GitHub 於 2026 年 7 月 30 日公布 GitHub Copilot for Visual Studio 的七月更新。重點不是單一模型，而是把 Copilot Chat 由一般問答介面推向一個較完整的 agent workflow：新的 Agent（Preview）負責執行任務，內置 skills 提供特定技術脈絡，code review 讓開發者檢查結果，而組織級指示則把團隊偏好帶入日常使用。
新的 Agent 會出現在 Copilot Chat 的 agent picker，官方稱它建基於同時支援 GitHub Copilot CLI 的 Copilot SDK。GitHub 將它描述為較少來回溝通、第一次較容易得到正確結果，而且回覆更短、更容易掃讀。這些是 GitHub 對公開預覽功能的產品描述，實際效果仍會受專案結構、工具權限、提示和驗證流程影響。
Visual Studio 亦加入由 .NET 和 Azure 團隊撰寫的 built-in skills。當相關 workload 已安裝後，開發者可以在 tool picker 的 Built-in 分類查看它們；skills 預設關閉，使用者可以先檢視內容，再只啟用適合目前任務的項目。這個預設值很重要，因為 skill 不只是提示詞，也可能影響 agent 如何理解框架、工具和交付標準。
Code review 的入口也更靠近編輯器。開發者可以選取一段程式碼，使用 Copilot Actions 的 Review Selection 取得 inline comments，再透過 comment 上的 sparkle icon 套用建議或要求 Copilot 產生建議。這種流程把 review 從整個 pull request 的最後一步，延伸到開發者仍在編輯單一區塊的時候；但建議仍應視為待審查的輸出，而不是自動通過的證明。
對企業團隊來說，另一項變化是 organization-level custom instructions。GitHub Copilot Business 和 Enterprise 的組織擁有者可以加入跨組織的指示，讓屬於該組織的 repositories 套用共同偏好；開發者也可以在 Visual Studio 的設定中停用這些指示。這提供了集中管理 coding style、review 準則和回覆習慣的入口，但團隊仍要清楚定義指示的優先順序，避免與 repository instructions 或個別任務互相衝突。
GitHub 明確表示功能可用性並不完全相同：新的 Agent、built-in skills 和選取程式碼 review 可在不同方案使用，而 organization-level custom instructions 需要 Copilot Business 或 Enterprise。加上 Agent 目前仍是 public preview，採用前應按實際方案和 Visual Studio channel 檢查權限，不能只按公告標題推斷所有帳戶都已經可用。
這次更新的訊號，是 IDE 裏的 AI 正由「問一條問題」變成「設定一個可重複的工作循環」。對開發團隊而言，值得量度的不只是回覆速度，還包括 agent 是否在限定權限內工作、skills 是否真的減少錯誤、review comments 的準確率，以及 custom instructions 是否能在不同 repository 保持一致。預覽功能要進入 production workflow，仍需要明確的 diff review、測試和回滾點。
