Copilot 沙箱 10 月 7 日正式可用:它限制什麼、誰來開、5 步自查

部落格 / 開發工具

Copilot 沙箱 10 月 7 日正式可用:它限制什麼、誰來開、5 步自查

2026 年 10 月 7 日,GitHub 宣佈 Copilot 的本地沙箱(local sandboxing)正式可用(GA)。簡單說:Copilot 的 Agent 在你機器上執行的工具和命令,可以按策略被限制在一個邊界裡,訪問哪些檔案、能不能聯網、能不能用 Git 憑據,都由你或你的組織定義。官方說明這項功能包含在 GitHub Copilot 中,沒有額外費用。

這篇文章講 Copilot 沙箱到底限制了什麼、哪些入口能用、企業怎麼管,以及開啟後建議做的自查。以下內容截至 2026 年 10 月,來自 GitHub 官方公告。

Copilot 沙箱是什麼,在哪些地方能用?

根據 GitHub 的公告,本地沙箱目前在三個入口可用:

  • GitHub Copilot CLI
  • GitHub Copilot app
  • 使用 Agent Host 的 VS Code 會話

底層是 Microsoft eXecution Container(MXC)。它把一份通用的沙箱策略,對映到 Windows、macOS、Linux 各自的原生系統控制上,所以同一套策略可以跨平臺使用。MXC 專案在 GitHub 上公開,具體實現細節以專案和官方文件為準。

有一點容易混淆:沙箱隔離的是工具執行,不是模型本身。公告明確說,無論 Copilot 使用哪個模型,沙箱策略都作用於工具執行。

為什麼 Agent 需要沙箱?

Agent 和補全不同,它會自己決定執行什麼命令。常見的擔心有三類,這是 Agent 工作方式帶來的一般性風險,並非本次公告裡的案例:

  • 命令誤操作,比如在錯誤目錄裡批次刪除或覆蓋檔案;
  • 讀到不該讀的東西,比如環境變數、金鑰檔案、Git 憑據;
  • 向不該訪問的地址發請求,把程式碼或資料帶出去。

靠“每條命令都點確認”防這些事,時間一長人會疲勞。沙箱換了個思路:先劃邊界,邊界內的操作不用反覆確認,越界的直接攔下。

它具體能限制什麼?

公告列出的能力如下:

控制物件說明
檔案與目錄限制 Agent 執行的命令可以讀取或修改哪些路徑
網路控制網際網路和本地網路訪問
憑據控制 Git 憑據和 GitHub CLI 憑據的訪問
本地工具與服務在支援的情況下,也適用於本地 MCP 伺服器和語言伺服器

注意“在支援的情況下”這幾個字:不同工具能不能被納入,以官方文件為準。官方概念文件在這裡:About cloud and local sandboxes for GitHub Copilot。

企業和團隊怎麼管?

公告提到兩點:企業可以透過託管設定(enterprise-managed settings)要求開啟沙箱;組織可以下發策略,且開發者不能把它放寬。如果你是管理員,先在官方文件裡確認託管設定的具體位置和欄位,不要憑印象配置。

開啟之後怎麼自查?(5 步)

具體的開關和配置項名稱請以官方文件為準,下面是思路上可以照做的檢查:

  1. 確認入口已生效。 分別在 Copilot CLI、Copilot app、VS Code Agent Host 會話裡確認沙箱處於開啟狀態;三個入口各自獨立,別隻查一個。
  2. 收緊檔案範圍。 只放行當前專案目錄,不要放行整個使用者主目錄。~/.ssh、雲廠商憑據目錄、瀏覽器配置目錄預設不應出現在可讀範圍裡。
  3. 預設限制網路。 先不放行,等 Agent 真的因為拉依賴被攔下時,再按官方文件支援的粒度逐項放行,而不是一開始全開。
  4. 按需放憑據。 Git 和 GitHub CLI 憑據只在確實需要 push 或呼叫 API 的任務裡放行。
  5. 做一次越界測試。 在測試倉庫裡讓 Agent 讀一個範圍外的檔案、訪問一個未放行的地址,確認它被攔截,並看日誌或提示是否清楚。這一步決定你的策略是真生效還是寫在紙上。

其他工具有類似做法嗎?

有。很多 Agent 類工具都提供某種形式的許可權、沙箱或鉤子機制,例如 Codex 有自己的 sandbox 設定,Claude Code 有許可權規則和 hooks。它們的名稱、預設值和能力差別不小,本文沒有逐一核對,請以各家官方文件為準,不要把 Copilot 的策略直接套過去。

同一周的 Copilot 每週更新還提到,Copilot CLI 的 /model 現在可以列出本機執行的 Ollama 裡的模型。這與沙箱是兩件事,但值得放在一起看:模型換成本地的,工具執行仍然需要邊界。

沙箱不能解決什麼?

沙箱管的是“命令能碰什麼”,不是“程式碼寫得對不對”。Agent 在允許的目錄裡寫出有漏洞的程式碼、改壞測試,沙箱不會攔。程式碼審查和測試仍然需要。另外,放行的許可權越多,沙箱的作用越小,策略要定期回看。

相關閱讀與工具

參考來源

相關文章

繼續閱讀