GitHub Copilot 编码代理现可使用 Microsoft Teams 对话

GitHub Copilot 编码代理的最新更新允许其使用 Microsoft Teams 对话作为上下文，从而调查软件任务、修改代码并创建拉取请求。这一变化的核心在于，开发者不再需要将团队讨论重新构建为新的编码提示，而是可以直接在对话中 @提及编码代理，代理将结合 Teams 讨论和连接的 GitHub 仓库信息来执行任务。

这一转变被描述为从“上下文转移”到“上下文访问”的转变。传统上，开发者需要将团队在 Teams 中讨论的应用错误、受影响组件和可能的修复方案复制到提示中，而现在对话本身成为代理工作上下文的一部分。

Copilot in Teams 于 2025 年 9 月推出，而此次最新开发是在此基础上，使对话本身成为编码代理更直接的上下文来源。这意味着，代理不仅能够访问 Teams 对话，还能结合仓库信息，从而更全面地理解任务背景。

这一演进反映了企业 AI 供应商日益将助手连接到员工已使用的文档、消息和业务系统的趋势。通过将 AI 工作流嵌入组织已管理的工具，可以减少开发者将私有代码片段或内部项目讨论复制到未经批准的聊天机器人中的压力。

尽管集成增强了上下文访问，但工作流仍受 GitHub 现有仓库权限和拉取请求控制的约束。这意味着 Copilot 的输出不会直接从随意聊天推送到生产环境，变更在合并前仍可被审查。

这一设计使得该变化不仅仅是向工作场所聊天添加另一个 AI 界面，而是缩短了软件决策制定地与实施地之间的距离。

影子 AI 通常指员工使用未经组织批准的 AI 系统，往往是因为官方工具不适合任务或更难使用。通过将 AI 工作流保留在组织已管理的工具中，可以减少这种压力。

该集成可能减少将需求从工作场所对话转移到编码工具所需的来回沟通。开发者无需反复将讨论翻译为 AI 代理的指令，对话本身可以成为代理工作上下文的一部分。

微软表示，Teams 集成目前通过桌面和 Web 应用提供公开预览。开发者需要访问相关的 Teams 环境、GitHub 仓库和 Copilot 编码代理能力。

这一可用性信息来自微软的声明，但具体定价或更广泛的发布计划尚未在来源中提及。