Kiro 额度怎么算？五档 credits、超额单价与省额度实操
用 Kiro 之前最容易卡住的一个问题是：它到底怎么收钱、我一个月够不够用。 Kiro 的额度单位叫 credit，五档套餐给的 credits 数量差了 200 倍，价格差了 10 倍——不搞清楚这套账，很容易买高了浪费，或者买低了月中停摆。
这篇把 Kiro 官方定价页上写明的数字全部摆出来，同时诚实告诉你哪些关键数字官方没写、没写的部分该怎么自己测。读完你能做到三件事：看懂五档的真实差距、算清超额的代价、判断自己该买哪一档。
一、先把五档摆清楚
Kiro 个人版一共五档，额度单位统一是 credits：
| 档位 | 月价 | 含 credits | 超额单价 |
|---|---|---|---|
| KIRO FREE | $0 | 50 | 定价页未写明 |
| KIRO PRO | $20 | 1,000 | $0.04/credit |
| KIRO PRO+ | $40 | 2,000 | $0.04/credit |
| KIRO PRO MAX | $100 | 5,000 | $0.04/credit |
| KIRO POWER | $200 | 10,000 | $0.04/credit |
（以上为 Kiro 官方定价页 2026 年 8 月 8 日的展示内容，价格与额度会调整，下单前请以官方定价页为准。）
先看一个容易被忽略的规律：从 PRO 到 POWER，每一档的「每美元买到多少 credits」是完全一样的——$20 买 1000，$40 买 2000，$100 买 5000，$200 买 10000，全部都是 50 credits/美元。
这条规律很重要，它意味着 Kiro 的高档位不提供批量折扣。你在很多 SaaS 里习惯的「买大档更划算」，在 Kiro 这里不成立。所以选档的逻辑不是「买大点更省」，而是纯粹的**「我一个月大概用多少，就买刚好覆盖的那一档」**。
团队版是同样的五个价位（$20 / $40 / $100 / $200），区别在于这些价格是按每用户每月计算的，每人拿到的 credits 数量和个人档一致，超额同样是 $0.04/credit。也就是说，10 个人的团队上 PRO，就是 $200/月拿到 10×1000 credits，而不是一份 1000 credits 大家分。
二、超额不是断供，是 $0.04 续着用
这是 Kiro 的额度机制里最该先搞明白的一点：credits 用完了，工具不会锁死。 官方定价页对超额的措辞是 “Pay-per-use overage”，个人档写作 “Add-on credits”，单价都是 $0.04/credit。
把这个单价和套餐单价放一起对比，账立刻就清楚了：
- 套餐内：$20 买 1000 credits = $0.02/credit
- 超额后：$0.04/credit
超额价正好是套餐价的两倍。 这条换算是本文最有用的一个结论，因为它给了你一条非常清晰的决策线：
如果你每个月都要超额，而且超出的量已经接近下一档的增量，那你就该升档； 如果只是偶尔某个月冲一下，那按 $0.04 补比常年养着高档位便宜。
举个具体的算法你就有感觉了。假设你在 PRO（$20，1000 credits），某个月实际用了 1800 credits：
- 继续留 PRO + 超额：$20 + 800 × $0.04 = $20 + $32 = $52
- 升到 PRO+：$40 拿 2000 credits，够用，$40
这个月升档更划算，省 $12。但如果你只用了 1200 credits：
- 留 PRO + 超额：$20 + 200 × $0.04 = $28
- 升到 PRO+：$40
这时候留在 PRO 补超额反而省 $12。
分界点可以直接算出来：设超出量为 x，留在低档的成本是 $20 + 0.04x，升档成本是 $40，两者相等时 x = 500。也就是说，当你每月超出量稳定超过 500 credits 时，升到下一档更划算；低于 500 就补超额。这条 500 的分界线在每两个相邻档位之间都成立（因为相邻档的差价都是「多出的 credits × $0.02」）。
三、官方没写的部分，以及怎么自己测
到这里为止的数字都是官方定价页白纸黑字写的。但接下来这几个问题，Kiro 的公开文档目前查不到，我不打算给你编一个：
- 一次操作扣几个 credit（一次对话？一次 Agent 任务？一次文件改动？）
- credits 的刷新周期（自然月还是订阅周期日）
- 不同工作模式之间的消耗差异
- FREE 档超额之后的行为（定价页对免费档的超额单价未作说明）
我把 Kiro 文档站的计费参考页抓了一遍，该路径当前返回 404，所以这几项没有可信来源。网上能搜到的各种「一次任务扣 X 个 credit」的说法，我无法核实，不写进来。
但你不需要等官方补文档才能做决策，因为这几个数你可以自己测出来，而且比看文档更准——毕竟消耗量本来就取决于你自己的用法：
- 先记录起点：在 Kiro 里找到额度余额显示的位置，记下当前剩余 credits 和日期。
- 做一件你典型的活：不要专门去做测试任务，就照常干一天活——因为你要测的是「你的真实用法一天烧多少」，不是「一次点击烧多少」。
- 一天后再记一次，两个数一减，就是你的真实日均消耗。
- 乘以你一个月的实际工作日（不是 30 天，是你真正会开 Kiro 的天数），得到月消耗估算。
- 拿这个数去对照上面的五档表，选刚好覆盖它、并留一点余量的那一档。
这个方法比任何文档里的单价表都可靠，原因很简单：同样是「重构一个模块」，不同人的提问方式能把消耗量差出好几倍。一个把需求圈得很死的人（「只改 order/service.ts 里的 createOrder，别动支付逻辑」），和一个丢一句「帮我把这个项目优化一下」的人，Agent 自主展开的步数完全不是一个量级。测你自己的，才有意义。
四、选档的实操判断
综合上面的账，给你一条可以直接用的路径：
第一步，先用 FREE 档的 50 credits 测出日均消耗。 50 credits 不多，但足够你按第三节的方法跑出一个日均数。这一步的目的不是干活，是拿到你自己的消耗基线。
第二步，用日均 × 月工作日估月消耗，对照五档选。 因为不存在批量折扣，直接选刚好覆盖的那档即可，不用为了「更划算」往上买。
第三步，跑满一个完整月后复核一次。 如果超出量稳定在 500 credits 以上，升档；稳定在 500 以下，留着补超额。这条线前面算过，可以直接套用。
第四步，团队采购单独算。 团队版是按人头乘的，所以真正要判断的是「团队里每个人的用量差异有多大」。如果只有两三个人重度使用、其他人偶尔用，那给重度用户单独配高档、其他人配低档，会比全员统一档位省得多。
五、省 credits 的几个着力点
不依赖任何未公开的消耗单价，下面几条从「减少无效的模型调用」出发，是长期有效的：
把需求圈死再发。 前面说过，Agent 的自主展开步数是消耗大头。你在提问时多花 20 秒写清楚「改哪个文件、哪个函数、不要动什么」，能省掉它自己去搜索、试探、返工的一大串步骤。
别让它猜项目结构。 如果每次都要 Agent 自己摸清楚项目怎么组织，那这部分探索成本每次都要重付一遍。把项目约定沉淀成一份长期文件（依赖怎么装、目录怎么分、测试怎么跑），让它有据可依，比每次现场摸索省得多。
大任务拆开做，别一次丢一个大的。 一个跑歪的大任务，浪费的是整串步骤；拆成几段，每段跑完你能确认一次方向，跑歪了只损失一段。
改一版不满意时，先想清楚再重发。 每次「再改改」都是一次新的调用。与其连续追问三次让它慢慢逼近，不如停下来把「我到底要什么」说清楚，一次到位。
本地能干的别交给它。 改个变量名、调个格式、看一眼文件内容——这些你自己动手几秒的事，交给 Agent 就是一次调用的开销。
最后
Kiro 的额度体系其实是本文这几家里最透明的一个：五档 credits 全部写明，超额单价写明，而且不搞批量折扣——这让选档变成了一道简单算术，不需要猜。
真正需要你自己动手的只有一件事：测出你的日均消耗。 官方没公开单次操作的扣费规则，但这个数你花一天就能测准，而且测出来的是你自己的用法，比任何通用单价表都可靠。
价格和额度会随版本调整，本文的数字是 2026 年 8 月 8 日官方定价页的展示内容，下单前请以官方定价页为准。但两条结论是长青的：超额价是套餐价的两倍，以及每月超出 500 credits 就该升档——这两条的推导只依赖档位之间的比例关系，不依赖某个具体价格。