编程 Agent 的团队席位怎么算钱？四种计价结构横向对比与采购建议
给个人买一个编程 Agent 账号，决策很简单：看月价、看额度、看够不够用。给团队买，很多人沿用同一套算法——把人数乘上单价，比谁便宜。这个算法几乎总会把钱花错地方。
原因是团队档的价格不是一个数字，而是一条曲线。有的家人越多总价越线性上涨，有的家人越多人均越便宜，有的家干脆和人数无关。你在 3 个人的时候比出来的”便宜”，到 15 个人时可能完全反过来。更麻烦的是，有些家把席位数写成了硬上限，你按今天的规模选的档，明年可能根本续不下去。
这篇文章做一件事：把四家有公开团队定价的编程 Agent 摊开，按计价结构分类，而不是按单价排序。读完你应该能做到三件事——判断一家的团队档属于哪种结构、算出自己团队规模下的真实人均成本、知道签合同前该问销售什么。所有数字来自 2026-08-08 各家官方定价页的公开信息，没写出来的项就是页面上没有，我会明确标注。
四种计价结构对照表
先把四家摆在一起。注意最右边两列——“额度归属”和”席位上限”，这两栏比价格栏更能决定你的采购决策。
| 家 | 结构类型 | 团队档价格 | 额度归属 | 席位上限 |
|---|---|---|---|---|
| Kiro | 纯人头价 | PRO $20 / PRO+ $40 / PRO MAX $100 / POWER $200，均为每用户每月 | 按人给，各档 1,000 / 2,000 / 5,000 / 10,000 credits，与个人档相同 | 页面未写明 |
| Warp Business | 人头价 + 功能溢价 | $50/用户/月（年付 $45） | 按人给，每人 1,500 credits | 最多 25 席 |
| Devin Teams | 固定费 + 人头价两段式 | $80/月 + $40/月/座位 | 页面未写明额度数量 | 页面未写明 |
| Augment BUSINESS | 纯固定价 | $100/月固定 | 含 $100 使用额度/月，额度单位是美元，非按席位分配 | 最多 50 席 |
四行看下来，你会发现”哪家便宜”这个问题在结构层面就没法回答——它们连计价的自变量都不一样。Kiro 的自变量是人数和每人的档位，Warp 的自变量是人数，Devin 是人数加一个常数项，Augment 干脆没有人数这个变量。
结构一：纯人头价，成本完全线性——Kiro
Kiro 的团队档就是个人档原样搬过来：PRO $20、PRO+ $40、PRO MAX $100、POWER $200，每一档都是每用户每月，每人拿到的 credits 数量和个人档一模一样（1,000 / 2,000 / 5,000 / 10,000），超额单价也一样是 $0.04/credit。
把这四档换算成”每美元买多少 credits”：
| 档位 | 月价 | 含 credits | 每美元 credits |
|---|---|---|---|
| PRO | $20 | 1,000 | 50 |
| PRO+ | $40 | 2,000 | 50 |
| PRO MAX | $100 | 5,000 | 50 |
| POWER | $200 | 10,000 | 50 |
1000÷20 = 50，2000÷40 = 50，5000÷100 = 50，10000÷200 = 50。四档一个数，说明Kiro 完全没有批量折扣。买贵的档不会让单位额度更便宜，它只是把预付的量做大。
这个发现有个很实际的推论：给团队”统一配一个高档位”是纯浪费。既然每美元买到的额度恒定，多买的部分不会打折，那么给一个月只用几百 credits 的人配 5,000 credits 的档，多出来的钱就是白扔。正确做法是按每个人的实际用量分别配档——重度用 Agent 跑重构的配高档，一天写几个函数的配 PRO。后面会算这笔账。
成本曲线特征：一条过原点的直线，斜率就是你选的档位单价。人数翻倍，总价翻倍，人均不变。好处是好预测，坏处是规模完全不带来任何议价空间。
结构二：人头价 + 功能溢价——Warp Business
Warp 的 Business 档是 $50/用户/月（年付 $45），每人 1,500 credits，最多 25 席位。
单看 1,500 credits 这个数，和它的个人 Build 档一模一样——Build 是 $20/月，同样 1,500 credits。换算一下：
| 档位 | 月价 | 含 credits | 每美元 credits |
|---|---|---|---|
| Build（个人） | $20 | 1,500 | 75 |
| Business（团队） | $50/用户 | 1,500/人 | 30 |
$20 买 1,500，是每美元 75 credits；$50 买同样的 1,500，是每美元 30 credits。30 ÷ 75 = 0.4，也就是说 Business 档每一美元买到的额度只有 Build 档的 40%。多付的那 $30 一分额度都没换来。
这不是坑，而是结构本身在告诉你：Business 档卖的不是额度，是团队管理能力。你付的溢价对应的是集中计费、成员管理、统一策略这类东西。所以判断该不该上 Business 档，标准不是”额度够不够”，而是”我需不需要那套管理能力”。如果你的团队只有三四个人、彼此信任、报销走个人发票也无所谓，那各买各的 Build 档在纯额度上更划算——代价是你要自己收发票、自己管人员进出。
成本曲线特征：仍然是过原点的直线，但斜率里含一块固定溢价。人越多，你为管理能力付的总钱越多，人均却降不下来。这一点和 Devin 的两段式恰好相反。
结构三：固定费 + 人头价两段式——Devin Teams
Devin 的 Teams 档写法是 $80/月 + $40/月/座位。这是四家里唯一的两段式：一个和人数无关的基础费，加一个按人计的座位费。
总价公式：总价 = 80 + 40n。把几个常见团队规模代进去，人均成本是这样：
| 团队人数 n | 总价（$/月） | 人均（$/月） |
|---|---|---|
| 3 | 200 | 66.7 |
| 5 | 280 | 56.0 |
| 10 | 480 | 48.0 |
| 20 | 880 | 44.0 |
| 50 | 2,080 | 41.6 |
复算一遍：3 人是 80 + 120 = 200，200 ÷ 3 ≈ 66.7；5 人是 80 + 200 = 280，280 ÷ 5 = 56；10 人是 80 + 400 = 480，480 ÷ 10 = 48；20 人是 80 + 800 = 880，880 ÷ 20 = 44；50 人是 80 + 2000 = 2080，2080 ÷ 50 = 41.6。
这就是两段式的摊薄效应：那 $80 基础费被越来越多的人分摊，人均从 $66.7 一路降到 $41.6，无限逼近 $40 但永远到不了——因为 80÷n 只会趋近于 0，不会等于 0。
结论很直白：两段式对小团队最不友好。3 个人的时候，你实际上是在按每人 $66.7 的价格用一个标价 $40 的座位，多出来的 66% 全是基础费摊出来的。如果你是个三人小组，看到”$40/座位”就以为月支出 $120，签完发现是 $200，这个偏差在预算表上不算小。反过来，如果你的团队已经二十人以上，基础费摊到人均 $4 以下，就基本可以忽略不计了。
需要说清楚的是：Devin 页面没有写明 Teams 档每个座位包含多少额度。它只写了用量额度会按日或按周自动刷新，超出后可以额外购买、按 API pricing 计费。所以上面这张表算的是订阅费，不是总拥有成本。真实开销还要加上超额部分，而超额部分需要多少，页面给不出依据，只能以官方定价页和你自己的试用数据为准。
结构四：纯固定价——Augment BUSINESS
Augment 的 BUSINESS 档是 $100/月固定价，包含 $100 的使用额度，最多 50 席位。ENTERPRISE 档则是席位无限制、使用限额自定义，价格需要洽谈。
这一档有两个地方和其他三家完全不同。
第一，额度单位是美元，不是 credits。$100 的额度涵盖 LLM 调用、Context Engine 和计算，超出后按 “Top-ups, pay as you go” 补充。这意味着你不需要在心里做”多少 credits 等于多少钱”的换算，账单和额度是同一个单位。对财务口径来说这是省事的——你要报的预算和你消耗的额度可以直接对齐。
第二，价格里根本没有人数这个变量。$100 就是 $100，5 个人用是 $100，50 个人用还是 $100。折算成人均：5 人时人均 $20，20 人时人均 $5，50 人时人均 $2。
但这里必须把话说清楚，不能只讲好听的一半：额度也不随人数增加。页面给的是固定价加固定额度，没有写明额度按席位分配。50 个人共用 $100 的月度额度，摊到每人只有 $2 的调用量——这个量能干多少活，页面没给依据，我不能替你估。所以纯固定价结构的真实含义是：订阅费被摊薄了，额度压力被集中了。人越多，你越可能主要在为 Top-ups 付钱，而不是为那 $100 的订阅付钱。
成本曲线特征：订阅费是一条水平线，人均是一条双曲线；但超额费用会随人数增长而增长，最终总成本大概率还是向上走。判断这一档划不划算，关键看你团队的总调用量，而不是人头数。
另外提一句，Augment 的产品线名为 Cosmos，2026-07-29 起 GPT-5.6 Sol 成为 Cosmos 的默认模型。免费档和试用条款页面上没有写明——页面只有试用和预约演示两个按钮，具体条件得走销售渠道问。
分档采购能省多少：一个 10 人团队的算例
回到前面 Kiro 那条”没有批量折扣”的结论，拿一个具体团队算笔账。
假设 10 个人，其中 3 个是重度使用者（天天让 Agent 做跨文件重构、批量改测试），7 个是日常使用者（补个函数、写点注释、偶尔问问思路）。
方案 A，全员统一配 PRO MAX（$100/人）：10 × $100 = $1,000/月。
方案 B，按用量分档：3 人配 PRO MAX，7 人配 PRO。3 × $100 + 7 × $20 = 300 + 140 = $440/月。
差额：1000 − 440 = $560/月；一年 560 × 12 = $6,720。
省下的这笔钱不是靠谈判、不是靠年付折扣，纯粹是靠”别给不需要的人买多余额度”。
这个算法成立有一个硬前提：额度必须是按人给的，不是共享池。如果是共享池，那么低配的人用不完的额度可以被高配的人吃掉，分档反而会让重度使用者更早撞墙。Kiro 的页面明确写了团队档每人的 credits 数量与个人档相同——是按人给的，所以上面的账能算。换到一个额度共享的产品上，同样的分档策略结论可能完全相反，必须重新算。
顺带说一句，团队场景下额度撞墙的连锁反应比个人严重得多：个人用完了自己受影响，团队里一个人用完了可能卡住整条评审链。关于额度用完时团队该怎么响应，站内之前拆过 Copilot credits 用完后团队该怎么办，那篇讲的响应流程在这几家上同样适用——机制不同，但”谁先撞墙、撞墙后走什么流程”这套准备工作是通用的。
席位上限是硬约束，要按 18 个月后的规模做决定
四家里有两家把席位数写死了：Warp Business 最多 25 席，Augment BUSINESS 最多 50 席。超过就只能走 Enterprise 或定制洽谈——Augment 的 ENTERPRISE 明确写了席位无限制、限额自定义，但价格需要谈。
席位上限和价格不是一类约束。价格贵了你可以忍，席位满了你就得迁移。而迁移编程 Agent 的隐性成本通常比省下的订阅费大得多：所有人重装工具、重配项目上下文、重新建立提问习惯，团队里还得有人牵头做规则同步和账号交接。这些工时不上账单，但确实发生。
所以采购决策的正确参照系不是今天的人数，而是大约 18 个月后的人数。如果你现在 15 人、明年计划扩到 30 人，那 25 席上限的档就不该签——不是因为它今天不好用，而是因为你会在最忙的扩张期被迫做一次迁移。宁可一开始就选不设席位上限的结构，或者一开始就把扩容路径问清楚。
顺便说，Kiro 和 Devin 的页面都没写席位上限。“没写”不等于”没有”，这属于必须去问的项，不能默认无限。
采购前必问的三件事
把上面所有分析压缩成三个问题。这三个问题在任何一家的定价页上都不一定能查到答案，但每一个都会直接改变你的总支出：
一、额度是按人给还是团队共享？ 这决定了分档采购到底能省钱还是会添乱。按人给，就按每个人的真实用量配档；共享池，就得算团队总量并盯住那几个消耗大户。
二、这一档有没有批量折扣？ Kiro 是四档每美元恒定 50 credits，明确没有。别家不一定。有折扣就该谈量，没折扣就别买用不完的档。
三、席位上限是多少，超了怎么办？ 问清上限数字，也问清超限后的路径是自动升级、重新签约还是必须迁移。
三个问题都问完，你再回头看单价，才知道那个数字到底代表什么。
最后
得说清楚这篇没覆盖什么。各家团队后台具体提供哪些管理功能——成员权限怎么分、能不能按项目设预算、有没有用量报表和明细导出、管理员能不能看到成员的调用记录——这些在公开定价页上都查不到，我手上没有可核实的依据，所以一个字都没写。这些恰恰是团队档溢价的主要内容，也是签约前最该在官方控制台里实际点一遍、或者直接问销售要演示的部分。
同样地，Devin Teams 每座位含多少额度、Augment 的 $100 额度在多人场景下如何分配，页面都没写明，我没有替你估。这类空白只有两种解决办法：拿试用账号自己跑一个星期看消耗，或者让销售给个书面口径。
四种结构本身没有优劣之分，它们只是把成本压在了不同的地方——纯人头价压在人数上，功能溢价压在管理需求上，两段式压在小团队身上，纯固定价压在总调用量上。你要做的是判断自己团队的哪个变量最大，然后避开把成本压在那个变量上的结构。至于个人档该怎么选，站内的 Kiro 学生免费额度 和 GitHub Copilot 五档套餐对比 可以接着看。价格随时会调，签之前一律以官方定价页为准。