GitHub Copilot 本機沙箱上線，CLI 可探索本機 Ollama 模型

Copilot CLI 出咗本機沙箱（sandbox），同埋 Ollama 模型探索功能，一齊上線。呢兩樣嘢針對嘅係同一個痛點：你畀 AI 代理（agent，能自己執行命令嘅自動化程式）喺你部機開工，邊個管住佢？

沙箱：只畀你話畀佢入嘅房

由 Copilot CLI、GitHub Copilot 應用程式，到用 Agent Host 嘅 VS Code 工作階段，全部受管。開發者可限定代理讀寫邊啲檔案、能否上網、可唔可以用 Git 同 GitHub CLI 憑證。

簡單講：你可以放開放專案目錄俾佢改，同時攞走佢讀其他檔案、攞外部網路嘅權。呢個就係沙箱嘅用途——把 AI 代理執行嘅命令關喺受限制環境入面，避免佢攞多餘嘅系統權限。

技術上呢個係 Microsoft Execution Container（MXC），將同一套沙箱政策翻譯成 Windows、macOS、Linux 各自嘅系統隔離控制。重點係：無論你用本機定雲端模型，代理執行命令嘅政策約束都同一套，唔會因為模型唔同就鬆一鬆。

企業管理員可以統一設限，使用者仲唔可以自行放寬政策。

Copilot CLI 喺 1.0.94-0 版開始，可透過 /model 指令直接揾本機 Ollama 中已下載且支援嘅模型，同既有設定同 GitHub 雲端模型一齊揀。

前提係你先裝好 Ollama 同下載模型，而且模型必須支援工具呼叫（tool calling）同串流輸出（streaming output）。CLI 淨係揾，唔會幫你裝 Ollama、下載模型，亦唔會自動加入設定。你確認模型來源同連線位置後，揀即開即用定先加後開，唔使重啟 CLI。

呢句係 GitHub 自己講明嘅：選本機模型唔代表進入離線模式，GitHub 嘅使用資料回傳唔會自動停用，離線模式要另外設定。

微軟又預告，10 月底之前會加自動選擇機制，按任務內容同快取（cache，模型已處理過嘅內容快取）狀態，決定個任務畀本機定雲端模型處理。

沙箱呢個方向係對嘅。AI 代理喺你部機行，你唔可以佢想做邊度就邊度，呢個係基本嘅。MXC 跨平台政策統一，企業管理員可鎖定，呢啲都係實際有用嘅。

但「選本機模型」呢個詞，讀者自己揀嘅話就係另一回事。你以為用咗本地模型就冇人知你做乜，實際上 GitHub 話你資料一樣會回傳。呢個唔係技術問題，係設計取態：本機模型只係一個選項，唔係安全邊界。

仲有 10 月底嗰個「自動選擇」——點解佢要決定？如果係基於快取狀態，即係「個模型已經知道咗乜就唔使再問佢」，呢個邏輯聽落合理，但實係唔係，要等佢真係上到先先話。

阿調｜深度調教