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、测试和回滚点。
