GitHub 把 Copilot 改成了 agent 调度台

一个仓库升框架版本，另一个仓库跟着改接口，第三个仓库的测试全红。这种活以前要排期两周，现在 GitHub 想让你写一段目标，交给一群 agent 并行干。

一、发生了什么

在年度大会 GitHub Universe 上，GitHub 发布了两样东西：重新设计的 Copilot 应用，和新的 Copilot Projects 功能。

旧版应用主要帮开发者跑 agent 会话、改代码、看 diff、提 PR。新版把自己定位成中央工作台，除了写代码，还能写规格、参与设计讨论、分析应用遥测，并连接外部工具和项目资料，让 agent 一次拿到更完整的背景，而不是被逐条指令牵着走。

Projects 更进一步：开发者给的是跨多个仓库的目标，可以把仓库、设计稿、Slack 对话、会议记录一起喂进去。Copilot 负责把活拆给多个并行运行的 agent，跟踪进度，最后交回 PR 等人审。

代码评审也加了新档位。Max 档同时跑几个独立的评审 agent，各自用不同厂商的模型，再由一个汇总 agent 合并结论、消解分歧、核对准确性。GitHub 给出的均价是：Lite 每次约 0.25 美元 AI 额度，Balanced 约 1.5 美元，Max 约 10 美元。

打包方式也变了。Copilot 被并入 GitHub Enterprise 订阅，计费转向按 AI 额度消耗。

二、跟你有什么关系

一线开发者。 你的工作重心从写和改，往「定义任务、喂上下文、验收结果」移。会拆任务的人产出翻倍，不会拆的人只是在制造待审 PR。

技术负责人。 十个并行 agent 就是十个 PR、十次 CI、十份要人看的 diff。瓶颈会从写代码挪到评审和合并。

采购和 CIO。 计费从席位变成额度，预算要从「买几个人」改成「给几个项目多少额度」。

三、怎么用

1. 第一个试点挑跨仓库的机械活，比如依赖升级、废弃 SDK 替换、语言版本迁移。这类活目标清晰、验收标准明确，最适合并行。
2. 给每个 project 设额度上限，并指定一个人类 owner。没有 owner 的并行任务，跑偏了没人叫停。
3. 分支保护必须开着，agent 的 PR 一律人工合并。仓库权限按最小范围给，别图省事开全库。
4. 评审按风险分档：改配置和文案用便宜档，动认证、共享库、支付逻辑再上 Max。全都上 Max，账单会比人力贵。
5. 审计日志接进现有的安全系统，至少能回答「哪个 agent 在什么时候动了哪个仓库」。

四、三个别信的说法

「多 agent 一定比单 agent 强。」 有研究测过协作任务的成功率反而更低。InfoWorld 引用的 2026 年一项评测发现，agent 协作时的成功率比单独做同一任务低约三成，但这项研究并没有测 Copilot Projects。并行的前提是任务能切开，切不开就是互相踩。

「Max 档能查出所有漏洞。」 多个模型互相挑错能提高命中率，尤其在认证逻辑和共享库这类地方，但它不保证覆盖全部缺陷。高风险改动仍然要人看、要跑测试。

「改成额度计费会便宜。」 计费方式变了，不等于总价降了。用量一旦铺开到全员，额度消耗会比按席位买涨得快，先算一遍再签。

五、一句话结论

Copilot 这次卖的不是更会写代码的助手，而是一个能派活、能收活的工头；用得好不好，取决于你会不会拆任务。

信息来源

• InfoWorld：GitHub 用 Copilot 大改版押注多 agent 开发（2026-10-30）

功能与价格以官方公告为准。本文写于 2026 年 10 月 31 日。