GitHub Copilot进入Teams：发起任务容易，合并仍要多一道审批

2026年8月21日，GitHub Copilot云代理进入Microsoft Teams公开预览，付费Copilot计划用户可以从频道、群聊、会议聊天或私聊发起编程任务。Microsoft Teams产品博客展示的工作流 从对话上下文开始，可继续调查问题、修改代码并生成等待审查的拉取请求。

这次8月21日上线降低的是任务入口门槛，而不是仓库控制门槛：安装GitHub应用并连接账户后，用户通过“@GitHub”描述任务即可启动会话；真正修改代码仍取决于GitHub写入权限，代理生成的PR也不能绕过分支保护和人工批准。企业启用公开预览时，还需分别处理Copilot许可、AI credits、云沙箱费用和PR审批规则。

从Teams启动任务，需要先打通两侧设置

使用者需要GitHub账户、Teams账户和付费Copilot计划，Teams客户端还要启用Microsoft Public Developer Preview，Copilot计划则必须允许云沙箱。组织或企业成员能否使用，还可能取决于所有者是否开启Copilot云代理及云沙箱策略。

1. 由Teams管理员安装GitHub应用，并确认试点用户可以使用Teams预览功能。
2. 每名使用者连接自己的GitHub账户；应用在同一团队中只需安装一次，但账户授权不能共用。
3. 在频道、线程或私聊中输入“@GitHub”，随后写明任务；需要指定目标时，可加入repo和branch参数。
4. 检查代理返回的工作仓库、计划摘要、任务状态及Issue或PR链接，并在原线程中继续补充修改要求。

GitHub的Teams集成文档 列明了这些前提，并说明频道可设置默认仓库、私聊不使用默认仓库；代理会读取完整线程作为上下文，相关内容还会保存在其生成的产物中。包含敏感或无关信息的长线程不宜直接交给代理，可改用范围更窄的私聊或新线程。

对话参与者、仓库写入者和合并批准者不是同一角色

Teams中的可见性不会扩大GitHub权限。参与者可以补充背景、纠正假设和讨论方案，但只有对目标仓库拥有write权限的人才能触发代码变更；Teams工作区访客以及仓库外部协作者不能启动或引导代理会话。

• 对话参与者：可以查看共享会话并提供上下文，但不会因此获得仓库写入权。
• 仓库写入者：可以要求代理修改代码、创建Issue或PR，权限范围仍由已连接账户和目标仓库决定。
• 合并批准者：必须符合仓库ruleset、分支保护、必需审查者或代码所有者等要求，负责决定代理产物是否可以合并。

会话位置还会改变产物身份。私聊操作使用已连接的个人GitHub账户权限；频道或群组线程等共享环境生成的PR则归属于集成应用身份。因此，审计记录既要保留Teams中的任务发起者，也要识别GitHub侧实际归属产物的身份。

AI credits和云沙箱需要分开计量

公开预览并不代表这项功能免费。GitHub的8月21日发布记录 确认，Teams中启动的云代理会话会消耗AI credits，组织用量受usage-based billing预算控制；云沙箱则另行计费，可设置产品级或SKU级预算。

两项消耗不能用“启动了多少次会话”替代。一个任务可能先调查和规划，再经历代码生成、测试与多轮返工；AI credits和沙箱运行量未必按相同比例变化。现有发布材料也没有给出适用于所有任务的固定单次成本，企业无法仅凭会话数可靠估算预算。

小范围试点可以按任务记录四项数据：AI credits、云沙箱费用或用量、生成的PR数量，以及人工审查后要求代理返工的次数。前两项反映直接消耗，后两项用于判断产物是否真正接近合并标准；这是部署评估建议，并非GitHub公布的统一绩效指标。

额外一次批准只在特定PR上生效

标题所说的“多一道审批”有明确条件：PR必须由Teams共享上下文中的Copilot集成应用身份创建，仓库必须使用ruleset，而且原本已经要求至少一次批准。在这些条件下，额外批准默认启用；原规则要求一次批准时，此类PR需要两次，原规则要求两次时则需要三次。

这不是所有Copilot产物都会增加的一道手续。私聊中以个人账户权限创建的产物不属于同一身份场景，没有审批要求的仓库也不会仅因接入Teams自动得到一套完整审查制度。管理员仍需核对目标仓库的ruleset，而不是把“代理创建了PR”理解为“PR已经具备合并资格”。

额外批准也不会替代既有保护措施。必需状态检查、指定审查者、代码所有者和其他ruleset继续按原配置执行；代理负责把对话转化为可审查产物，最终发布责任仍由具备资格的人承担。

公开预览阶段，部署结果要看返工而不只看产出

这项集成目前仍可能变化，适合先在权限边界清楚、回滚路径明确、审查标准成熟的仓库中试点。试点范围需要同时覆盖Teams应用管理、Copilot策略与预算管理、仓库管理以及实际代码审查，因为入口、执行、计费和合并分别落在不同控制面。

每项任务可关联保存Teams线程、目标仓库、触发者权限、代理产物、AI credits、沙箱用量和最终审批结果。这样才能区分“成功创建PR”和“代码达到合并标准”，也能观察返工是否抵消了从讨论现场直接发起任务所节省的切换时间。

现阶段已经确定的是，Teams可以作为Copilot云代理的新入口，付费计划用户能够在共享对话中启动异步任务，但仓库权限、计费预算和人工审查并未被取消。正式发布后的准入条件、价格细节及管理选项是否调整，仍需等待后续文档更新。