编程 Agent 什么时候该升档、什么时候该降档？一条能直接算的分界线
用编程 Agent 的人，几乎都在某个月纠结过同一件事：这个月额度又不太够，是补点超额扛过去，还是干脆升到上一档？
多数人的处理方式是凭感觉。这个月被”额度不足”的提示打断了三次，火大，升档；下个月发现额度用不完，心疼，又想降回去。来回折腾几轮，钱花了，也说不清到底哪种更划算。
其实这件事根本不需要靠感觉。升档和补超额，成本都是可以写成算式的，两条算式相交的地方就是分界线。超过这条线升档更省，低于这条线补超额更省。这篇文章把这条线推导一遍——不是让你背结论，是让你看懂它怎么来的，这样换了任何一家、任何一组档位，你自己就能算。文末有个工具能替你算，但我建议你先看完推导，因为有两种计费方式会让这条线根本不存在，工具算不出来，只有懂了原理才认得出来。
一、把分界线推导出来
假设你现在在某个低档，月费 低档价，包含一定额度。这个月你超出了额度，超出的部分记作 超出量。摆在面前的是两条路：
路 A：留在低档，超出的部分按超额单价补。 这个月的总成本 = 低档价 + 超出量 × 超额单价。
路 B：升到高档。 这个月的总成本 = 高档价。（前提是高档额度够用，没有二次超额。）
什么时候两条路一样贵？让两边相等：
低档价 + 超出量 × 超额单价 = 高档价
把 低档价 移到右边，再除以 超额单价：
超出量 =（高档价 − 低档价）÷ 超额单价
这就是分界线。它的含义很朴素：**升档要多掏的那笔差价，够买多少超额额度，那个数量就是临界点。**超出量比它大，说明补超额已经比差价贵了，升档更省；比它小，说明差价还没花完，留在低档补超额更省。
注意分子是差价，不是高档的总价。这是最容易搞错的地方——很多人拿”升档要多花 20 美元”和”这个月超额花了 32 美元”直接比，方向是对的，但要比得准，就得把 20 美元换算成额度，才知道自己到底超了多少算多。
二、代入真实档位：500 / 1500 / 2500
光有公式还是空的，代进真数字才有用。以 Kiro 的个人档为例（2026-08-08 定价页），各档如下：
| 档位 | 月价 | 含 credits | 超额单价 |
|---|---|---|---|
| KIRO FREE | $0 | 50 | 页面未写明 |
| KIRO PRO | $20 | 1,000 | $0.04/credit |
| KIRO PRO+ | $40 | 2,000 | $0.04/credit |
| KIRO PRO MAX | $100 | 5,000 | $0.04/credit |
| KIRO POWER | $200 | 10,000 | $0.04/credit |
超额单价各档统一 $0.04/credit，公式可以直接套：
- $20 档 → $40 档：(40 − 20) ÷ 0.04 = 500 credits
- $40 档 → $100 档：(100 − 40) ÷ 0.04 = 1500 credits
- $100 档 → $200 档：(200 − 100) ÷ 0.04 = 2500 credits
三条线，读法是一样的：每月稳定超出量高于这个数就升档，低于就补超额。
比如你在 $20 档（含 1000 credits），每个月大概用到 1400 出头，超出 400 左右，低于 500 这条线——那就别升，补超额更便宜。要是每个月都用到 1600 以上，超出 600 打底，过线了，升到 $40 档更省。
顺带说一句这组数字里藏着的另一件事：$20 买 1000 credits，折合 $0.02 一个 credit；超额是 $0.04 一个，正好是套餐内单价的两倍。所有几档都是这个关系（$40/2000、$100/5000、$200/10000 都是 $0.02 一个）。这解释了为什么分界线总是落在”高档比低档多出来的额度的一半”上——$20 档升 $40 档多给 1000 credits，分界线 500，恰好是一半。这不是巧合，是超额单价刚好是套餐单价两倍的必然结果。
三、一个具体算例：同一个人，两个月，答案相反
公式看着清楚，落到具体月份才有感觉。还是 $20 档，含 1000 credits。
情况一：这个月用了 1800。
- 留在低档：$20 + 800 × $0.04 = $20 + $32 = $52
- 升到 $40 档：$40
- 升档省 $12
情况二：这个月只用了 1200。
- 留在低档：$20 + 200 × $0.04 = $20 + $8 = $28
- 升到 $40 档：$40
- 留在低档省 $12
| 本月用量 | 超出量 | 留低档总成本 | 升 $40 档 | 更省的选择 |
|---|---|---|---|---|
| 1200 | 200 | $28 | $40 | 留低档，省 $12 |
| 1500 | 500 | $40 | $40 | 一样贵（就是分界线） |
| 1800 | 800 | $52 | $40 | 升档，省 $12 |
同一个人，同一个工具，两个月的正确答案完全相反。所以”我到底该在哪一档”这个问题，脱离了具体用量根本没有答案——它取决于你每个月超出多少，而不是取决于你觉得自己是重度还是轻度用户。
四、什么时候该降档
升档的文章满地都是，降档几乎没人讲，可这一半才是真正省钱的那一半。因为升档的痛感很明确（被打断了、干不下去了），降档的痛感是零——额度用不完不会有任何提示，钱就那么静静地流走。
我给一条判断标准：用量长期低于套餐额度的 70%，就是买高了。
比如在 $40 档（2000 credits），连续两个月都只用到 1300 上下（65%），那就降回 $20 档。降下来之后按 1300 算：$20 + 300 × $0.04 = $32，比 $40 还省 $8。就算某个月冒到 1500，也才 $40，跟原来持平，不亏。
为什么划在 70% 而不是 90%？因为要留波动余量。用量本来就是起伏的，卡在 85%、90% 的人，随便一个忙月就超了，降下来会频繁触发超额，来回换档比省下的钱更烦。留 30% 的缓冲带，降档之后大概率能安稳待住。
还有一个心理账要算：很多人不肯降档的理由是”万一哪天要用呢”。这句话翻译成钱就是——为了几个月才可能出现一次的高峰，全年 12 个月每月都多付高档差价。而真到了那个高峰月，补超额通常也就多花十几二十美元的事。用常年溢价去买一个偶发的保险，多数时候不划算。
**降档的规矩：连续两个月低于 70% 就降一档。**不是一个月，一个月可能只是休假或者项目间歇期。
五、“稳定”这两个字是关键
回头看公式，我一直写的是”稳定的月超出量”，不是”这个月的超出量”。这个限定词很重要。
用量是有周期的。赶 deadline 那周、系统上线前后、大重构那几天，消耗会突然拉高好几倍——一句”帮我把订单模块整个重构一遍”，Agent 会自己拆成搜代码、读文件、逐个改、跑测试、自检十几步，一趟下去消耗跟平时改个函数完全不是一个量级。这类月份的数据拿去套公式，会把你直接推到一个平时根本用不满的档位上。
**判断周期：拿连续三个月的数据再做决定。**看三个月的用量分布，如果三个月里有两个月的超出量都稳稳站在分界线之上，那是真的该升；如果只是某一个月冲高、另外两个月连额度都用不完，那就别动，那个月补超额就行。
单月异常不作数——这条同时适用于升档和降档。放假的月份用量低，不代表该降档；上线周用量高，也不代表该升档。
六、两种情况会让分界线失效
这条线不是万能的。它成立的前提是”超额有一个固定的单价”。有两类计费方式不满足这个前提，硬套会算错。
1. 超额按 API pricing 浮动计费的
有些产品的超额不是”每单位多少钱”，而是”额外购买的用量按 API 定价消耗”（Devin 的 Pro 档就是这个机制）。这意味着同样一份工作，你用不同的模型、上下文塞得多还是少，实际扣掉的钱完全不同。
这类家的分界线算不出来——公式的分母是个变量，除不了。别硬凑一个”大概单价”代进去，那个数会随着你换模型、改提问方式而漂移，算出来的线没有参考价值。
这类产品只能用另外两个办法：一是观察连续几个月的实际账单趋势，看超额部分是在往上爬还是稳住了，凭趋势判断；二是干脆直接选一个额度留足余量的档位，用确定性换掉算不清的麻烦。多花的那点钱，买的是不用每个月盯账单。
2. 有批量折扣的
有些家的各档，每美元买到的额度并不相同。比如 Warp 的 Build 档 $20 含 1500 credits，折合每美元 75 credits；Max 档 $200 含 18000 credits，折合每美元 90 credits——高档每美元多买到 20%。
这种情况下，升档的收益不止”避免超额”这一项，还多了一层单价优惠：升上去之后，你原本就在用的那部分额度也跟着变便宜了。所以真实的分界线会比公式算出来的更早到达，公式给的是保守估计，实际提前升档就已经划算。
反过来，各档每美元额度完全相同的家（比如前面 Kiro 那组，四档都是每美元 50 credits），没有这层额外收益，公式可以直接用，算出来是多少就是多少。
所以看定价页的时候多做一步：把每档的”额度 ÷ 月价”都算一遍。这个数字如果各档一样，公式直接套；如果往上走越来越大，说明有批量折扣，公式的结果偏保守。顺带一提，Warp 的超额单价定价页没写明，所以它这条线其实也算不出精确值——但”高档每美元更便宜”这个方向性结论是确定的。
七、团队怎么升降档
团队场景有个很常见的错误：把整个团队当成一个整体来调档。
多数按人计费的产品，额度也是按人给的。以 Kiro 团队版为例，PRO / PRO+ / PRO MAX / POWER 分别是 $20 / $40 / $100 / $200 每用户每月，每人拿到的 credits 与个人档相同，超额同样是 $0.04/credit。这意味着每个人的档位是独立的，分界线要一个人一个人地算。
一个五人团队里，通常是两个人天天在跑 Agent 重构、三个人偶尔用一下补个测试。如果为了照顾那两个重度用户把全团队升到高档，等于替三个用不完的人常年付溢价；如果为了省钱全团队压在低档，那两个人每个月都在补超额，也不省。
正确做法是拆开：**重度的那两个人升档，轻度的三个人留在低档甚至降档。**算下来往往比整体调档省得多，而且没人被卡。Copilot 那边的团队额度机制也是类似的按席位分配思路，之前写过五档套餐的拆解可以对照着看。
管理上要多做的一件事，是拿到分人的用量数据。团队面板如果只给总量，你就没法按人判断，只能整体调——这时候可以先手动统计一两个月，谁在跑重活儿其实心里都有数。
八、别忘了还有”不花钱”的那条路
最后补一句题外但相关的：不是所有超额都必须用钱解决。有些产品超额之后不是断供，而是降级——比如 Cursor 快速请求用完之后会掉到慢速池，还能继续用，只是要等。这类机制下，“补超额”之外还有第三个选项叫”忍一忍”，代价落在时间上而不是钱上。我在快速请求用完了怎么办里拆过这套降级逻辑。
所以完整的决策其实是三选一：升档（花钱买确定性）、补超额（花钱买灵活）、降速用（花时间省钱）。前两个可以用本文的公式比，第三个得看你的时间值多少钱——一小时的等待值不值 4 个 credit 的钱（也就是 $0.16），这个只有你自己能定。
最后
把这篇的东西压成几句话：
- 分界线 =（高档价 − 低档价）÷ 超额单价。差价能买多少额度，那就是临界点。
- 用连续三个月的稳定超出量去比这条线，别用单月数据。
- 用量连续两个月低于套餐的 70% 就降档，别为”万一”付常年溢价。
- 超额按 API 定价浮动的家，这条线算不出来，只能看账单趋势或直接留足余量。
- 有批量折扣的家，真实分界线比公式更早到达，可以提前升。
- 团队按人分别判断，别整体调档。
推导过程值得看懂，但每次换档都手推一遍就没必要了。我们做了一个 套餐性价比对比器，把各档的价格、含量、超额单价和你自己的月消耗填进去，它会把每一档的真实总成本（月费 + 超额）都算出来并排序，顺便标出你当前用量落在哪两档之间。分界线的活儿交给它，你只需要每个季度花五分钟，把最近三个月的用量填进去看一眼。