GitHub 於 2026 年 10 月 1 日整理 VS Code 1.136 至 1.140 的 GitHub Copilot 更新。文章的主線不是單一模型升級，而是把 agent-driven development 由實作一路接到 pull request merge：automations 處理重複工作，Agent Merge 協助收尾，session 管理則把多個進行中的任務整理成可追蹤的工作流。
Agents window 新增的 recurring automations 可以按 hourly、daily 或 weekly 排程執行，也可以由使用者按需啟動。Agent Merge 則可在預覽中處理 review feedback、failed checks、merge conflicts 和 workflow reruns。使用者仍應把它當成受控的協作階段，而不是無限制地讓 agent 對主要分支自行作出不可逆改動；分支保護、權限、測試和人工批准仍然是責任邊界。
同一個 Agents window 亦可以由 Copilot、Claude 或 Codex session 開啟 pull request 表格，讓使用者檢查及編輯標題和描述、選擇 draft 或 merge 選項。相關 chat 和 session 會以階層方式整理，已完成的 session 可以標記為 Done 或自動清理，application badge 則用來提示新結果、輸入要求及 pull request checks。這些小功能合在一起，解決的是 agent 工作容易分散、完成後無人跟進的營運問題。
工作環境方面，VS Code 可以從 Agents window 啟動 Dev Container session，並沿用專案配置的工具和依賴，支援 SSH、Tunnel 和 WSL。使用者也可以把沒有 workspace 的 quick chat 轉接到本地資料夾，或在 VS Code 接續 ChatGPT app 的 Codex 對話；issue 和 pull request URL 亦可以作為 chat context。agent 因而取得更多專案背景，但同時需要更嚴格的資料存取和環境隔離設定。
HydraFusion 讓符合資格的使用者在 research preview 中選擇模型和 workflow，由系統協調多個模型；這項功能與 recurring automation、Agent Merge 一樣仍在預覽階段。GitHub 的更新把能力集中在一個入口，並不等於每個團隊都應立即開啟全部功能。排程 agent 需要明確的停止條件、成本上限、錯誤通知、最小權限及可回滾的輸出，尤其當它會改寫程式碼或建立 pull request 時。
今次 VS Code 更新的訊號，是 coding agent 正由一次性對話走向持續的工作管理：排程、執行、驗證、提交及合併逐步串成一條流程。採用時最重要的不是 agent 數量，而是能否把每個階段的輸入、輸出、審查點和責任人寫清楚，並保留人類對合併和生產變更的控制。
