Kiro vs Claude Code 怎么选？看形态和额度恢复这两条轴
把 Kiro 和 Claude Code 放一起比，最没用的比法是「谁的模型更聪明」。这两家背后都能接到当下的主流大模型，真正拉开产出差距的是你怎么提问、怎么框定改动范围，而不是型号后面那个小数点。而且模型这层随时在换，你今天照着某篇评测下的判断，下个月可能就作废了。
所以这篇只比两件你能自己核实、并且短期内不会翻盘的事：它们长什么样（形态），以及额度用完的那一刻你能做什么（恢复方式）。这两条轴叠在一起，基本就能定下你该用哪个——甚至能定下你是不是该两个都用。
读完你应该能做到：判断自己属于哪一类用户，知道额度撞墙时手里有什么牌，以及在团队采购时按什么口径配档位。
轴一：形态——一个有五种壳，一个就是终端
Kiro 目前铺了五种形态，覆盖面比大多数同类产品宽：
| 形态 | 运行环境 | 是否需要本地安装 |
|---|---|---|
| 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、组织身份认证。首次流程也很常规：下载 → 运行安装程序 → 选登录方式 → 可选地导入 VS Code 的设置与扩展 → 打开项目文件夹。它支持自动更新，也允许降级回早期版本——这一点在遇到某个版本行为异常时挺救命的。
Claude Code 这边形态就一句话说完：它是跑在终端里的命令行工具。你现有的编辑器、现有的 shell、现有的 tmux 分屏，一样都不用换。
这个差别落到实际选择上，是两个方向相反的好处。
Kiro 的 Web 形态意味着零安装先试。 你不想在公司电脑上装东西、不想过 IT 审批、只是想花二十分钟看看这类工具到底能不能改动你那个祖传项目——打开浏览器就完事了。等你确认有用，再决定装 IDE 版还是 CLI 版。这条路径在「先验证再投入」上省掉了一整道门槛。
Claude Code 的好处是不要求你换工具链。 它插进你已有的工作方式里，而不是要你搬家到一个新 IDE。如果你的日常本来就是终端 + Vim/Neovim，或者你有一堆自己攒的 shell 脚本和 Makefile，这个「不打扰」本身就是价值。
顺带提一个排查坑：Kiro 支持 HTTP_PROXY 之类的环境变量，但浏览器登录会绕过代理设置。如果你在需要代理的网络里登录一直失败、其他请求却正常，先怀疑这里。
轴二：额度用完那一刻，代价落在钱上还是时间上
这才是决策的关键。两家撞墙之后能做的事完全不同。
Kiro：撞墙了可以掏钱继续。 它的付费档是这样的：
| 档位 | 月价 | 含 credits | 折算单价 | 超额单价 |
|---|---|---|---|---|
| KIRO FREE | $0 | 50 | — | 页面未写明 |
| KIRO PRO | $20 | 1,000 | $0.02 | $0.04/credit |
| KIRO PRO+ | $40 | 2,000 | $0.02 | $0.04/credit |
| KIRO PRO MAX | $100 | 5,000 | $0.02 | $0.04/credit |
| KIRO POWER | $200 | 10,000 | $0.02 | $0.04/credit |
算两笔账，都能自己复核：
第一笔，超额价是套餐价的整两倍。$20 买 1,000 credits，套餐内单价 $20 ÷ 1000 = $0.02/credit；超出后按 $0.04/credit 买，正好翻倍。
第二笔，每月超出 500 credits 就该升档。假设你在 PRO 档一个月用了 1,500 credits，账单是 $20 + 500 × $0.04 = $40；而 PRO+ 本身就是 $40，含 2,000 credits。同样掏 $40，一个给你 1,500，一个给你 2,000。所以只要超额量稳定在 500 以上，升档是纯赚。这个「500」不是拍脑袋的经验值，是两倍溢价推出来的死数——每高一档都多 $20 换 1,000 credits，而 500 credits 的超额费恰好就是 $20。
再补一个观察：从 PRO 到 POWER，四个付费档折算下来都是 $0.02/credit，没有「买得多更便宜」。所以升档的意义不是拿到折扣，而是把已经在花的超额钱按原价买回来。
关键点在于：不管哪个档，Kiro 撞墙时你手里有一张牌可以打——加钱。代价落在钱上，而钱是可预算、可当场决定的。
Claude Code：撞墙了主要只能等。 它走的是滚动时间窗口限额，用满之后，得等窗口滚过去才能继续；除此之外还有一层周期更长的限制叠在上面。具体的窗口长度和触发条件请看站内这两篇：Claude Code 额度限制怎么算、Claude Code 的周限制，以官方文档为准。
我不在这里写任何具体数值，原因很直白：这类限额官方会调整，我手上没有当天核实过的一手数字，编一个出来比不写更糟。你要的是机制，机制是——钱通常解决不了当下这一刻。你不是被账单卡住，是被时钟卡住了。
把两条轴并起来：
| Kiro | Claude Code | |
|---|---|---|
| 形态 | IDE / CLI / Web / iOS / Crew 五种 | 终端里的命令行工具 |
| 零安装试用 | Web 版可以 | 需要装 |
| 计量单位 | credits | 时间窗口内的用量 |
| 用完了怎么办 | 按 $0.04/credit 继续买，或升档 | 等窗口滚过去 |
| 代价形态 | 钱 | 时间 |
| 单次操作扣多少 | 官方未公开 | 见站内两篇，以官方文档为准 |
四种场景，四种选法
场景一：手上有硬 deadline，最怕干到一半被打断。 倾向 Kiro。不是因为它更强，而是因为它的墙可以用钱推开。凌晨两点、明早要交、额度见底——这时候 $0.04/credit 是这个世界上最便宜的东西之一。反过来，如果那一刻你面对的是「等窗口滚过去」，你能做的只有干等或者手写，deadline 不会体谅你。
场景二：预算是硬约束，最怕账单失控。 倾向 Claude Code，或者用 Kiro 但把心态摆正。时间窗口限额有个被低估的优点：它的成本上限就是订阅费本身，不会因为你某天心血来潮让 Agent 重构整个项目而多掏一分钱。Kiro 的按量超额是把成本上限交到了你自己手里——手一抖就是钱。如果你是学生、独立开发者、或者花的是自己的钱且没有报销通道，这个差别很实在。真要用 Kiro，务必先看清楚学生免费额度的条件。
场景三：还在观望，想零安装先试试。 Kiro 的 Web 形态是这里的唯一解。公司电脑装不了软件、或者你只是想验证「这类工具值不值得我投时间学」，浏览器打开就能跑，不满意关掉，沉没成本接近零。
场景四：团队采购，要统一管理。 偏向 Kiro，理由是三条具体的：一是它有组织身份认证这个登录方式，能接进公司现有的身份体系，不用让每个人拿私人 Google 账号登公司项目；二是团队档就是 PRO $20 / PRO+ $40 / PRO MAX $100 / POWER $200，每用户每月计价，报销口径清清楚楚；三是每人的 credits 数量与个人档完全相同。
但第三条也带出一个采购上的坑：团队档没有批量折扣。买十个人的 PRO 就是十份 $20，不会因为人多便宜。这意味着最优解不是「全公司统一买一个档」，而是按人配档——重度用 Agent 跑重构的两三个人配高档，偶尔用一下补全的十几个人配 PRO 甚至 FREE。统一配档在这个定价结构下只会浪费钱：配高了，闲置的 credits 是白花的；配低了，每个人都在按两倍价买超额。
一条决策路径
按顺序问自己四个问题，多数人第三步之前就能停：
第一步：你现在的日常主力是终端还是 IDE？ 终端 + Vim/Neovim 重度用户 → Claude Code 的插入成本最低，先试它。 IDE 用户、或者根本不确定 → 往下走。
第二步：你能不能在本机装软件？ 不能（公司管控、审批太长） → Kiro Web 版，这基本是唯一能立刻开工的选项。 能 → 往下走。
第三步：撞墙的那一刻，你更怕哪种痛？ 怕被打断、进度不能停 → Kiro，用钱换时间。 怕账单超预算 → Claude Code，用时间换成本可预测。 说不清 → 回想上个月你有几次是「宁可多花二十美元也要现在做完」，有过两次以上就选前者。
第四步（团队才问）：需不需要接公司身份体系、需不需要统一报销口径？ 需要 → Kiro，走组织身份认证，然后按人配档，别统一配。 不需要，就是几个人各买各的 → 回到第三步各选各的，没必要强求一致。
三件不该拿来当依据的事
别拿模型强弱当决策依据。 前面说过，这层差距远小于「你怎么描述任务」带来的差距。同一个模型，你说「帮我把订单模块重构一下」和你说「只改 order/service.ts 里的 createOrder，别动支付逻辑」，消耗和结果差出好几倍。先练提问，再挑工具。
别信网上流传的 credit 换算表。 我特意去查了：Kiro 官方没有公开单次操作消耗多少 credit，也没写 credits 的刷新周期，连 vibe 和 spec 两种模式的消耗差异都查不到——它文档站的 billing 页面直接返回 404。所以你在社区里看到的「一次对话大概 X credits」「spec 模式贵 Y 倍」，来源大概率是某个人自己数出来的样本，跟你的项目规模、上下文长度都不一样。这事我不知道，也不打算替官方编一个。自己开一个月，看账单，那是你自己的换算表。
别把「用完了怎么办」和「够不够用」混为一谈。 前者是机制，后者是你的用量。机制我能给你讲清楚，用量只有你自己跑一个月才知道。
最后
这两个东西形态不同——一个铺了五种壳、按 credits 计费，一个就住在你的终端里、按时间窗口限流。形态不同，就意味着它们不必二选一。
一种实际可行的分工是：Claude Code 承担日常在终端里的高频小改动，反正它不占额外的工具链位置；Kiro 承担那些「今晚必须干完」的冲刺任务，因为它的墙可以用钱推开。撞上时间窗口的时候你有替补，需要零安装临时上手的时候你有 Web 版。
但我得诚实说一句：这是两份订阅。Kiro 最低的付费档是 $20/月，Claude Code 那边是另一笔。值不值，得看你一个月里真正被卡住的次数——如果一个月只被打断一两次，多花的订阅费大概率不如你干等那半小时来得划算；如果每周都撞墙，那第二份订阅的账很容易算平。
这笔账我替你算不了，因为它只跟你自己的用量有关。但至少现在，你知道该看哪两个数：你被打断了几次，以及那几次里有几次是真的耽误了事。