8 月下旬，GitHub 推出新功能：把 Microsoft Teams 里的讨论自动转换为共享的 Copilot agent 会话——会议里聊出的结论、行动项，直接变成 Agent 可接手执行的任务上下文。这被普遍解读为：AI Agent 正在从「辅助编码」扩展到「辅助会议」，深入企业协作的主干道。本教程讲清它怎么开、怎么用、怎么和你的团队流程衔接。
💼 本教程适合：在用 Teams + GitHub 的团队负责人、项目经理与开发者。目标是让「会上的话」变成「Agent 干的活」，少一点会后补记。
先搞懂：为什么协作场景是 Agent 的下一站
过去两年 Agent 主要待在开发者的终端里；现在平台们开始往协作层铺：Slack Code 把 Agent 拉进项目频道，企业微信开放 CLI+MCP 办公能力，GitHub 则从 Teams 讨论切入——因为它们都看到了同一件事：大量任务诞生于对话，而不是代码仓库。
| 通道 | 形态 | 承接的场景 |
|---|---|---|
| GitHub Teams 集成 | 讨论 → 共享 Agent 会话 | 会议议题、行动项落地（本教程） |
| Slack Code | Agent 拉进频道 | 团队边聊边写代码（301 号教程） |
| 企业微信 CLI/MCP | 企微办公能力开放 | 审批、文档、日程（296 号教程） |
| 钉钉/飞书生态 | 群机器人 + 智能体 | 群内问答、流程触发 |
别指望「全自动」：讨论转会话只是第一步——议题是否清晰、谁来验收、Agent 权限多大，仍需要人定。Agent 承接的是「执行」，不是「决策」。
Step 1：前置条件与开启开关
1 三样东西先备齐
开启前确认：
1. 组织账号
· GitHub 企业版 /
Team 计划（按官方
当前开放范围）
· 组织管理员可配置
2. Teams 应用
· Microsoft Teams 工作
或教育版账号
· 安装 GitHub 官方
Teams 应用
3. 权限
· 组织管理员开通
「Teams 集成」
· 设定允许使用
的成员范围
开启步骤（管理后台）：
1. GitHub 组织 Settings
→ 集成 / Marketplace
2. 找到 GitHub for Teams
应用，授权安装
3. 配置默认仓库与
Agent 权限范围
4. 通知团队成员启用
安全提示：
· Agent 会话可访问的
仓库/数据按最小
权限给
· 涉密讨论可关掉
自动转换💡 企业数据合规视角，建议同步看《零数据留存与隐私处理》——Agent 会话里会积累讨论内容，明确留存与删除策略。
Step 2：把讨论转成共享 Agent 会话
2 会议结论 → 会话上下文
在 Teams 中的操作：
1. 开会/讨论时
· 在频道里正常聊
· 讨论方案、贴代码、
贴链接
2. 一键转换
· 在讨论线程上选
「转成 Copilot agent
会话」
· GitHub 自动提取：
- 议题与结论
- 提及的文件/仓库
- 行动项与负责人
· 生成一个共享 Agent
会话链接
3. 共享
· 会话对团队成员可见
· 成员可在会话里
@ Agent 继续追问
自动提取的效果：
· 不用会后人工整理
「会议纪要 + 行动项」
· 上下文完整带入
Agent 任务
提示：
· 讨论越结构化
（有结论、有责任人），
转换质量越高
· 纯闲聊的线程
不必转换讨论质量决定产出质量：如果会上一团浆糊，转出来的会话也是浆糊。建议会前给个模板：议题 / 结论 / 行动项 / 责任人，转换效果直接翻倍。
Step 3：让 Agent 干活——从议题到 PR 草稿
3 会话不是终点，是起点
转出共享会话后，可以：
1. 生成 Issue
· Agent 把行动项
转成结构化 Issue
· 带验收标准与
关联讨论链接
2. 生成 PR 草稿
· 明确的需求 →
Agent 直接开写
· 产出 draft PR
供人工评审
· 全程上下文来自
会议讨论
3. 追踪任务
· Agent 在会话里
汇报进展
· 与会人员可随时
@ 它补充信息
4. 沉淀知识
· 决策与理由留在
会话里，可检索
· 新人入职能翻
「为什么这么做」
典型流程：
会议讨论
→ 转共享会话
→ 行动项转 Issue
→ 开发类转 PR 草稿
→ 人工评审 → 合并💡 与《Slack Code 项目频道》互补：Slack Code 主打「边聊边写」，GitHub Teams 集成主打「会后承接」——按团队沟通习惯二选一或并用。
Step 4：和现有 Agent 协作通道怎么分工
4 别让 Agent 通道打架
一个团队可能同时有：
· Teams + GitHub 会话
· Slack Code 频道
· 企微 CLI 办公能力
· 自建 Agent 平台
分工建议：
1. 按任务类型分
· 开发协作 → GitHub/
Slack Code
· 办公流程 → 企微/
飞书/钉钉
· 参考《企微 CLI》
《飞书钉钉接入》
2. 按信息源头分
· 讨论里产生 →
Teams/Slack 转接
· 仓库里产生 →
GitHub 原生
· 线下产生 →
统一录入一个入口
3. 统一上下文
· 所有 Agent 会话
指向同一批仓库/
文档/知识库
· 避免同一任务
多个 Agent 各干各的
4. 定「单一事实源」
· Issue / 文档库
是最终裁决
· 会话只是过程通道越多，治理越难：建议从「一个主通道」开始（比如 GitHub 全家桶），跑顺了再加别的。多通道并行最容易出现「任务散落、无人认领」。
Step 5：团队试点 2 周的最小跑法
5 小范围验证，再全组铺开
试点方案（2 周）：
第 1 周：选 1 个小组
· 挑一个「讨论多、
行动项多」的项目组
· 只开一个功能：
讨论 → 转会话 → 转 Issue
· 记录：转换质量、
节省的会后整理时间
第 2 周：加一个动作
· 试点「PR 草稿」场景
· 选 2-3 个明确需求
让 Agent 开写
· 重点观察评审成本：
Agent 草稿省了多少
初稿时间？
衡量指标：
· 会后整理时间 ↓
· 行动项遗漏率 ↓
· 需求到首版 PR
的时间 ↓
· 评审返工率
（不能升）
满意再扩：
· 更多小组
· 更多场景（测试、
文档、复盘）
· 参考《FDE 混编团队》
的组织级打法💡 培训团队时，《Claude Academy 4D 框架》的思路可用：以问题为中心教「为什么这样用」，而不是只教按钮在哪。
Step 6：落地清单与注意事项
6 上线前的最后检查
落地检查清单：
□ 权限
· Agent 会话可访问
的仓库/数据最小化
· 敏感仓库排除
□ 数据
· 讨论内容留存策略
· 是否符合企业合规
· 参考《零数据留存》
□ 流程
· 谁负责验收 Agent
产出的 PR/Issue
· 紧急情况下
人工接管路径
□ 习惯
· 讨论模板（议题/
结论/行动项/责任人）
· 哪些线程不转换
（闲聊、涉密）
□ 度量
· 每周看一次
采纳率与返工率
· 数据驱动调整
常见坑：
· 全员开放 → 乱转会话
· 无验收人 → 任务悬空
· 涉密讨论被转换 →
泄漏风险
· 多通道并行 →
任务散落
原则：Agent 承接执行，
人保留决策与验收涉密与合规是红线：开会内容可能涉及薪酬、客户、未公开战略——开通前先在组织层面定「哪些讨论可转换」的规则，宁缺毋滥。
常见问题速查
| 你遇到的现象 | 大概率原因 & 解决 |
|---|---|
| 转换出来的会话内容混乱 | 讨论不结构化：用「议题/结论/行动项」模板开会 |
| Agent 写的 PR 跑偏 | 需求不明确：转换前先确认结论与验收标准 |
| 没人认领行动项 | 缺责任人机制：转换时明确「谁负责」并转成 Issue 指派 |
| 担心数据泄漏 | 定涉密讨论排除规则 + 最小权限 + 留存策略 |
| 和 Slack Code 重复 | 按沟通习惯选主通道：Teams 用户用本方案，Slack 用户用 Slack Code |