Kiro vs GitHub Copilot 怎么选？先看额度能不能算清
把 Kiro 和 GitHub Copilot 放在一起比，网上最常见的比法是「谁的模型更聪明」。这个比法基本没用——同一个模型，你把需求描述清楚和描述含糊，产出的差距远大于两家模型之间的差距。你花两小时看模型横评，不如花二十分钟把需求写成一段能被执行的话。
这篇换一根主轴：它们的额度体系，能不能让你在掏钱之前把账算清楚。 这一层是可以核实、也真正影响日常使用的——它决定你月中会不会突然卡住、决定你能不能跟老板报出一个不会超的预算。
读完你能做到三件事：知道 Kiro 的升档分界线怎么用一个除法算出来；理解为什么拿「每美元买多少额度」去比 Copilot 是错位的；对着四种常见处境，找到自己该走哪条路。
一、Kiro 的档位是「能算出来的」
Kiro 个人版五档，额度单位统一叫 credit，定价页把每档的价格、包含量和超额单价都写了出来：
| 档位 | 月价 | 含 credits | 超额单价 | 每美元买到的 credits |
|---|---|---|---|---|
| KIRO FREE | $0 | 50 | 定价页未写明 | — |
| KIRO PRO | $20 | 1,000 | $0.04/credit | 50 |
| KIRO PRO+ | $40 | 2,000 | $0.04/credit | 50 |
| KIRO PRO MAX | $100 | 5,000 | $0.04/credit | 50 |
| KIRO POWER | $200 | 10,000 | $0.04/credit | 50 |
最右边那一列是我自己算的：1000 ÷ 20 = 50，2000 ÷ 40 = 50，5000 ÷ 100 = 50，10000 ÷ 200 = 50。四档下来一模一样。
这个结果值得停下来看一眼。Kiro 没有做批量折扣。 你从 $20 跳到 $200，单价一分钱没便宜。很多订阅制产品会在高档位给「买得多更划算」的优惠，Kiro 没有——所有付费档都是恒定的每美元 50 credits。
对你的直接影响是：选档这件事不涉及性价比权衡，只涉及用量预估。 你不需要纠结「要不要为了单价便宜一点买高一档」，因为单价永远一样。你只需要回答一个问题：我一个月大概会用掉多少。用得少就低档，用得多就高档，买错了也没有额外的单价损失。
顺带说一句，团队版的定价结构和个人版是对齐的：PRO $20、PRO+ $40、PRO MAX $100、POWER $200，都是每用户每月，credits 数量与个人档相同，超额同样是 $0.04/credit（定价页的措辞是 “Pay-per-use overage”）。所以团队采购的算法和个人是同一套，只是乘一个人数。
二、超额价是套餐价的两倍，所以升档分界线可以提前算
这是整篇文章最有用的一段，请务必自己复算一遍。
套餐内的单价：$20 ÷ 1000 credits = $0.02/credit。 超额单价：$0.04/credit。
超额价正好是套餐价的两倍。 换个说法：套餐里 1 美元买 50 credits，超额时 1 美元只买 25 credits。同样的钱，超额买到的只有一半。
由此可以推出一条能直接用的规则。假设你在 PRO 档（$20 / 1000 credits），某个月用了 1500 credits：
- 留在 PRO：$20 + 500 × $0.04 = $20 + $20 = $40
- 升到 PRO+：$40，含 2000 credits
两边一样贵，但 PRO+ 还多给你 500 credits 的余量。也就是说，每月稳定超出 500 credits，就该升到 PRO+。
这个 500 是怎么来的？相邻档差价 ÷ 超额单价：$20 ÷ $0.04 = 500。同样的算法可以推出后面每一级的分界线：
| 当前档 | 升到 | 差价 | 分界线（差价 ÷ $0.04） | 含义 |
|---|---|---|---|---|
| PRO $20 | PRO+ $40 | $20 | 500 credits | 月超 500 就该升 |
| PRO+ $40 | PRO MAX $100 | $60 | 1,500 credits | 月超 1,500 就该升 |
| PRO MAX $100 | POWER $200 | $100 | 2,500 credits | 月超 2,500 就该升 |
再验算一遍最后一行：在 PRO MAX 用掉 7500 credits，付 $100 + 2500 × $0.04 = $100 + $100 = $200，正好等于 POWER 的价格，而 POWER 含 10000 credits。分界线成立。
还有一个更好记的等价说法：因为超额买到的额度只有套餐的一半，升档的分界线永远是「升档多拿到的 credits 的一半」。PRO→PRO+ 多拿 1000，分界线 500；PRO+→PRO MAX 多拿 3000，分界线 1500；PRO MAX→POWER 多拿 5000，分界线 2500。三行全对得上。
能把这条线提前算出来，在这个赛道里不算常见。多数同类产品要么不公开超额单价，要么额度单位含糊到你没法做除法。Kiro 把这两个数都摆了出来，等于把「什么时候该升档」这个决策交还给了你自己。
但要泼一盆冷水：算得出分界线，不等于算得出你的用量。Kiro 官方没有公开单次操作扣多少 credit——它的 billing 文档页目前返回 404。所以上面那些 credits 数字，你只能等自己用过一两个月、看过实际消耗之后，才知道自己落在哪一档。分界线是确定的，落点是要靠实测的。
三、Copilot 的价值不只在额度里
如果只看「每美元买多少额度」，你会得出一个失真的结论。Copilot 的定价里包着一整套 GitHub 工作流的接入权，这部分没法折算成 credits。
Copilot 的套餐结构本身也是分档的，站内那篇GitHub Copilot 五档套餐对比已经拆过；额度用完之后团队层面会发生什么，Copilot credits 用完的团队处理那篇也讲过。这里不重复它们的数字。
我想强调的是另一件事：Copilot 跑在 GitHub 上，而你的代码托管、PR、Issue、Actions 大概率也在 GitHub 上。 当审查意见能直接落在 PR 的评论里、当任务描述本来就写在 Issue 里、当 AI 能顺着仓库历史去理解「这段代码为什么长这样」，省下的不是额度，是上下文搬运的功夫。
这部分价值有个特点：它随你已有的 GitHub 使用深度放大。 如果你团队的一切都在 GitHub 上跑，这层收益很实；如果你的代码在自建 GitLab 上、任务在别的系统里，这层收益就接近于零，那时候再去为它付费就不划算了。
所以拿两者比「每美元买多少额度」是错位的比法。Kiro 卖的是可计量的 agent 用量，Copilot 卖的是「AI 嵌进你已有工作流」的位置。分母不是同一个东西，除出来的数没有意义。
顺带一提，模型选择这件事在 Copilot 里本身也是一个可调的变量，站内的Copilot 模型怎么选讲过怎么根据任务挑；这也侧面说明，「谁的模型更强」这个问题在两家内部都不是一个固定答案，拿来做跨产品对比更站不住。
四、四种场景，分别怎么选
下面每一条都给理由，不做排名——因为排名依赖于「你是谁」，而这个前提每个人都不一样。
场景一：日常工作已经全在 GitHub 上。 代码托管、PR 评审、Issue 跟踪、CI 都在 GitHub，团队协作也围着 PR 转。这种情况倾向 Copilot。理由很直白：你不需要为「让 AI 看到上下文」额外做任何事，仓库、分支、评论区本来就是它的原生环境。换成任何一个外部工具，你都要先解决「怎么把项目背景喂给它」这个问题，而这个问题的成本是持续的、每天都要付一遍的。
场景二：需要精确控制和预测 AI 支出。 你想知道「这个月会花多少、下个月会不会突然翻倍」，并且希望这个数字是你能提前算的。这种情况倾向 Kiro。理由是上面第二节推过的：五档价格、每档 credits、超额单价三个数全公开，你可以在开支超标之前就算出升档分界线，而不是等账单出来才知道。需要提醒的是，可算的是「换算关系」，不是「你的用量」——用量还得靠头一两个月的实测填进去。
场景三：团队采购要报预算、要过审批。 财务要一个上限，采购要一个能写进申请单的数字。这种情况我倾向 Kiro，但理由和场景二不完全一样。团队版是每用户每月固定价，credits 与个人档相同，超额单价也公开——你可以直接写成「N 人 × $X + 预留超额上限」的形式，每一项都能追溯到定价页。反过来说，如果你团队的协作重心本来就在 GitHub 上，把 AI 预算和已有的 GitHub 支出合并申报，审批链路反而更短，那 Copilot 会更省事。这条要看你们的审批更在意「数字可解释」还是「供应商可合并」。
场景四：想要多种使用形态，不只是编辑器里补代码。 Kiro 目前有 IDE、CLI、Web、Mobile、Crew 五种形态：IDE 支持 macOS（Intel 与 Apple Silicon）、Windows 10/11 64 位、Linux（Ubuntu 24+、Debian 13+ 等）；CLI 支持 macOS、Windows 11（PowerShell）、Linux（glibc 2.34+）；Web 版任何现代浏览器都能开，不用本地安装；Mobile 目前是 iOS，走 Apple TestFlight；Crew 支持 macOS / Linux / Windows，需要 Python 3.9+。登录是 Google / GitHub / AWS Builder ID / 组织身份认证四选一。
这种「换个终端也能继续」的形态覆盖，对某些工作方式是有实际价值的：在 CI 脚本里调 CLI、在没装环境的机器上开 Web、通勤路上用手机看一眼 agent 跑到哪儿了。如果这些场景在你身上会真实发生，Kiro 的形态覆盖是它相对独特的一面。如果你 95% 的时间都在同一台电脑的同一个编辑器里，那这条对你就是零加分，别为用不上的形态付溢价。
五、一条决策路径
四步，按顺序问自己，中途满足就停：
第一步：你的代码托管和协作是不是在 GitHub 上？ 是 → 先默认 Copilot，跳到第四步做验证。不是（自建 GitLab、其他平台、或者本来就没什么协作流程）→ Copilot 的生态那一半价值你吃不到，直接进第二步。
第二步：你需要把 AI 支出精确算清楚吗？ 需要（要报预算、要设硬上限、要提前知道升档时机）→ Kiro 的可算性正对着这个需求，进第三步定档。不特别需要（个人用，超一点就超一点）→ 两边都行，那就回到第四步用试用期决定。
第三步：你一个月大概用掉多少 credits？ 不知道 → 这是正常的，先用 FREE 档的 50 credits 摸一摸手感，或者直接上 PRO 跑一个月看实际消耗，别一上来就买高档。心里有数了 → 对着第二节那张分界线表定档：稳定超 500 上 PRO+，稳定超 1500 上 PRO MAX，稳定超 2500 上 POWER。
第四步：在你手上真实的项目里跑一周。 不是跑 demo，是跑你下周本来就要做的那个需求。一周之后回答两个问题：它有没有真的帮你省下时间？额度消耗跟你的预期差多远？这两个答案比任何对比文章都可靠——包括这一篇。
六、这两件事不该作为你的选择依据
第一，别比模型强弱。
这不是说模型不重要，而是说这个维度上的差距被你的提问方式盖过去了。同一个任务，「帮我把这个电商项目的订单模块重构一下」会让 agent 自己拆成搜索、读取、生成、逐文件修改、自检十几个步骤，中间任何一步跑偏都要重来；而「只改 order/service.ts 里的 createOrder，别动支付逻辑，改完把改动点列给我」收敛得多，也便宜得多。同一个模型在这两种问法下的表现差距，比两家模型之间的差距大得多。先把提问练好，再去纠结模型。
第二，别信网上的 credit 换算表。 你会搜到不少「一次对话扣几个 credit」「跑一个 spec 大概多少 credit」的表格。Kiro 官方没有公开单次操作的扣费标准——它的 billing 文档页目前是 404。既然官方没公布，那些表格的来源就只能是个别人的零星观察，而个别观察在不同任务复杂度、不同上下文长度下差异极大，拿来当预算依据会出事。真要估算，唯一靠谱的办法是自己跑一个月，看自己的账单。
最后
把这篇压成三句话：
Kiro 的额度体系是可算的——五档 credits、$0.04/credit 超额单价、每美元恒定 50 credits 全部公开，升档分界线是「多拿到的 credits 的一半」，PRO 档就是 500。这份可算性对「需要控预算」的人是实打实的价值。
Copilot 的价值有相当一部分不在额度上，而在它长在 GitHub 里这件事上——这部分收益随你已有的 GitHub 使用深度放大，也随之归零，没法折算成 credits，所以别用「每美元买多少额度」去衡量它。
真正决定该选谁的，不是这两个产品的参数，是你自己的两个前提：你的协作重心在不在 GitHub，以及你需不需要一个能提前算清的支出上限。前提清楚了，选择基本是自明的；前提不清楚，看再多对比也选不出来。
最后提醒一句：本文所有价格与配置来自 2026-08-08 核对的官方定价页与安装文档，定价随时可能调整，掏钱前请以官方定价页当天的显示为准。