Copilot 与裸 API：为编码智能体的「外壳」付费，到底买到了什么

一个被反复问到的问题

「同样的模型我自己调 API 就行，为什么要为 Copilot 付费？」GitHub 把计费改成按列表 API 费率计算之后，这个问题变得更尖锐了——因为模型这一层的价差被明确抹平了。

作者给出的分法：你要拥有哪一层

文章的回答不是「Copilot 更便宜」，而是把问题重述为你需要自己拥有哪一层工作：

• 如果你在做的是产品功能，需要自己的提示词、检索、路由、日志、安全模型和计费控制——那就该直连 API，这些都是你要自己拥有的东西；
• 如果你要的是「从一个 Issue 走到一个已评审的 PR」，而编辑器、仓库、终端、组织策略都已经接好——那你买的不是模型，是这套已经连通的外壳。

作者用一个常见的维护任务把这层说透：开发者从 Issue 出发，读仓库、改文件、在终端跑测试、开 PR 交评审。模型调用只是其中一步。周边系统需要的是 Issue 上下文、diff、仓库指令、允许执行的命令白名单和组织策略——这些既不是模型能力，也不能靠更好的提示词补上。

计费方式的调整让这条分界更容易看清：代码补全和 Next Edit Suggestions 仍包含在付费计划里，而 AI Credits 用于更消耗资源的对话与智能体任务。

为什么把它当信号收录

这不是一篇产品营销稿能覆盖的判断。它给出的是一条可复用的采购与自建决策线：先问哪一层是你的核心工作，再决定买外壳还是买 token。对任何在评估「自建智能体平台 vs 采购现成工具」的团队，这条线比价格表更有用。