Kiro 团队版怎么算钱？席位价格、额度分配与采购策略
给团队采购 AI 编程工具，最容易犯的错是把它当成买办公软件：数一下有多少人，选一个「大家都够用」的档位，乘以人数，报预算。这套做法在 Kiro 上会让你多花一大笔钱，而且多花的部分完全买不到任何东西——它就是白白躺在账上没人用的 credits。
问题出在两个地方：Kiro 的额度是按人发放的，不是一个团队共享的池子；而且每档的「每美元买到多少 credits」完全相同，买大档没有任何批量折扣。这两条加在一起，直接推翻了「统一档位」的采购习惯。
这篇文章把 Kiro 团队版的账从头算一遍。读完你能做到三件事：看懂团队版四档到底在卖什么、用一个可复算的算例判断按人配档能省多少、知道第一个月该怎么摸清团队里每个人的真实用量。文中每一个数字都来自 Kiro 官方定价页 2026 年 8 月 8 日的展示内容，官方没写的部分我会明确说「没写」，不替它编。
一、团队版四档：价格全是「每用户每月」
先把牌摊开。Kiro 团队版是四个档位，和个人版的付费档一一对应：
| 档位 | 价格 | 每人每月 credits | 超额单价 |
|---|---|---|---|
| PRO | $20/用户/月 | 1,000 | $0.04/credit |
| PRO+ | $40/用户/月 | 2,000 | $0.04/credit |
| PRO MAX | $100/用户/月 | 5,000 | $0.04/credit |
| POWER | $200/用户/月 | 10,000 | $0.04/credit |
三个细节要盯住：
第一，价格单位是「每用户每月」，不是团队总价。$20 那一档，10 个人就是 $200/月。
第二，每人拿到的 credits 数量和个人档完全相同。团队版 PRO 的每人 1,000 credits，和一个人自己买 PRO 拿到的 1,000 是一个数。团队版没有「团队折上折」这回事。
第三，超额单价同样是 $0.04/credit，官方定价页的措辞是 “Pay-per-use overage”。也就是说 credits 用完不会把人锁死，是按 $0.04 继续用。
这三条里，第二条最反直觉。很多 SaaS 的团队版会给一个整体额度包，或者给量大的客户一个折扣价。Kiro 目前没有——至少定价页上没写。如果你的团队规模大到需要谈单独条款，那属于商务沟通的范畴，请直接以官方渠道的报价为准，不要拿定价页的数字去做大额预算的最终依据。
二、最关键的一条：额度按人给，不是共享池
这一条决定了后面所有的采购思路，值得单独拿出来说。
假设你有一个 10 人的团队，全上 PRO 档。你付 $200/月，得到的是什么？
是 10 份各自独立的 1,000 credits，一共 10,000 credits。不是一份 1,000 credits 让 10 个人分。
差别有多大？10,000 和 1,000 差了 10 倍。如果你按「共享池」的思路理解，会得出「10 个人分 1,000 credits，人均 100，根本不够用」的结论，从而直接跳到高档位去；如果按「按人发放」的正确理解，人均就是 1,000，很可能对一半以上的人来说绰绰有余。
但这个好消息有它的另一面：额度不能在人之间流动。这才是真正影响钱的地方。
想象团队里有个人这个月在重构一个大模块，把自己的 1,000 credits 用光了，还超了 800；同时另一个人这个月在写文档、开会、review，只用了 200 credits，剩下 800 躺着。在共享池模型下，这两个人正好互补，团队总量刚好够；在按人发放的模型下，闲着的 800 帮不上忙，超出的 800 照样按 $0.04 收费，团队要多付 $32。
所以团队采购 Kiro 的核心命题不是「团队一共要买多少额度」，而是**「每个人分别该买哪一档」**。这是一个 N 个独立决策的问题，不是一个总量决策。
三、每美元 50 credits 恒定，所以「统一档位」一定浪费
把四档的性价比算一遍，规律一眼就出来了：
| 档位 | 价格 | credits | 每美元买到 |
|---|---|---|---|
| PRO | $20 | 1,000 | 50 credits |
| PRO+ | $40 | 2,000 | 50 credits |
| PRO MAX | $100 | 5,000 | 50 credits |
| POWER | $200 | 10,000 | 50 credits |
四档全部是 50 credits/美元，换算过来就是套餐内 $0.02/credit。没有任何一档更便宜。
这条规律的直接推论是：买高档位唯一的作用是「把超额价 $0.04 换成套餐价 $0.02」，除此之外没有任何额外好处。 你多花的钱一分不多一分不少地换成了 credits，用不完就是纯浪费。
于是「全员统一档位」的做法就站不住了。团队里总有人是重度用户、有人是偶尔用一下。统一档位只有两种走法，两种都亏：
- 按最重的人定档：所有轻度用户都在为自己根本用不掉的 credits 付全价。
- 按平均或最轻的人定档：重度用户月中就超额，全部超出量按 2 倍单价（$0.04 对 $0.02）计费。
正确做法只有一个：按每个人的实际用量分别配档。重度用户配高档，偶尔用的配低档。因为价格单位本来就是「每用户每月」，Kiro 的计费结构天然支持这种混配——你不需要为此做任何特殊安排。
（团队后台具体怎么给不同成员指定不同档位、管理员在哪个界面操作，官方定价页没有说明，我没有核实到，所以不写。请以官方控制台的实际界面为准。）
四、一个 10 人团队的完整算例
抽象的道理不如一笔账。假设一个 10 人研发团队，跑了一个月之后测出来的用量分布是这样的：
- 2 个重度用户：每月约 4,500 credits（主力开发，天天让 Agent 做跨文件改造）
- 3 个中度用户：每月约 1,800 credits（正常写业务代码，偶尔让 Agent 做大任务）
- 5 个轻度用户：每月约 600 credits（写文档、看代码、偶尔问几个问题）
团队一个月的真实消耗是：2×4,500 + 3×1,800 + 5×600 = 9,000 + 5,400 + 3,000 = 17,400 credits。
下面比三种买法。
买法 A：全员统一 PRO MAX（$100/人）
选它的理由通常是「要保证最重的人不超额」。4,500 < 5,000，确实不超。
- 成本：10 × $100 = $1,000/月
- 拿到：10 × 5,000 = 50,000 credits
- 实际用掉：17,400 credits
- 浪费：32,600 credits，占买到总量的 65%
买法 B：全员统一 PRO（$20/人）+ 超额
选它的理由是「基础档最便宜，超了再说」。
- 套餐成本：10 × $20 = $200/月
- 重度用户每人超 4,500 − 1,000 = 3,500 credits，2 人共 7,000 × $0.04 = $280
- 中度用户每人超 1,800 − 1,000 = 800 credits，3 人共 2,400 × $0.04 = $96
- 轻度用户 600 < 1,000，不超额，$0
- 合计：200 + 280 + 96 = $576/月
买法 C：按人分别配档
- 2 个重度用户上 PRO MAX：5,000 覆盖 4,500，不超额 → 2 × $100 = $200
- 3 个中度用户上 PRO+：2,000 覆盖 1,800，不超额 → 3 × $40 = $120
- 5 个轻度用户上 PRO：1,000 覆盖 600，不超额 → 5 × $20 = $100
- 合计：200 + 120 + 100 = $420/月
三种买法并排看：
| 买法 | 月成本 | 相对最优多花 | 一年多花 |
|---|---|---|---|
| A 全员 PRO MAX | $1,000 | +$580（+138%） | +$6,960 |
| B 全员 PRO + 超额 | $576 | +$156（+37%） | +$1,872 |
| C 按人分别配档 | $420 | — | — |
同样的 10 个人、同样的 17,400 credits 实际用量，最贵的买法是最省的 2.38 倍。一年差 $6,960——这笔钱买不到任何多出来的能力，纯粹是采购方式的差异。
顺便验算一下买法 C 的性价比：$420 买到 2×5,000 + 3×2,000 + 5×1,000 = 10,000 + 6,000 + 5,000 = 21,000 credits，实际用 17,400，浪费率 17%。这个浪费是档位颗粒度造成的（没有 4,500 这一档可买），已经是结构允许的接近下限了。
五、把 500 这条分界线按人套用
上面买法 C 里，每个人配哪一档我不是凭感觉挑的，背后有一条可以直接套的规则。
先说 PRO 档这条最常用的分界线：超出量超过 500 credits，就该升到 PRO+。
推导很简单。从 PRO 升到 PRO+，多花 $20，多拿 1,000 credits；不升档而超额使用，每 credit 花 $0.04。设超出量为 X：
- 不升档：成本 = 0.04X
- 升档：成本 = $20（固定）
- 两者相等时：0.04X = 20 → X = 500
所以 X > 500 就升档更划算，X < 500 就留在 PRO 继续超额。500 这个数字不难记。
再往上推一层，规则的通用形式是：当超出量大于「相邻两档 credits 差额的一半」时，升档更划算。 因为相邻档的差价永远等于「多出的 credits × $0.02」，而超额价是 $0.04，正好是两倍，所以临界点固定落在差额的一半上。各档的具体分界线：
| 当前档 | 下一档 | credits 差额 | 差价 | 升档分界线（超出量） |
|---|---|---|---|---|
| PRO | PRO+ | 1,000 | $20 | 500 |
| PRO+ | PRO MAX | 3,000 | $60 | 1,500 |
| PRO MAX | POWER | 5,000 | $100 | 2,500 |
拿这张表核对买法 C 里的每个人：
- 重度用户 4,500：如果只买 PRO，超 3,500 ≫ 500，该升；升到 PRO+ 后仍超 2,500 > 1,500，继续升；升到 PRO MAX 后 4,500 < 5,000，不超了，停在这里。PRO MAX 正确。
- 中度用户 1,800：只买 PRO 超 800 > 500，该升；升到 PRO+ 后 1,800 < 2,000 不超了。PRO+ 正确。
- 轻度用户 600：600 < 1,000，本来就不超。PRO 正确。
需要提醒的是，这条规则是拿「稳定的月均用量」去套的。如果某个人的用量月月剧烈波动——这个月 3,000 下个月 800——那就要看波动的形状：偶尔冲高一次，留在低档吃一次超额往往更便宜；连续几个月都冲高，就老老实实升档。Kiro 的 credits 是否在月末清零、是否可以结转到下个月，官方定价页没有写明，这个我没核实到，会直接影响波动型用户的策略，请以官方控制台的账单说明为准。
六、怎么摸清每个人的用量分布
上面所有算例都建立在一个前提上：你知道团队里每个人一个月大概烧多少 credits。 现实是，采购的时候你八成不知道。
这里没有捷径，也不要去网上抄「一个中级工程师平均每月消耗 X credits」这种数——它跟你的代码库规模、大家的提问习惯、有没有人喜欢让 Agent 一次性重构十个文件强相关，别人的数字对你没有参考价值。
唯一靠谱的办法是先跑一个月，用真实数据说话。 具体做法：
第一步，第一个月全员上 PRO（最低付费档）。 理由是它便宜，而且 1,000 credits 足够暴露差异——轻度用户会剩很多，重度用户会超，超出多少正好是你要的信号。10 个人一个月 $200，就算重度用户超额多花一两百，这笔学费也远小于直接猜错档位一年多花几千美元。
注意别用 FREE 档做这件事。FREE 只有 50 credits，这个量级下所有人都会在头两天用完，测不出任何分布，只能测出「大家都不够用」。
第二步，月底把每个人的实际消耗记下来。 这里我要诚实：Kiro 的团队管理后台长什么样、有没有按成员拆分的用量报表、管理员能不能看到每个人的消耗明细，我没有核实到，官方定价页上没有这些信息。请以官方控制台的实际功能为准。 如果后台确实提供成员级用量数据，那这一步几分钟就完成；如果不提供，退一步的办法是让每个人自己在月底报一下自己的剩余额度和超额金额，虽然粗糙，但足够分出重度、中度、轻度三档。
第三步，第二个月按分布重新配档。 用第五节那张分界线表，逐个人过一遍：这个人上月实际用量落在哪个区间，该配哪一档。
第四步，每季度复核一次。 用量会漂移——项目进入攻坚期，中度用户可能变重度；项目上线维护期，重度用户可能掉回来。三个月看一次，比一年不动要省得多，也比每月折腾省事。
有一个执行上的坑要提醒：不要把档位配置当成绩效信号。 一旦团队里传出「配 PRO MAX 的是核心开发、配 PRO 的是边缘人员」，档位就会变成面子问题，所有人都会要求升档，你辛苦算的账当场作废。配档的沟通口径应该是「按你手头活的类型配的，做重构的多给点，随时可以调」，把它变成一件纯粹的工具配置，而不是身份标记。
七、还有哪些账我没法替你算
诚实说清楚边界，比给一个看起来完整但有水分的方案更有用。以下这些我没有核实到，不编：
- 一个具体操作消耗多少 credit。 让 Agent 改一行代码和让它重构一个模块，消耗肯定不一样，但差多少倍，官方文档里我没找到。这也是为什么第六节必须靠实测——没有单价表，就只能靠账单反推。
- credits 的刷新周期与结转规则。 月初重置还是按订阅日重置、用不完是否清零，未核实。
- 不同工作模式的消耗差异。 Kiro 有不同的使用方式，它们烧 credits 的速度是否不同、差多少，未核实。
- 团队后台的具体能力。 能不能按部门分组、能不能设置人均消耗上限告警、能不能中途改档并按比例结算，全部以官方控制台为准。
这些空白不影响本文的核心结论——因为「按人发放、每美元 50 credits 恒定、超额 $0.04」这三条硬事实已经足够推出「必须按人分别配档」。但它们确实影响精细优化，所以在你下单前，这些点值得去官方渠道确认一遍。
如果你同时在评估别家的团队方案，可以对照着看：GitHub Copilot 的团队场景里 credits 用完之后的处理逻辑，我们在Copilot credits 用完怎么办（团队版）里拆过；Copilot 五档套餐对比则可以拿来和上面这张四档表并排看，两家的档位切分思路差别不小。另外，如果你团队里有在校学生成员，Kiro 学生免费那篇讲的资格条件值得先核一下，符合条件的席位可以直接从预算里扣掉。
最后
Kiro 团队版的采购，本质上是把「一个总量决策」拆成「N 个独立决策」。这个拆分不是我发明的技巧，是它的计费结构逼出来的——价格单位是每用户每月，额度按人发放不能流动，每美元买到的 credits 四档恒定。三条摆在一起，统一档位就没有任何理由存在。
真正要花力气的只有一件事：搞清楚团队里每个人一个月到底烧多少。 第一个月全员 PRO 跑一遍，月底看账，第二个月按分界线表配档，之后每季度复核。上面那个 10 人团队的例子里，这套流程值 $580/月。团队越大、成员之间的用量差异越悬殊，它就越值钱。
最后照例提醒：本文所有价格与额度来自 Kiro 官方定价页 2026 年 8 月 8 日的展示内容，这类数字调整频繁，下单前请以官方定价页和官方控制台为准。