GitHub Copilot

一句话： AI 编程的"出厂选项"。2021 年随 VS Code 首发，2025-02 Agent Mode GA、2025-09 Coding Agent GA、2025 全年支持 MCP，到 2026 Q2 已经从"补全工具"演化成 完整 Agent 平台——补全、对话、Agent Mode、后台 Coding Agent 一站全有。

最大优势是 生态最稳 + 免费档大方（2000 次补全/月）+ 学生/开源免费 Pro。代价是 国内门槛：账号 + 网络 + 支付。

2026-07 最新变化：① 自 2026-06-01 起转 AI Credits 按量计费（1 credit = $0.01），基础订阅价不变，单行补全 & Next Edit 仍免费不计费，仅 Chat/Agent/PR 评审/CLI/超长上下文消耗 credits；② Kimi K2.7 Code 成为首个开源权重可选模型（7-01 Pro/Pro+/Max，7-07 Business/Enterprise 需管理员开启）；③ GPT-5.6（Sol/Terra/Luna）7-09 全 IDE 上线；④ Codex 作为公测 Agent provider 进入 JetBrains（7-07），JetBrains Inline Chat GA。

2026-09 更新（9-11）：Copilot 代码审查 agent 重大升级——你处理完评论后它自动关闭线程，应用其建议时自动写上下文相关的 commit message；Lite 档改为跑 agent 集成（ensemble），GitHub 称高危发现处理 +47%、中危 +31%、审查成本 -8%；同时预告 10-2 起模型退役：Gemini 3.5/3.6 Flash 并入 Gemini 3.8 Flash、Kimi K2.7 Code 迁至 Kimi K3、Claude Opus 4.7 由 Claude Opus 5 取代。详见 AI 编程周报 2026-09-12。

2026-09 更新（9-14 ~ 9-18）：Copilot 从「能不能用」转向「怎么管成本、怎么审计」。① 自动模型选择新增 efficiency / balance / intelligence 三档——三档可选模型池相同，区别只是路由在成本、质量、响应时间之间的权重，VS Code / Copilot CLI / Copilot App 同步推送（9-14）；② AI 额度可申请加预算（9-16 GA，Business / Enterprise 按量计费方案）：撞到 credit 上限不再是硬停，而是发起申请，由 owner 或 billing manager 批准 / 调整 / 拒绝；③ 用量指标 GA：VS Code Agents 窗口单独统计日活、会话数、用户消息数，CLI 报告新增 skills、自定义 agent、MCP 服务器、slash 命令与插件维度；④ Copilot App 接入 Sentry canvas，可从崩溃报告一路走到修复 PR；⑤ VS Code 1.138 起 Agents 窗口支持本地 Dev Container 运行，用项目自己的工具链和依赖。依据 GitHub Changelog 2026-09-18 周更公告。

2026-09-24 更新（JetBrains 插件 1.18.0，9-23）：四条值得 JetBrains 系用户立刻试的更新，依据 GitHub Changelog。

① AI-assisted tool approvals（public preview）：由 Copilot 判定工具调用风险，低风险调用自动批准，高风险仍弹窗——agent 会话里「一路点同意」的疲劳显著下降，但权限边界实际交给了模型判断，安全敏感项目请先在测试环境观察它批准了什么。 ② 组织 / 企业共享 skills 与 custom instructions：可在本地会话与 agent 会话中同时生效，团队规范终于不用每人手配一份（可与 AGENTS.md 的项目级约定互补）。 ③ Codex agent 的 plan mode：实现前先出计划供你 review，改完再落地——对应 Agentic Coding 里「先规划后执行」的实践，也是误改大文件前的一道闸。 ④ 回溯编辑（re-edit earlier messages）：修改早先的消息可回退会话与文件改动，不必重开会话——对长会话试错是质变级的体验改善。

同期 Copilot CLI v1.0.88（9-22）亦有更新；CLI 侧改动请以官方 Release Notes 为准。

2026-09-25 更新（模型阵容 48 小时三连换，9-22 ~ 9-23）：这是 Copilot 有史以来最密集的一次模型扩充——同一天里三个厂商的新模型一起进了模型选择器。依据 GitHub Changelog 与 OpenAI 官方公告。

三个动作放在一起看，信号很清楚：Copilot 已经从「一个模型打天下」彻底转向「多模型比价台」。对使用者有三条实际影响：

1. 回归测试先跑一遍。灰度是逐账号推送的，若你的 CI 或内部工具里写死了模型 ID 或依赖默认模型，默认档位可能已经悄悄变了。上线前请显式指定模型。
2. Luna 下探到 Pro 档是本期最实用的一条——它把 GPT-6 家族的门槛拉到了最低订阅层，个人开发者的日常小任务不必再占用高阶额度。
3. 别被「同日发布」误导成「同水平」。这四个模型分属四个定价层与三种能力取向，同一任务上跑 A/B 比看任何榜单都准。

2026-09-26 更新（Copilot app 本地沙盒 + 客户端侧四条，官方周更 September 21）：与模型阵容同步落地的还有客户端侧的改动，依据 GitHub Blog 官方周更（2026-09-25 发布，September 21 当周）。

① Copilot app 本地沙盒（local sandboxing，public preview）——本周最值得记的一条。它限制 agent 对文件、网络与凭证的访问范围。这与 2026 下半年 agent 工具的主线一致（见 Agent 沙箱）：微软 9-25 发布的 Copilot 新 Code 能力同样跑在沙盒中（见 微软新版 Copilot 资讯），说明「agent 在什么笼子里跑」已经成为发布稿里必须写明的一节。public preview，配置入口与限制粒度请以官方文档为准，别按 GA 功能写进合规方案。

② Copilot app 支持 OpenTelemetry（通过企业管理设置配置）——把 agent 活动接进你已有的监控工具。与 Claude Code 侧的 OTel 能力是同一类需求：agent 跑起来之后，「它干了什么」必须可观测。

③ Slack / Teams：中途换模型 + 频道默认值——对话进行中可切换模型，Copilot 会记住你的选择在余下的 thread 里沿用；Slack 侧还能按频道设置默认模型。此外 Copilot 现在会在新建 issue 前先检查是否已存在相似 issue，减少重复；长任务的「实现计划状态」更清晰、中断与过期回复的恢复更稳、对话空闲后的重连更可预测；Slack 里可直接分享受支持的文件、附件与消息链接作为上下文。

④ VS Code 1.139：agent 跑在远程 Dev Container——支持在 SSH / Tunnel / WSL 主机上的 Dev Containers 里运行 agent，直接使用远端项目的工具与依赖（灰度推送）。这条对「本地开发机性能不够、重活都在远端机器」的场景是实质改善。同版本还加入了会话列表的 Compact View、隐藏空分组的过滤器、直接在列表里重命名会话与聊天，以及「多聊天标签 / 单一活动聊天视图」的布局选项（preview）。

2026-10-07 更新（模型退役已执行 + 编排能力三连发 + review 开放 API）：本周 Copilot 的动作密度接近 9-22 那波模型三连换，但方向完全不同——从「给你更多模型」转向「把多模型与多 agent 的编排写进代码」。

① 模型退役已落地（2026-10-02，官方 changelog 一手核对）。本站 9-12 周报预告的 10-2 退役 已按官方原文执行——"As of today, October 2, 2026, we have deprecated the following models across all GitHub Copilot experiences (including Copilot Chat, inline edits, ask and agent modes, and code completions)"：

官方原文另注："No action is required to remove the deprecated models."；Copilot Enterprise 管理员可能需要通过模型策略（model policies）开启替代模型才能在 VS Code 与 github.com 的模型选择器里看到它们。写死模型 ID 的脚本与内部工具，这一周必须复查一次。

结案（2026-10-21 复核）——本站 2026-10-16 的判断已被推翻：当时本节写下「第三方汇总站称另有 6 个模型将于 2026-10-19 退役……本站核对的 2026-10-02 官方 changelog 条目中只有上表 4 个，未见该批条目，不予采信」。官方公告证明第三方是对的、本站漏检了——GitHub 于 2026-10-19 发布《GitHub Copilot models deprecated on October 19, 2026》，六个模型当天停用，且官方写明这批是 "announced on September 18, 2026"。

错在哪：不是"不该怀疑第三方"，而是取证方式不对。本站当时是在已知的那一批官方条目里找，找不到就否定；正确做法是按 changelog 日期索引检索是否存在 9-18 前后发布的另一份公告。「我没看到」不等于「它不存在」。

修正后的判据：① 退役 / 定价 / 版本这类有明确生效日的存疑信息，先按日期去官方 changelog 索引检索，不要只复核已拿到的那一份条目；② 对第三方的否定要留可撤回的句式（"截至 X 日未取得官方公告，若 X 日官方发布则以官方为准"），避免被证伪时只能整段重写；③ 同一厂商连续多次发布同类公告时，默认存在多份独立条目——GitHub 在六周内发了三份退役公告，名单互不重叠。

10-19 退役名单（官方一手，详见下方 ⑦ 节）：Gemini 3.7 Flash、GPT-5.5、GPT-5.4、GPT-5.4 mini、GPT-5 mini、Grok 4.5。

② Copilot code review 开放 API + 默认 effort 改为 Balanced（2026-10-02，官方 changelog 一手）。现在可以通过 REST 与 GraphQL API 请求 Copilot code review，并为每次请求设置 review effort level；GA 覆盖 Pro / Pro+ / Max / Business / Enterprise。同时 Balanced 已成为默认 review effort level，对新建与既有的仓库与组织生效（显式选 Lite 的被尊重），该变更自 2026-09-28 起生效（官方称 8-28 已公告）。effort 可在 Enterprise（AI controls → Agents → Copilot code review）/ 组织 / 仓库 / 个人四级配置，下级覆盖上级。

对团队的含义：Copilot review 从「GitHub 网页上的一个按钮」变成「可以编进自有 CI 与内部工具的一步」。代价是默认档从 Lite 变 Balanced 会改变每次评审的额度消耗，有成本看板的团队建议复核 09-28 之后的账单。

③ 编排能力三连发（2026-09-29 ~ 10-01）——三条合起来看，Copilot 正在从「跟一个模型对话的工具」变成「串起多个模型与 agent 的执行环境」：

• HydraFusion（research preview，09-30 起从 CLI 扩到 VS Code 1.140+ 与 Copilot app）：官方表述是它不是单个模型，而是编排多个模型（"rather than being a single model, it orchestrates multiple models"），按任务在三种执行模式里选——Single（一个模型解）、Cascade（高效模型起草，质量闸门不合格再升级到更强模型）、Critique（一个模型起草，另一个模型家族的只读 critic 评审，起草者改一次）。开启：VS Code 的 chat.copilot.hydraFusion.enabled，或 app 的 Settings → HydraFusion；组织 / 企业管理员可能需先允许 preview 特性。该模式已于 2026-10-14 大幅更新并新增 Max 档，详见下方 ⑤ 节。来源：GitHub 官方《October '26 enterprise roundup》与 2026-10-14 官方 changelog。
• Computer use（public preview，10-01）：Copilot CLI 与 Copilot app（macOS / Windows）可直接操作桌面应用——读可访问的应用内容与视觉上下文、点击控件、输入与编辑文本、按键、滚动、拖拽、跨应用流转，面向没有 API、没有 CLI、也没有 MCP 的老旧与 GUI-only 软件。执行前会请求批准，"always allow" 列表可复查；macOS 需先授予辅助功能与屏幕录制权限；组织可通过托管设置禁用；CLI 用 /computer on | show | off 开关。官方同时提醒：它可能点错控件、也可能被屏幕上的内容带偏，不能替代人的判断。
• Dynamic workflows（public preview，10-01）：面向 Copilot CLI / Copilot app / Copilot SDK，把多 agent 流程写成代码。一个 workflow 是定义在 Copilot 扩展里的程序，可含脚本步骤与一个或多个 agent，支持串行 / 并行、阶段间的结构化交接、子 agent 互相校验、可暂停恢复的 checkpoint。与 /fleet 的分工很关键：fleet 由 Copilot 每次自行规划分工，dynamic workflow 是同一条流程每次照跑，因此可版本化、可进 CI/CD（终端里 copilot workflow run 直接调）。

来源层级声明：上列 computer use 与 dynamic workflows 两条，本站未能直接打开 GitHub 官方 changelog 原始页面（github.blog/changelog 列表为 JS 渲染、站内搜索不可用），依据为两条二手转引（my2cents.ai 2026-10-02 微软速递、AIToolTier 对官方 changelog 的逐句引用）交叉核对；引号内的措辞为官方原文引述，未加引号的归纳为本站表述。上线前请以官方文档为准。HydraFusion 一段依据 GitHub 官方页面，为一手。

④ GPT-6.1 Sol 进入 Copilot（09-29，官方 roundup 一手）：随 OpenAI 发布 GA 并在 Copilot 逐步推送，用于 agentic coding 与终端工作流；GitHub 的早期测试表述为 "it reliably completed tasks while using noticeably fewer tokens and steps than earlier models in the GPT-6 and GPT-5.6 families"；按 provider list pricing 在用量计费下结算，覆盖 Pro+ / Max / Business / Enterprise。

⑤ 2026-10-15 更新（官方 changelog 一手）：又三个模型将于 2026-11-16 退役，其中一条带订阅豁免。 这是继 10-02 那批（4 个）之后的第二次独立退役公告，名单不重叠：

* 唯一例外：Claude Opus 4.8 对「个人年度计划订阅者」继续可用，官方写明是为让这批用户 "retain an Opus offering"。Opus 5 与 GPT-5.6 Terra 无此豁免。

范围：官方写明是 across all GitHub Copilot experiences，并逐项点名 Copilot Chat、inline edits、ask / agent modes、code completions——代码补全也会一起换，不只是 Chat 里少一个选项。

要不要手动处理，取决于你的配置：

2026-10-27 更新（官方 changelog 一手）：GPT-6.1 Terra 已于 2026-10-26 在 GitHub Copilot GA——官方定位为「日常 agentic 编码与终端工作」，明确成本低于 GPT-6.1 Sol，按 provider list pricing 计费；早期测试中解决终端与 C# 编码任务明显多于 GPT-5.6 Terra。对上表的直接影响是：GPT-5.6 Terra 的迁移目标多了一个同名继任者——Terra 这个档位名并未随 GPT-5.6 一起退役，而是在 GPT-6.1 一代延续了下来。管理员侧的处理逻辑不变：未关 global default 则新模型自动启用，关掉了的需手动在 model policies 放行。口径必须收窄：本条发布方是 GitHub，只证明 Copilot 侧已 GA；OpenAI API 侧 GPT-6.1 Terra 的定价、上下文与可调用状态，本站未取得 OpenAI 官方原文，继续待核实。详见 GPT-6.1 Terra 进 GitHub Copilot 资讯。

⑥ 2026-10-14 更新（官方 changelog 一手）：HydraFusion 换前沿模型池 + 新增 Max 档 + 推理强度按步骤定制。 三项变化：

• 模型池换代：现在从 Claude Opus 5.5、GPT-6 Astra、GPT-6.1 Sol、GPT-6 Luna 里取，且每个任务用哪些模型取决于编排工作流（The models used for each task vary based on the orchestration workflow）。
• ⭐ 推理强度按步骤定制：官方原文 "it explicitly tailors effort to each stage, using medium effort for initial drafts and high effort for review"——起草用 medium、评审用 high。此前所有步骤都用模型默认强度。这条对自建 agent 流水线也直接可抄：批量生成锁低推理、审查与合入阶段放开。
• Cascade 新增 judging 步骤（先检查初始成果，只在需要时才请求修复）；Critique 从依赖文本摘要改为用工具直接检查工作区，并改用并行 critic 模型。

新增的 HydraFusion Max 与标准档定位对比（官方原表）：

可用性与限制：两者仍是 research preview，覆盖 VS Code、Copilot app、Copilot CLI 三端，需 Pro / Pro+ / Business / Enterprise 且开启实验性或预览功能，并受组织模型策略约束。官方未给出任何 premium request 乘数或价格数字，本站不转录第三方估算倍率。详见 退役公告与 HydraFusion Max 资讯。

⑦ 2026-10-19 更新（官方 changelog 一手）：六个模型当天退役，名单与 10-02、11-16 两批均不重叠。 这是六周内的第三次退役动作：

官方写明这批是 "announced on September 18, 2026"，不是临时决定。覆盖范围用词是 "most" 而不是前两批的 "all"——官方原文为 "across most GitHub Copilot experiences (including Copilot Chat, inline edits, ask and agent modes, and code completions)"，本站不对这个差异作推断。操作口径与 10-02 那批一致：无需手动移除旧模型（"No action is required to remove the deprecated models."），但 Copilot Enterprise 管理员可能需要通过模型策略放行替代模型，放行后才会出现在 VS Code 与 github.com 的模型选择器里。

⑧ 同日更新（官方 changelog 一手）：模型策略 REST API 转正。 企业、企业团队、Agent apps、组织四个层级的 GET 与 PATCH 端点 GA：

这两条要放在一起看：退役动作要求管理员"去模型策略里放行替代模型"，而同一天官方把模型策略变成了可编程的 API——在 13 个模型集中退役的窗口期，企业管理员可以直接用 PATCH 批量放行，不必逐个点控制台。

行动建议：① 今天就 grep 一遍仓库与 CI 里的模型 ID，命中上表六个的立刻换；② 企业管理员用新的 PATCH 端点批量放行 GPT-6.1 Sol / GPT-6 Luna / Gemini 3.8 Flash / Grok 4.7；③ 关注 2026-11-16 那批三个（见 ⑤ 节），其中 Claude Opus 4.8 对个人年度订阅者有豁免。详见 10-19 退役与模型策略 API 资讯。

⑨ 2026-10-15 更新（官方 changelog 一手）：agentic autofix for code scanning 转为 GA。 Copilot 现在可以接手 CodeQL 代码扫描告警：探索相关文件 → 生成修复 → 重跑 CodeQL 确认告警真的关闭 → 必要时迭代 → 开一个草稿 PR，PR 里写明修复摘要、为什么能关掉告警、以及验证步骤。三条入口：单条告警指派、告警列表里最多勾 25 条合成一个 PR、以及 REST API 把 assignees 设为 ["copilot-swe-agent[bot]"]。仅支持仓库默认分支——只在 PR 或其他分支上检出的告警不能指派。它取代的是免费功能：官方写明启用后，原来的免费 "Generate Fix" 选项会被 "Assign to Copilot" 按钮取代。开启需企业管理员在 Advanced Security 策略里启用 "Agentic autofix"、再由组织 / 仓库管理员打开，且必须已定义 Copilot 计费方式；消耗 Code Security 预算中的 AI Credits。详见 agentic autofix GA 资讯。

行动建议（2026-10-16 复核后补充）：① 本周就复查一次写死模型 ID 的脚本——Opus 4.8 / Opus 5 / GPT-5.6 Terra 三个名字在 11-16 之后不保证还存在，且窗口期只有一个月（10-15 公告 → 11-16 生效）；② 关了 global default 的企业，需手动在 model policies 里放行 Opus 5.5 / GPT-6.1 Sol / GPT-6 Luna，否则用户会直接掉到无可用模型；③ 别把 HydraFusion Max 放进生产关键路径——它仍是 research preview 且无公开计费口径；④ 自建流水线的可抄官方那条「起草 medium / 评审 high」的推理预算分配。

Copilot 侧的模型版本不保证与厂商官方 API 同名同规格；写文档或做选型记录时请注明「Copilot 中的 X 模型」。

⑩ 2026-10-22 更新（GitHub 官方 Changelog 一手）：Visual Studio 版 Copilot 九月更新，BYOM 换底座——这是一条破坏性变更。

官方条目（Release，适用于 Visual Studio 2026 的全部 Copilot 计划）三件事，其中只有第一件需要今天动手：

BYOM 的能力边界（官方描述）：属 preview，让你用团队信任的模型，通过 GitHub Copilot 或你自己的模型部署运行，无论是否登录 GitHub；在 Community / Professional / Enterprise 中默认开启。支持的 provider 为 Microsoft Foundry、OpenAI、Anthropic、Ollama 四家。

升级前先抄一份 Ollama 配置。官方未说明「重新添加」是指配置被清空、还是仅需在新的 Agent 入口重新关联，也未说明升级流程是否自动迁移——这两点本站无法核实，不替官方补全。涉及生产依赖的修复动作（如 NuGet 一键修），建议把 agent 的改动当 PR 审，不要直接合。

详见 VS Copilot 九月更新资讯。

⑪ 2026-10-29 更新（GitHub 官方 Changelog 一手，GitHub Universe 2026 同日一批条目）：Copilot Fusion 转正，模型选择从「人挑」变成「系统路由」；同时企业计费从「买席位」改成「烧预算」。

这是 Copilot 自 2026 年以来口径变化最大的一次更新，分两条主线。

主线一：Copilot Fusion 正式可用（GA）

官方定义："When you select Copilot Fusion in the model picker, you aren't selecting a specific model. You're choosing a system that routes and orchestrates models for each task." 它把 Project HydraFusion 的多模型编排与 Copilot auto model selection 的微调选型合在一起，HydraFusion 由此离开 research preview。

• 官方给出的唯一可比数字："Copilot Fusion Max scored 60 in the Artificial Analysis Coding Agent Index, within two points of Claude Code with Opus 5.5 Max. It delivered that result at about half the average API cost per task, using about half as many tokens and taking about 40% less time per task."
• 计费："you're billed for each model it uses, at each model's standard rate"；付费 Copilot 计划用户限时 30% 模型费用折扣。
• 可用范围：全部 Copilot 计划，客户端为 VS Code、GitHub Copilot app、GitHub Copilot CLI、JetBrains IDEs（更多客户端 coming soon）。
• 管理员能力：① Fusion 只能从企业 / 组织 model policies 已启用的模型里挑；② 企业管理员可单独为 Fusion 禁用某模型而不影响其他人（"disable models for Copilot Fusion without disabling the model for everyone"）；③ 可通过 Enterprise managed settings 的 fusionTier 把任意 effort 档设为默认。
• 迁移："if you previously enabled auto, HydraFusion, or HydraFusion Max, your selections will automatically transition to the corresponding Copilot Fusion effort levels."

主线二：GitHub Enterprise 现在包含 Copilot，计费口径变了

• AI 用量从第一次请求起计入企业预算："AI usage is metered from the first request against your enterprise budget"，且 "There is no included usage allowance to track or top up."
• 不再包含每席位每月 AI credits：通过 GitHub Enterprise 或 Copilot Standalone 获得的 Copilot，功能与模型等同 Copilot Enterprise，但没有每月 AI credits。
• 预算耗尽不会收回席位：代码补全与 next edit suggestions 无预算也能继续；Copilot Chat、Copilot code review、Copilot in the cloud 需要可用预算。
• 无 GitHub Enterprise 许可的用户走 Copilot Standalone，$10/人/月；自助订阅（self-serve）当前不可用，官方称分阶段开放。
• 同日另有：Copilot code review 新增 Max 档与 approvals；Copilot Projects 与 computer use 均为 public preview；GitHub Copilot SDK 更名为 Microsoft Copilot SDK。

行动建议：① 升级客户端后确认自己落在哪一档 Fusion——研究预览的选择会自动迁移，但值得核对；② 企业管理员先把预算告警与 attribution 配好再放开 Fusion——自动路由会让「成本花在哪里」变不透明；③ 复核 model policies：白名单太窄会让 Fusion 退化成只剩一个模型；④ 写死模型 ID 的脚本继续按 Opus 4.8 / Opus 5 / GPT-5.6 Terra 的 11-16 退役时间表排期复核，Fusion 不改变退役日期。官方给的 60 分与「半成本 / 少 40% 时间」是 GitHub 自披露口径、对比对象为厂商自选，本站未核对 Artificial Analysis 原表，不作「Fusion 更强」的结论。详见 GitHub Universe 2026 / Copilot Fusion GA 资讯。 ⑫ 2026-10-30 更新（GitHub 官方 changelog 一手核对，Universe 2026 同日另两条）：一条把本机算力接进编排，一条把安全告警接进会话。

① Copilot Fusion 开始路由本地模型（experimental preview）——Copilot Fusion 现可在受支持的本机模型与云模型之间选择，覆盖 GitHub Copilot CLI / Copilot app / Visual Studio Code 三端。Windows 上可通过 Windows ML provider 托管下载 MAI Code 1.1 Flash（CLI 需先开 experimental mode 再进 /model；app 走 Settings > Model providers + Experiments 里的 Local model auto routing；VS Code 设 chat.copilot.localModel.enabled）；CLI 侧的本地路由在 Windows / macOS / Linux 上都可用，前提是自己起一个 OpenAI 兼容的本地服务。选 Fusion Standard 即让系统在本机与云之间调度，也可直接钉住本地模型。两条硬边界：通过 BYOK 添加或发现的模型不会自动获得 Fusion 路由资格；本地推理不等于离线——路由决策仍在云端，且本地模型的安全防护可能与 Copilot 提供的云模型不同。详见 本地模型路由资讯。

② Copilot app 安全扩展（public preview）——在会话内直接浏览（按严重程度排序）、Explain、Fix 仓库里的 code scanning 告警，可查看告警关联的 PR、忽略告警，并对当前改动跑 /security-review。 修复只落在本地工作副本，不提交、不推送。支持 github.com 与 GitHub Enterprise Cloud with data residency，GitHub Enterprise Server 不支持；Explain / Fix / /security-review 消耗 AI credits，浏览与忽略不消耗。安装：copilot plugin install github-security@awesome-copilot。Business / Enterprise 需管理员先启用 Copilot app policy；私有仓库查看告警需 GitHub Code Security。详见 安全扩展资讯。

来源说明：本文基于 github.com 官方页面、docs.github.com 企业版文档、github.blog 公告、第三方评测（augmentcode / tossitt / 4geeks）综合整理。Copilot 定价 2026 多次调整（社区报告 2026-04 起新增 credit 制），请以最新官方页面为准。

2026-11-01 更新（Copilot 从「会话」走向「常驻」：服务到服务认证 public preview、Agent Merge 进 PR 合并框、Automations 转共享与自我改进）：三条都指向同一件事——让 Copilot 在没有人的时候也能持续、可归因、可管控地干活。依据 GitHub 官方 changelog 原文逐条核对。

① 服务到服务认证（2026-10-27，public preview）：用 GitHub Copilot SDK 构建的服务与 agent，可以代表组织发起请求，不再依赖某个已登录用户的凭据。官方把它定义为 workload-owned identity："helps agents and automated services operate reliably at larger scale without tying their authentication or usage to individual users"。接入路径：给 GitHub App 授予只读的 Copilot Requests 组织权限 → 装到组织 → 把短期 installation access token 传给 Copilot SDK。用量归属并计费给拥有该 installation 的组织，且其模型策略、预算与支出管控同样适用；组织所有者可用 AI 用量 CSV 里的 app_client_id 字段识别 App 归因用量，并可暂停或卸载该 App 终止访问。只读权限 ≠ 低成本：它依然消耗组织额度，上线前先配好预算告警。

② Agent Merge 进 PR 合并框（2026-10-28）：watches your pull request and automatically fixes blockers（失败的 Actions 工作流与合并冲突）。在 PR 的合并框里选 Watch and fix，可勾选修工作流、解冲突或两者；选定的阻塞项一出现，Copilot 就在云端开发环境开工。可在 Copilot 设置里设为默认（你开的每个 PR 都走），也可与 auto-merge 叠加——"Copilot gets and keeps your pull request ready to merge, and GitHub merges it as soon as all requirements are met." 本站未实测两者叠加后的实际行为：auto-merge 的「全部要求」通常指状态检查与审批，不包含「这次冲突是 Copilot 解的、解对了吗」，开了 auto-merge 的仓库建议保留人工审批。可用性：付费 Copilot 计划，受组织与企业策略约束。

③ Copilot Automations 转团队资产（2026-10-28）：新增共享型 automation——读权限可见、写权限可编辑；AI credits 记给仓库所有者而非创建者；GitHub 上的操作署名 Copilot；创建者离职后继续运行。创建时选 Type = Shared，创建后不可更改；组织仓库需管理员先开启「Allow use of Copilot cloud agent billed to the organization」策略。同时支持从运行结果自我改进（学习「标签有没有被改」「评论有没有被采纳」「PR 有没有被合并」，每次改动需人工审阅才应用），并新增 REST API 触发、24 个 GitHub 事件触发器、20 个 GitHub 工具（含重试 workflow run、合并 PR）、自定义 MCP 服务器工具，以及每次运行 / 每天 / 每周 / 每月的 AI credits 上限。详见 Automations 共享与自我改进资讯 与 服务到服务认证与 Agent Merge 资讯。

行动建议：① 用 Copilot SDK 建服务的尽快从「借个人身份」迁到 server-to-server，迁移前先确认组织预算与模型策略已配好（迁移后这些策略会真的生效）；② 组织所有者做一次 App 盘点，用 app_client_id 把自动化用量从个人用量里剥出来；③ Agent Merge 先小范围试——明确勾选只修一类阻塞项，先在非关键 PR 上看它改了什么；④ 开了 auto-merge 的仓库别急着全量开 Agent Merge 默认；⑤ 共享 automation 先设成本上限再谈串联；⑥ 评审标准不要降——Copilot 修的冲突与工作流同样要过 diff 评审。

2026-11-04 更新（Copilot 进 JetBrains Air：ACP 端点形态 + 云端任务扣 Copilot 额度）：GitHub 于 2026-11-03 宣布 Copilot 通过 ACP（Agent Client Protocol） 接入 JetBrains Air，依据 官方 changelog 原文。

形态变了，不是多一个插件：Copilot 此前在 JetBrains 生态只有「一个插件」这一种存在形式；这次接的是 Air 的 agent picker，走 ACP，Copilot 以 agent 端点的身份被调用。官方明说可与原有 Copilot 插件并存自选："Use Copilot in Air alongside the GitHub Copilot plugin and choose the workflow that works best for you." 能力侧三块：复用现有 Copilot 订阅、并行跟踪多个 agent 会话 + 项目上下文 + IDE 工具 + 代码旁直接审查改动、云端任务在隔离开的云环境里跑。

最实际的一条是记账口径："Tasks use your Copilot plan rather than JetBrains AI credits."——云端任务扣 GitHub Copilot 套餐额度，不扣 JetBrains AI credits。运行环境是全新 VM 上的 Docker 容器、流量全走代理、任务间不保留任何状态。

三个治理缺口（官方明写，企业采购必看）：① 无法为单个任务选择个人套餐还是组织套餐；② Air 的治理与分析不包含 Copilot 使用数据；③ Air 管理员可禁用 Copilot，但无法在 Air 内设置 Copilot 花费上限。另：连接 Copilot 到 Air 不会请求 Copilot 权限，订阅只在云环境启动时校验，不可用则任务失败并在会话里报错——故障暴露在执行阶段而非配置阶段。

状态口径有张力：changelog 归为正式条目（正文无 preview / beta 字样），但官方给出的插件页 URL 是 air-alpha。本站不替官方调和，按「可先试、别当稳定依赖」处理。云端任务另需 Air Teams 商业组织账户 + Copilot 订阅 + 管理员已启用。详见 Copilot 进 JetBrains Air 资讯。

2026-11-06 更新（两条：Xcode 内置编程助手进 public preview；用量 API 纳入 BYOK 与企业自定义模型）

① Copilot 进 Xcode 内置 coding assistant（2026-11-04，public preview）——依据 官方 changelog 原文。Xcode 27.3 beta + macOS Tahoe 26.6 以上，配置入口 Xcode > Settings > Intelligence；官方写明 "All Copilot plans are supported."，没有额外商业账户或管理员开关；原 Copilot for Xcode 扩展保留为独立选项，两种形态可并存自选。这是 Copilot 覆盖的第五类 IDE（此前为 VS Code / JetBrains 系 / Visual Studio / Neovim），形态上与 进 JetBrains Air 一致——从「装插件」变成「宿主里的一种能力」。门槛全在技术侧：beta 工具链不适合直接上生产机。

② 用量 API 纳入 BYOK 与企业自定义模型（2026-11-03）——本地 BYOK（开发者自己的 provider key，以及 Ollama / Foundry Local / LM Studio / llama-server 提供的本地模型）现在有独立字段：用户级 used_local_byok、totals_by_local_byok（按 byok_kind = local_managed/local_user/local_auto/remote_user 与 surface = copilot_cli/copilot_app 拆分），聚合级 daily/weekly/monthly_active_local_byok_users；企业自定义模型侧新增 is_custom_enterprise_model（服务端观测，覆盖所有客户端）。 三条限制官方自己写了：既有总额不变（本地 BYOK 本就是 totals_by_cli / totals_by_copilot_app 的子集）、本地 BYOK 依赖客户端遥测，关掉遥测就少记且部分 provider 不报 token、本地 BYOK 不按模型名拆。→ 这份数据用来做治理，不能用来对账。详见 用量 API 纳入 BYOK 资讯。

2026-11-06 的实用口径：iOS / macOS 团队评估 Xcode 内置版时先确认 CI 的 Xcode 版本与 mac 的 macOS 版本，别为了一条集成把主力工具链切到 beta；企业管理员先去确认 Copilot 用量指标策略已启用，否则新字段拉不到数据，且历史不回填——趋势线从 11-03 之后开始画。

2026-11-08 更新（两条：代码审查设置全程可走 API；@GitHub 在 Slack 与 Teams 正式可用）：依据 GitHub 官方 changelog 两条原文逐条核对，均为 2026-11-06 发布。

① Copilot 代码审查设置开放 API 管理（REST + GraphQL，企业 → 组织 → 仓库三层）。新增显式归因字段（区分 Copilot 的审查与评论）、本次审查使用的 effort 档位（元数据可用时）、以及某条评论引用的 skills / MCP server / 自定义指令——官方措辞是 "Copilot reported"，属模型自报来源，不是系统级调用记录。 权限分层有个反向的坑：企业级与组织级端点（含新增的组织 Runner 端点）不支持 GitHub Apps 与细粒度 PAT，只能用 Classic PAT 或等效凭据；仓库级端点两者都支持，权限为 Administration: read / Administration: write（Classic PAT 需仓库管理员）。官方同时写明「企业管理的设置不能被覆盖」——脚本写入可能返回成功但设置没变，必须读回来校验。 Balanced 档改为三个审查模型 + 一个汇总模型（"Balanced effort reviews now use three reviewer models, with another model combining their findings"）——审查更慢更贵是必然，是否更准官方当日未给任何数据。按 AI credits 计费的组织会看到单 PR 审查成本基线变化。 失败或超时的审查自动重试一次，首选模型不可用时可切换另一个合格模型——结果可复现性下降：同一 PR 同一档位两次审查可能不是同一模型跑的。 其余：后续审查会折叠与近期改动无关的发现（老问题在默认视图消失，需主动展开）；审查概览 UI 变紧凑（跳过的与内容排除的文件合并为「Files not reviewed」、空区块不占位、长列表显示溢出计数）； 后可「Add a reason」选主要问题类型；关闭再开启代码审查会保留计费与预览设置；机器人提交的 PR 在 Block reviews requested with an external Copilot license 开启时仍可请求审查（组织付费前提下）；审查 agent 会话里显示本次消耗的 AI credits。

② @GitHub 在 Slack 与 Teams 正式可用（GA）：在对话里直接排查缺陷、创建 issue、实施改动、开 pull request；Teams 侧新增 Canvas，可把实现方案、代码改动与预览贴在对话旁一起审（Slack 侧无此能力）。上手侧改进：从消息自动识别仓库并直接起会话（不再要求手动选 repo）；修掉「跟进消息无人响应」的缺陷；AI 创建的 issue / PR 会在描述里标注「Created from a Slack/Teams conversation with @username」——这是这次更新里对审计最有价值的一条。入口 slack.github.com / teams.github.com。官方本条未列支持的 Copilot 计划、仓库数、并发会话与计费口径，按「额度未知」处理。

行动建议：① 平台团队先读一遍现有审查策略，确认哪些已被企业层接管，再决定自动化从哪一层写；② 企业 / 组织层自动化要备一把 Classic PAT（细粒度 PAT 用不了），这本身是风险，尽量把能写仓库级的都放仓库级；③ 按 credits 计费的组织升级后重测单 PR 审查成本；④ 在 PR 模板或评审规范里补一句「折叠的发现要主动展开」，否则长尾问题静默消失；⑤ 多仓库、名字相近的组织要求频道里显式写 owner/repo——从消息猜仓库猜错，代价是往错的 repo 开 PR。详见 代码审查 API 化资讯 与 @GitHub 进 Slack / Teams 资讯。

核心特性

三大形态：Completion / Chat / Agent

• Code Completion：开山立派的能力，AI 在你写代码时给 inline 建议
• Copilot Chat：侧边栏对话，问"这段代码什么意思"、"帮我写个 SQL"
• Agent Mode（2025-02 在 VS Code GA）：自主多文件编辑，可调工具、跑测试、看结果调整
• Coding Agent（2025-09 GA）：在 GitHub 网页 / 移动端把 issue 派给 Copilot，它在云端 Actions 环境里改代码、开 PR 等你 review
• Copilot CLI 新终端界面（2026-06-23 GA）：Tabbed TUI、Issues/PRs/Gists 标签页、内置 /mcp add、/skills、/plugin、/settings
• Agent Finder（2026-06-17 发布）：基于开放 ARD（Agentic Resource Discovery）规范，按任务动态发现可用资源 / MCP / 私有 registry，避免一开始把所有工具塞进上下文

Agent Mode 详解

GitHub Blog 公告 描述的 Agent Mode 能力：

• 跨文件自主编辑（不需要你一个个 @ 文件）
• 调用 terminal 跑测试 / linter
• MCP 服务集成（2025-04 起 public preview，VS Code / JetBrains / Xcode 都支持）
• 支持 Claude Opus 4.6 / Sonnet 4.6 / GPT-5 / Gemini 2.5 Pro 等多模型按需切

4geeks.com 2025 评测：

"GitHub Copilot supports MCP (Model Context Protocol) servers in VS Code, JetBrains, and Xcode, available in Agent Mode. Users can connect MCP tools directly from the Copilot panel."

Coding Agent（云端后台 PR 生成）

GitHub 官方文档 描述的 Coding Agent：

• 从 GitHub Issues、VS Code、GitHub.com agent 界面、PR 评论、安全告警任一入口指派
• 在 GitHub Actions 临时开发环境里跑（不占你本地）
• 完成后开 PR，附完整 commit / 测试输出 / 工作日志
• 你只 review + merge

支持版本：Pro / Pro+ / Business / Enterprise（Free 不含）

Copilot CLI（2026 新终端界面 GA）

2026-06-23，GitHub 将新版 Copilot CLI terminal interface 推到 GA。它已经不只是 gh copilot suggest、gh copilot explain 这种「自然语言 → shell 命令」工具，而是更接近一个终端里的 Copilot 工作台。

关键变化：

• Tabbed TUI：Session / Gists / Issues / Pull Requests 标签页，当前目录是 GitHub repo 时自动显示 issue / PR。
• 引用工作项：在 Issues / PRs tab 高亮条目后按 c，可以把该 issue / PR 直接塞进 prompt，让 Copilot 调查、修复或 review。
• 内置配置：/mcp add、/mcp search、/skills、/plugin、/settings 都可以在会话中完成，不再手写配置文件。
• 无障碍主题：/theme 支持 default / dim / high-contrast / colorblind，并自动检测 screen reader。

copilot update
copilot

Agent Finder：资源发现开始标准化

2026-06-17，GitHub 推出 Agent Finder。它解决的是 2026 年 Agent 工具链的新问题：工具、MCP、skills、私有 registry 越来越多，如果每次都预加载，context 会爆；如果都手动接，开发者又会被配置淹没。

Agent Finder 的思路是：

1. 用户用自然语言描述任务。
2. Copilot 到公开 catalog 或企业私有 registry 里搜索资源。
3. 返回 ranked matches。
4. 用户确认后，Copilot 再按需加载对应工具 / skill。

GitHub 表示它实现了开放的 ARD（Agentic Resource Discovery）spec，并与 Google、GoDaddy、Hugging Face、Microsoft 协作制定。这个方向值得关注：MCP 解决「连工具」，ARD 解决「怎么发现该连哪个工具」。

AI Credits 按量计费（2026-06-01 正式启用）

自 2026-06-01 起，Copilot 全面转向 AI Credits 按量计费（1 credit = $0.01），取代原 PRU（Premium Request Units）。核心逻辑：

• 基础订阅价不变：Pro $10（含 $10 credits）、Pro+ $39（含 $39）、Business $19（含 $19）、Enterprise $39（含 $39）
• 单行补全 & Next Edit 仍免费不计费——轻度用户体验和成本几乎不变
• 仅 Chat / Agent / PR 评审 / CLI / 超长上下文 消耗 credits
• 取消 fallback；新增企业 / 成本中心 / 用户级预算管控 + pooled usage（额度池化）
• Business/Enterprise 6-8 月有促销额度（$30 / $70）；code review 另计 Actions 分钟

模型阵营大扩容：Kimi K2.7 Code（1T 总参 / 32B 激活 MoE，256K 上下文，Modified MIT）GA 7-01，是 Copilot 首个开源权重可选模型（Azure 托管）；GPT-5.6 家族 7-09 全 IDE 上线；Codex 作为公测 Agent provider 进入 JetBrains（7-07）。

价格与运行成本

官方 Plans 页 2026 Q2 公开数据：

重要福利：

• 学生免费：GitHub Student Developer Pack 认证后直接拿 Pro
• 开源维护者免费：维护流行开源项目（star 数 + 活跃度门槛）可申请免费 Pro
• 教师免费：通过 GitHub Education 认证

上手 3 分钟

# VS Code：扩展市场搜 "GitHub Copilot" 装上即可
# JetBrains：Plugin Marketplace 搜 Copilot
# Neovim：装 github/copilot.vim 仓库
# Xcode：装 github/CopilotForXcode
#   或（2026-11 起）Xcode 27.3 beta 内置 coding assistant：Xcode > Settings > Intelligence

# 命令行
brew install gh                  # macOS
winget install GitHub.cli        # Windows
# Linux：参考 cli.github.com

gh auth login                    # 登录 GitHub
gh extension install github/gh-copilot
gh copilot suggest "重启 docker 并清理缓存"

IDE 中：登录 GitHub 账号 → 同意订阅 → 直接用。Free 档不需要任何信用卡。

国内使用注意事项

1. 账号：注册 GitHub 即可，国内号 ok，但偶发要海外手机验证
2. 网络：插件 push / pull 走 api.github.com 和 copilot-proxy.githubusercontent.com，国内必须有稳定代理，否则补全卡顿到不可用
3. 支付：Pro 付款渠道有限——Apple 礼品卡（macOS）、Google Play（Android）、海外卡。第三方代付方案少
4. 替代路径：用 Cline / Continue + 国产模型，国内体验更顺畅

与同类怎么选

怎么选：

• 公司发账号 / 团队 → GitHub Copilot Business
• 个人海外 + 想要稳定生态 → Pro $10/月
• 追求 IDE 级 Agent 激进度 → Cursor / Windsurf
• 国内 / 完全自主可控 → Cline / Continue + 国产模型

避坑清单

• AI Credits 制下重度 Agent 用户要算账：单行补全和 Next Edit 免费，但 Chat/Agent/PR 评审都计费，Sol 级模型一次复杂 agent 任务可能耗掉不少 credits，重度使用建议用企业版的预算管控 + 额度池化
• Kimi K2.7 默认关（企业版）：Business/Enterprise 需管理员在后台开启才能选用 Kimi K2.7 Code
• Coding Agent 跑在 Actions 上：你的 Actions minutes 会被消耗，免费仓库够用，私有仓库要注意账单
• Agent Mode 默认权限要 review：第一次跑会让你授权"能改文件 / 能跑命令"，团队建议设置 .github/copilot-instructions.md 把规则成文
• 不要把 OPENAI_API_KEY 暴露：Copilot 自带模型供给，不需要你的 API key
• 国内首次激活有"需要海外手机"的概率事件：失败时换网络环境或换手机号
• JetBrains 插件偶发崩溃：IDE 端体验略落后 VS Code，遇到崩溃先升 plugin 版本
• Agent Finder 不等于自动装工具：它只负责发现和推荐，企业管理员仍应控制允许的 registry；不要把未知 MCP server 直接接进生产仓库
• Pro+ / Max 是个人订阅，不能给团队共享：要团队就上 Business
• 本地沙盒仍是 public preview，且不等于「Copilot 的每个操作都被罩住」：微软 2026-10-07 宣布 Microsoft Execution Containers（MXC）GA 并把 Copilot 列为已支持 MXC 的 agent——但 Copilot 在 Windows 上用的是 BaseContainer 档 ProcessContainer，shell 命令与本地 MCP / 语言服务器进程走进程边界，内置文件工具是在 agent harness 内做策略检查、远程 MCP server 则不在本地进程沙箱内。该「BaseContainer 档」的说法来自第三方整理，本站未核对微软官方文档，属待核实；可确定的官方口径见 MXC GA 资讯 与 Agent 沙箱

适合 / 不适合

适合：

• 已经全员在 GitHub 的团队（开 Business 最省事）
• 个人海外开发者，重视生态稳定
• 学生 / 开源维护者（薅免费 Pro）
• 多 IDE 切换的开发者（VS Code + JetBrains + Neovim）
• 需要"issue → PR"自动化流程

不适合：

• 国内首选 IDE 体验（去 Trae / Cursor 国内代付）
• 想要最激进的多文件 Agent（去 Cursor / Windsurf）
• 私有部署 / 数据不出网（Continue + 自建模型）
• 反对一切 credit 制

相关阅读

• 同类对比：Cursor / Windsurf / Trae / Claude Code / Cline / Codex CLI
• 概念：AI Agent / MCP / Function Calling
• 模型：GPT-5.6 / Claude Sonnet 5 / Kimi K3 / Gemini 3 Pro
• 进阶：Vibe Coding / Prompt Engineering

Long-tail quick picks

长尾检索速查：下面三项对应「GitHub Copilot 开源版 / 免费版 / 国内可用」等搜索意图，方便直接跳转。

Open-source alternatives

• 是否开源：否
• 闭源商业工具，无官方开源版；同类开源可看 Cline / Aider / OpenCode。

Free tier

• 是否有免费档：是
• 价格概要：Free / Pro $10/mo / Pro+ $39/mo / Max $100/mo / Business $19 seat / Enterprise $39 seat
• 预算敏感用户可先用免费档；进阶需求参考 通义灵码 / CodeGeex（国内免费额度更友好）。

China availability

• 是否国内可用：否
• 中文友好度评分：3 / 5
• 国内访问需稳定代理；高频切 IP 可能触发风控。中文场景可考虑 Trae / 通义灵码 / Comate。

相关替代品：

• cursor
• windsurf
• cline

来源

• 官网：https://github.com/features/copilot
• 定价：https://github.com/features/copilot/plans
• 企业文档：https://docs.github.com/en/enterprise-cloud@latest/copilot/get-started/plans
• 公告：github.blog（含 2026-09-18 周更：自动模型选择三档 / 预算申请 / Agents 窗口用量指标 / Sentry canvas / VS Code 1.138 Dev Container）
• 第三方评测：augmentcode.com / tossitt.com / 4geeks.com
• Microsoft Execution Containers: Policy-driven containment for AI agents（Windows Developer Blog，2026-10-07） — MXC GA；Copilot 被列为已支持 MXC 的 agent 之一

本卡片由 AI 之家 编辑部根据官方公开资料与第三方评测整理。所有事实点均标注来源；如发现价格 / 模型 / 功能与最新官方信息不一致，请通过 反馈邮箱 反馈。