GitHub Copilot 进入 Microsoft Teams：共享智能体会话成为新协作方式

Teams 用户可以在讨论中 @GitHub 启动云端智能体，把会议决定转为 Issue 或 Pull Request，同时保留写权限与额外审批控制。

Teams 里的会议行动项现在可以直接交给 GitHub Copilot 云端智能体。团队成员在频道、线程或私信中提及 @GitHub，即可共同查看调查过程、补充上下文，并把讨论转成 Issue 或 Pull Request。

从会议讨论直接开始执行

GitHub 于 2026 年 8 月 21 日宣布 Microsoft Teams 集成进入公测。会议中产生问题后，可以让 Copilot 在讨论尚未结束时开始调查；会话参与者都能提问和引导，但只有对目标仓库具有写权限的人才能触发代码修改。

智能体在安全云端沙箱中异步工作，完成后把状态和结果发回线程。开发者也可以转到 GitHub、终端或 IDE 继续处理生成的工件，不必把任务锁在聊天软件里。

GitHub 文档明确提醒，Copilot 会读取完整线程作为请求上下文，并将相关内容保存到生成工件中。如果讨论包含不应进入代码任务的敏感信息，用户应改用私信或新建范围更窄的线程。

这也是团队引入聊天智能体时容易忽略的风险：便利来自读取上下文，泄露同样可能来自过宽上下文。管理员需要建立频道使用规则，并教育成员在提及智能体前检查内容范围。

私信中，Copilot 按已连接的个人 GitHub 权限执行；共享频道中，Pull Request 等工件使用应用身份创建。组织可以要求智能体创建的 Pull Request 多一次审批，确保合并前有人类复核。

公测适用于付费 Copilot 方案。云端智能体会话消耗 AI credits，云端沙箱另行计费，并可通过产品或 SKU 预算限制。管理员还需启用云端智能体与沙箱策略，并安装 Teams 中的 GitHub 应用。

两者都强调共享会话与跨界面继续工作。Teams 版本更自然地连接会议行动项，Slack Code 则提供专门的代码频道与预览空间。企业应根据现有协作习惯选择，不必同时开启所有入口。

当智能体进入会议软件，讨论与执行的距离明显缩短，但错误决定也可能更快变成代码。最稳妥的做法是让聊天负责形成任务和证据，让测试、代码审查与发布规则继续承担最终质量控制。还要明确哪些会议结论可以自动转成任务，哪些必须由负责人再次确认。

文章解决具体问题；完整课程会把前置知识、操作流程、验证方法和项目资料放在一起。