团队采购最贵的一个习惯

给团队买编程 Agent 时，最省事也最贵的做法是全员配同一个档位。 省事是真的省事——一个数量乘一个单价就报上去了。贵也是真的贵，因为它建立在一个错误假设上： 团队里每个人的用量差不多。

实际的分布几乎总是长尾的。一个十人研发团队里，通常有两三个人天天让 Agent 干重活， 剩下的人一周用几次、主要还是自己写。前者可能烧掉后者十倍的额度。 全员按重度用户的标准配档，等于给七个人买了他们用不完的额度。

算一笔具体的账：10 人团队，3 个重度、7 个日常。假设重度需要 $100 的档、日常 $20 的档就够。

• 全员配 $100：10 × $100 = $1000/月
• 按用量分档：3 × $100 + 7 × $20 = $440/月

每月差 $560，一年差 $6720。这笔钱不是省出来的，是本来就不该花的。

什么时候分档有效，什么时候没用

分档省钱的前提是这家没有很强的批量折扣。 有些家的各档「每美元买到的额度」完全相同——比如 $20/1000、$40/2000、$100/5000 都是 50 单位/美元。 这种结构下往上买一分钱不省，所以按人配刚好够用的档，是唯一正确的做法。

但也有家给批量折扣：高档位每美元多给 20%。那就要权衡了——把用量集中到少数高档账号， 可能比分散成一堆低档更省。不过这条路有个前提：额度得能共享或转移，而这一点各家做法不同， 采购前必须问清楚「额度是按人给的还是团队共享池」。 很多家其实是按人给的，那就没法集中，分档才是正解。

判断方法很直接：把你在考虑的几个档位丢进 套餐性价比对比器，页面会告诉你这家有没有批量折扣。

席位上限：采购时最容易踩的坑

不少团队档有硬性席位天花板，超过就只能走定制方案。这条线的麻烦不在于贵， 而在于它会在你扩张到某个规模时，强迫你重新走一遍采购流程—— 重新谈判、重新比价、重新过审批，而且往往发生在团队最忙的扩张期。

所以有一条实用原则：采购决策按 18 个月后的团队规模做，不是按今天的人数。 如果你现在 20 人、上限 25 席，而团队还在招人，那就直接去谈定制方案， 别先上团队档再迁——迁移的隐性成本（重新配置、账号交接、历史数据）通常比省下的订阅费大。

怎么用这个页面

第一步，把团队按用量分组。不用很精细，两到三组就够： 重度（天天用 Agent 干活的）、日常（一周用几次）、偶尔（基本自己写、偶尔问一下）。 如果你不确定谁在哪一组，先让全员在低档跑一个月，看实际消耗分布，再调档。

第二步，填各组的每席月价。从官方定价页抄。注意有的家团队版按每用户计价、 有的是「固定月费 + 每座位费」的两段式结构——后者要留意，团队越小，那笔固定费摊到人头上越贵。

第三步，填对照用的统一档单价。通常填你原本打算给全员配的那一档， 页面会算出分档相对它每月省多少。这个数字是你写采购说明时最有说服力的一行。

第四步，填席位上限和年付折扣。上限填 0 表示无上限。 超限会直接标红提醒。

算完之后

拿到数字之后还有两件事值得做。一是每季度复核一次分组—— 人员流动、项目变化都会改变用量分布，去年的分档到今年可能就不合适了。 二是看看重度组是不是真的需要那么多额度：有时候消耗高不是因为活多， 而是因为提问方式太发散。把需求圈死（「只改 order/service.ts 里的 createOrder， 别动支付逻辑」）比「帮我优化下这个项目」能省下相当可观的步数。

单人的消耗基线怎么测，可以看编程 Agent 额度估算器那一页。

它不做什么

这个页面不内置任何厂商的席位价格与上限，因为这些会变、而且属于需要逐一核实的事实。 它也不知道各家团队版具体包含哪些管理功能——而这恰恰是团队档溢价的主要来源， 需要你自己去官方定价页和销售那里确认。它只回答一个问题： 在你给定的价格和分组下，这笔钱到底是多少，以及分档比统一档省多少。