收到一条GitHub通知，然后呢？过去的标准动作是：切到浏览器打开GitHub看详情，再切到IDE拉分支、读代码、动手改。现在这条链路被压缩成了一个动作——在Teams的对话里回一句@GitHub，把任务交给Copilot。

打开网易新闻 查看精彩图片

这是GitHub应用在微软Teams中的新能力：通知不再只是提醒，而是可以直接变成可执行的代码任务。开发团队不必离开Teams对话，就能对issue和pull request做出响应。

三步走完从通知到PR

整个流程被设计成三个环节，每一步都落在Teams里：

  • 收到通知：GitHub issue通知会送达指定的Teams频道、群组或私聊，通知里带有指向该issue的直接链接，上下文随手可得。
  • 采取行动：需要处理时，团队成员直接回复通知，@GitHub并写明任务，例如让它调查这个问题、实现修复并开一个pull request。Copilot会结合所链接issue或PR的上下文，以及当前对话串的内容，理解问题、提出方案并生成代码。
  • 审查与合并：Copilot给出的改动会提交给团队审查，工程师可以和它反复迭代、跑测试、做调整，再决定是否合并。

这套流程不只用于修bug。实现新功能、扩大测试覆盖、更新文档，同样可以在这个协作入口里完成。

省下的是切换成本

对开发团队来说，最直接的变化是上下文切换大幅减少。工程师不用再从Teams跳到GitHub、再跳到IDE才能开始排查问题，初步的调查和实现步骤就发生在对话所在的地方。省下来的时间，落在更复杂的问题求解上。

对产品经理和项目经理，issue处理与功能实现的即时状态在沟通平台内就能看到，交付节奏和项目排期的可预测性随之改善。对CTO和交付负责人，初步编码任务被自动化，资源分配有了优化空间，交付周期更快、产出质量更高。

启用前要过的几道门

要用上这套能力，团队需要在微软Teams中安装整合后的GitHub应用。如果正在使用旧的“GitHub notifications”应用，更新即可，原有通知能力会继续工作。

需要留意的是，旧版GitHub应用（此前名为“GitHub (deprecated)”）将于2026年11月16日退役，迁移到新的整合应用是继续使用并获取Copilot功能的前提。

安装后，在任意聊天中@GitHub并按提示连接GitHub账号、选择仓库。接收通知本身不需要Copilot许可，但要调用Copilot的AI辅助，需要付费的GitHub Copilot方案并启用云沙箱；组织或企业管理员可能还需要开启Copilot云代理和云沙箱，才能让功能完整可用。

从通知到代码，中间那段最耗神的搬运工作，正在被挪进聊天窗口里。