月费最低 ≠ 花钱最少

选套餐时最常见的错误，是拿几个档位的月费直接比大小。但月费只是账单的一部分， 另一部分是超额费用，而它常常比月费本身还大。

举个能算清的例子。假设某家的档位是 $20 含 1000 单位、$40 含 2000 单位，超额单价 $0.04。 你每月消耗 1800 单位：

• 留在 $20 档：$20 + (1800 − 1000) × $0.04 = $20 + $32 = $52
• 升到 $40 档：额度够用，就是 $40

月费低的那一档，实际多花了 $12。反过来，如果你每月只用 1200 单位： $20 档是 $20 + 200 × $0.04 = $28，$40 档还是 $40——这次留在低档省 $12。

分界点可以直接算：设超出量为 x，$20 + 0.04x = $40，解得 x = 500。 也就是说每月超出量稳定在 500 单位以上就该升档，低于 500 就补超额。 这个页面把所有档位的这笔账一次性算完并排序，省得你手推。

先看有没有批量折扣

页面会自动判断一件事：各档每美元买到的额度是不是一样。 这一条决定了你的整个选档策略，而且各家的做法真的不一样。

没有批量折扣的家：比如某家五档分别是 $20/1000、$40/2000、$100/5000、$200/10000， 换算下来全部是 50 单位/美元，完全一致。这种结构下「买大档更划算」是错觉—— 正确做法是买刚好覆盖用量的那一档，多买的部分一分钱都不省。

有批量折扣的家：比如某家 $20 含 1500（75 单位/美元）、$200 含 18000（90 单位/美元）， 高档位每美元多给 20%。这种结构下，用量大往上买是真的更划算——按低档单价买 18000 单位要 $240， 高档只要 $200。

还有第三种情况值得警惕：某一档每美元额度明显更少。 比如团队档 30 单位/美元，只有个人档的 40%。这通常不是定价失误， 而是说明这一档的钱主要买的是团队管理能力而非用量——判断值不值，要看团队功能，别拿额度去算。

怎么用这个页面

第一步，拿到你的月消耗。如果还不知道，先去 编程 Agent 额度估算器那一页测出来—— 记下当前余额、照常干一天活、第二天再记一次、相减、乘以真正开工的天数。

第二步，把档位从官方定价页抄进来。名称、月价、含额度三项。 可以加档、删档，把你在考虑的几家的档位混在一起排也行——反正比的是「在我的用量下谁总成本低」。

第三步，填超额单价。注意有些家不是固定超额单价，而是「按 API 价格计费」， 那种情况下超额成本会随你用的模型和实际 token 量浮动，没法用一个固定数字代表。 遇到这种，建议按你估计的上限填一个保守值，得到成本天花板。

第四步，读结果。表格按总成本升序排，第一行是最省的。 右边「对比最优」那一列告诉你其他档各自多花多少——如果差价很小，可以优先选额度更宽裕的那档留余量。

比价之外还要看什么

总成本只是决策的一个维度。真正影响日常体验的还有一条：额度用完之后会发生什么。 有的家是加钱续着用（代价落在钱上），有的是降级到慢速通道（代价落在时间上）， 有的是等时间窗口重置（钱解决不了）。这个差别在赶工期时比省几十美元重要得多， 具体可以看编程 Agent 的额度单位横比。

另外，团队采购还要看席位上限——有的档位有硬性人数天花板，超过就得走定制。 这类账可以用团队席位成本测算器算。

它不做什么

这个页面不内置任何厂商的档位数据，因为价格会变、而且属于需要逐一核实的事实。 内置一份很快过期的数据比不内置更危险——你会以为它是准的。 所以请从官方定价页抄进来，顺手也就核对了一遍最新数字。 它也不判断哪家工具更好用，只回答「在我这个用量下，哪一档花钱最少」。