Augment Code vs GitHub Copilot 怎么选？先看额度单位是不是美元
选 AI 编程工具时，大多数对比文章都在比模型、比补全速度、比谁支持的 IDE 更多。这些当然有用，但用上三个月之后你会发现，真正每天硌着你的往往是另一件事：这个月到底花了多少钱，钱花在了哪儿，下个月还会不会是这个数。
Augment Code 和 GitHub Copilot 在这件事上走了两条完全不同的路。Augment 的额度单位直接就是美元，Copilot 走的是多档套餐加一层抽象额度。这篇不做排名，只把这条机制差异摊开讲清楚，然后告诉你什么情况下该往哪边靠。
读完你应该能做到三件事：判断自己的场景更适合哪种计价方式、知道 Augment 的美元额度有哪两个坑要提前防、以及在团队规模变化时知道什么时候该重新做这个选择。
一、额度单位就是美元，这件事比听起来重要
先把 Augment 这边的硬事实放上来。官方定价页上 Augment Code 只列了两档：
| 档位 | 价格 | 含额度 | 席位 | 超额方式 |
|---|---|---|---|---|
| BUSINESS | $100/月 固定 | $100 使用额度/月 | 最多 50 席位 | Top-ups, pay as you go |
| ENTERPRISE | Custom | 使用限额自定义 | 无席位限制 | 需洽谈 |
注意 BUSINESS 这行的第三列：$100 使用额度，单位是美元，不是 credits，不是 requests，不是 points。 这个额度涵盖 LLM 调用、Context Engine 和计算三类消耗。
这意味着一次简单的换算：$100 订阅费换 $100 额度，比值是 1.00。你付出去的每一块钱，对应一块钱的可用额度，中间没有任何一层需要你去查手册的转换系数。
为什么这一条值得单开一节？ 因为「一次操作扣几个单位」恰恰是整个行业披露得最不充分的地方。
举个可以直接核对的例子。同一批工具里，Kiro 的账是这么记的：PRO 档 $20/月含 1,000 credits，也就是 $0.02/credit；超额按 $0.04/credit 续买，正好是套餐内单价的两倍。这些数字定价页上都写着，算术清清楚楚。但接下来最关键的那一步——「让 Agent 改一个文件扣几个 credit」——官方文档里查不到（我核对当天，Kiro 的 billing 参考页是 404）。
于是你手里有一个精确的单价，却没有一个可用的用量模型。$0.02/credit 这个数在你实际做预算时几乎帮不上忙，因为你不知道分母。
Augment 的美元额度绕开了这一整层。你看到账户里扣了 $6.30，就是花掉了 $6.30，不需要再乘以任何系数。这带来两个实际好处：
第一，可比性强。 你可以拿这个数直接和「自己拿 API key 裸调」的成本对照。如果你团队里有人已经在用 API 直接跑脚本，你能立刻判断这层封装值不值这个溢价——同一个单位，减一下就完了。换成 credits 制，你得先做两次换算，其中一次的系数官方还不给。
第二，做预算的沟通成本低。 跟财务解释「我们每人每月 $100 的额度，按 22 个工作日折下来约 $4.5/人/工作日」，比解释「我们每人每月 5,000 个 credit，一个 credit 大概能……」要省一整场会议。
二、美元额度也有两个坑，别高兴太早
透明不等于安全。有两点必须先说清楚，否则很容易被这份”清爽”骗过去。
坑一：这 $100 不是纯 token 费，别拿它去和 API 账单硬比。
官方写明这份额度涵盖 LLM + Context Engine + 计算三类消耗。Context Engine 是 Augment 做代码库理解的那套东西，计算指的是 Agent 跑起来占用的算力。也就是说，同样一次”重构这个模块”的任务，你自己调 API 只付模型 token 钱，在 Augment 这边还要付索引和跑任务的钱。
所以上一节说的”可比性强”要打个折扣：单位相同不代表口径相同。正确的比法是把差价当成 Context Engine 和托管计算的服务费，然后问自己这份服务值不值——而不是简单地看”同样的活为什么这边贵”。至于这三类各占多少、Context Engine 具体怎么计价，定价页没写，我也不打算猜。
坑二：pay-as-you-go 的 top-up 没有天然上限。
这是我更担心的一条。credits 制有个被低估的好处：用完了会归零，归零是一个信号。 系统会挡你一下，你才会意识到这个月用超了。哪怕这个信号很粗糙，它至少存在。
Augment 的超额方式是 “Top-ups, pay as you go”——按需充值。按需充值意味着你可以一直续下去，没有一个自然的停止点。一个跑飞了的 Agent 任务、一次没收敛的循环调用，理论上能一直烧到你自己发现为止。
这不是 Augment 独有的问题，凡是走按量续费的都一样。但正因为美元额度让人感觉”账很清楚”，反而更容易放松警惕——账清楚和账不失控是两回事。
所以第一天就要做的事：主动设预算上限和用量告警，别等月底看账单。 具体在哪个界面设、能不能设硬上限，这个我没法从公开定价页确认，签约前把它列进和销售确认的清单里。
顺带一提，Copilot 那边也有类似问题的另一个版本。团队 credits 提前烧完、整组人被挡住的场景，站内单独写过一篇处置剧本：团队的 Copilot credits 提前烧完了怎么办。两家的表现形式不同，但根子都是同一个——用量的可观测性跟不上消耗速度。
三、定位差异：一个只做团队，一个覆盖个人到企业
这一节可能是对很多人来说最有决定性的。
Augment Code 公开的档位只有 BUSINESS 和 ENTERPRISE 两档，没有个人档。
不是”个人档比较贵”，是这份定价表上根本没有面向个人开发者的入口。至于免费档和试用条款，定价页也没有写明——页面上只有 “Try Cosmos” 和 “Book demo” 两个按钮（Cosmos 是 Augment 的产品线名，2026-07-29 起 GPT-5.6 Sol 成为其默认模型）。能不能免费试、试多久、试用期给多少额度，这些我一个都答不上来，因为页面上真的没写。
而 GitHub Copilot 那边是完整的多档结构，从免费档一路到企业档，个人开发者有明确的落脚点。站内拆过每一档的差别和适合人群：GitHub Copilot 五档套餐怎么选。
更关键的是身份路径。学生、教师、开源维护者可以走免费认证通道拿到 Copilot Pro，条件和申请流程站内也写过：学生、教师、开源维护者怎么免费用 GitHub Copilot Pro。
把这两条放一起，结论就很硬了：如果你是个人开发者、学生，或者在做一个还没有营收的开源项目，这个对比在第一步就结束了。 不是 Augment 不好，是它的定价表压根没给你留位置——最低的公开档就是 $100/月，而且是按团队产品设计的。
四、有一样东西是额度换算不出来的
如果只按”每美元买到多少额度”排队，Copilot 会被系统性地低估，因为它有一块价值根本不在额度这个坐标系里：它长在 GitHub 上。
代码托管在哪、PR 在哪审、Issue 在哪跟、CI 在哪跑——如果这些答案都是 GitHub，那 Copilot 拿到的上下文和触达点是它作为 GitHub 自家产品带来的，你没法用”额度更划算”去替换它。反过来，如果你的代码在自建 GitLab 上，这块价值对你就接近于零，那时候再拿”生态整合”当加分项就是自我说服了。
所以”每美元买多少额度”这个比法，在这组对比里是错位的。 正确的问法是分两步：先问这套工具在你的实际工作流里能省下多少来回切换，再问在这个前提下额度够不够用。顺序反了，你会算出一个数字上很漂亮、用起来很别扭的结论。
五、按场景给判断
场景一：你是个人开发者 / 学生 / 独立开发者
选 Copilot。 理由在第三节已经说完了：Augment 公开定价没有个人档，最低 $100/月起，免费档和试用条款页面未写明。而 Copilot 有免费档，学生和开源维护者还有免费认证路径。这个场景没有第二种答案。
场景二：5-20 人的工程团队，正被”这个月 AI 花了多少”卡住
倾向 Augment。 这正是美元额度的用武之地。10 个人就是 $1,000/月固定订阅，含 $1,000 额度，账目一眼能看明白，向上汇报不需要翻译中间单位。前提是你能接受第二节说的两个约束：口径包含 Context Engine 和计算，以及必须自己设预算告警。
场景三：整个团队重度依赖 GitHub 的 PR / Issue / Actions 工作流
倾向 Copilot。 第四节的逻辑：那部分整合价值换算不出来，只能通过换工具来失去。这时候即使 Augment 的额度透明度更好，你要付的迁移代价可能大于省下来的钱。
场景四：团队规模在 40 人上下并且还在涨
这个场景需要单独想一想，见下一节。
六、决策路径，以及 50 席这条线
给一条可以照着走的路径：
第一步，看身份。 个人 / 学生 / 开源维护者 → 直接 Copilot，流程结束。
第二步，看代码托管在哪。 在 GitHub 且 PR、Issue、CI 都在上面跑 → 强烈倾向 Copilot，除非成本失控已经严重到要为它改工作流。
第三步，看你最痛的是什么。 如果最痛的是”说不清钱花在哪、没法向上解释”，Augment 的美元额度确实是对症的。如果最痛的是”工具太多切来切去”，那是生态问题，加多少额度都治不好。
第四步，看 18 个月后的人数。 这一步最容易被跳过，也最容易出事。
Augment 的 BUSINESS 档最多 50 席位。 算一下满编的账：50 × $100 = $5,000/月固定订阅，含 50 × $100 = $5,000 的月度使用额度。这个数字本身很清楚。
问题出在第 51 个人。50 席是 BUSINESS 的上限，超过就得走 ENTERPRISE——而 ENTERPRISE 是 Custom 报价，席位无限制、使用限额自定义，但价格得谈。
换句话说，你会在第 51 名工程师入职那天，从一份公开透明的报价单，切换到一份需要谈判的报价单。 谈判的时机还偏偏是你已经全员深度使用、迁移成本最高的时候——议价位置不太理想。
所以如果你现在 40 人、明年计划到 60 人，采购时就该把 ENTERPRISE 的口径一起谈掉，而不是等撞线了再说。对比之下，Copilot 的企业档路径在站内那篇五档套餐里能看到清晰的分层，规模变化时的过渡相对平滑一些。
最后：几件我确实不知道的事
这篇里有几个关键问题，我没法给你答案，原因就是官方页面上没有：
- Augment 有没有免费档、试用怎么算。 定价页只有 “Try Cosmos” 和 “Book demo” 两个按钮，没有任何条款说明。想知道就只能点进去或者约演示。
- Context Engine 具体怎么计价。 只知道它和 LLM、计算一起被那 $100 额度覆盖，三者各占多少比例、按什么维度计量，页面没写。这直接影响你能不能预估一个大代码库的索引成本。
- 超额 top-up 的具体单价。 只写了 “Top-ups, pay as you go”，没有像 Kiro 那样给出明确的超额单价。这意味着你没法提前算出”超支 30% 会多花多少钱”。
这三条恰好都是签约前该问清楚的问题。我宁可在这里留三个空格，也不给你三个编出来的数字——预算这种事，一个假数字比没数字更危险。
选型这件事没有标准答案，但有标准问法：你更怕账算不清，还是更怕工具串不起来。 想明白这个，前面那四步走下来会很快。