预付额度会不会作废？六家编程 Agent 的额度有效期条款横评
采购编程 Agent 的时候，大家会盯着月费、盯着套餐里给多少 credits、盯着超额单价，很少有人问一句：我预先充进去的那笔额度，放着不用会不会作废？
这是个尴尬的问题，因为它在多数厂商的定价页上根本没有答案。我这次把六家（Kiro、Warp、Devin、Augment、Amp、Antigravity）的官方定价与文档页逐页翻了一遍，结论是：只有一家把有效期条款写在了公开文档里，其余全部留白。而恰恰是这一条，决定了你”趁优惠多充一点”是省钱还是烧钱。
这篇不做排名，只干三件事：把唯一写明的那份条款读准（别被吓到，也别读漏）、把”谁会真踩到”讲成具体场景、给出采购时可以直接照做的判断和话术。
一、唯一写明条款的那家：读准触发条件，不是读到”一年”就慌
Amp（Sourcegraph）的手册里写明了两件事：支持购买预付 credits，余额在用户设置里查；以及——所有未使用的 credits，在账户不活跃满一年后过期。
这句话很容易被读成”买了一年就作废”，然后得出”千万别预付”的结论。那是误读。原文的触发条件是账户不活跃（inactive）满一年，不是购买满一年。这两者的差别，落到实际使用上是天壤之别：
- 如果你每周都在用这个工具，账户一直是活跃的，那么余额不会因为时间流逝而自己蒸发。你三月充的钱，用到明年三月、后年三月，只要中间没断，条款上不构成过期。
- 如果你充完之后账号彻底放着不动，一年后余额清零。是”停用”在计时，不是”充值日”在计时。
我特意强调这个区分，是因为它决定了你该担心什么。你该担心的不是”钱在里面躺久了会坏”，而是”这个账号会不会有一段长达一年的空窗期”。前者是几乎不会发生的事，后者是真实存在的风险。
至于”不活跃”具体怎么判定——登录算不算活跃？只打开客户端不发请求算不算？——文档里没写。这一点我没查到，也不打算替它猜。 采购前你可以直接拿这句话去问官方，问法在本文第五节。
顺带一句，Amp 手册里还提到可以关联 ChatGPT 订阅来换取更多 GPT-5.6 用量。这对采购的意义是：如果团队已经在为 ChatGPT 付费，那笔钱其实可以算进这套工具的”总成本”里参与折算，而不是当成两笔互不相干的开支。至于 Amp 的订阅档位分别多少钱——它的定价页面我没抓到（免费档说明页返回 404），所以本文不写它的任何金额。机制能讲，数字不编。
二、谁会真的踩到”不活跃过期”
抽象条款讲一百遍不如三个具体场景：
场景一：季节性使用的人。 你是自由职业者，接一个项目集中用两个月，然后半年不碰代码，中间去做别的事。这种节奏最容易在某个空窗期里悄悄跨过一年线——尤其当你上一个项目结束时手头还剩着一笔”当时觉得挺划算”的余额。
场景二：项目中途停掉的团队。 立项时按半年用量一次性充了一大笔，第三个月产品方向调整，这条线暂停。剩下的余额跟着这个停摆的账号一起躺着，没人再登录。等一年后有人想起来要复用，余额可能已经不在了。
场景三：离职后无人接管的账号。 这个最隐蔽。用个人邮箱注册、拿公司报销充值、人走了账号没交接——余额既不在公司资产台账上，也没人去激活它。这种损失通常是在做年度对账时才被发现的，而那时候往往已经晚了。
三个场景有一个共同点：出问题的不是条款本身，是”充的量”和”用的节奏”对不上。 这就直接引出下一节。
三、预付的本质：拿现金换省事，但风险转移给了你
厂商为什么愿意给预付优惠？因为预付对它是三重好处：现金提前到账、锁定你后面的使用、降低你换工具的意愿。对你的好处只有一个：单价可能更低、或者用起来不被打断。
代价是：风险从厂商转移到了你身上。 未用完的余额、条款变更、账号状态、团队变动，全都变成你的风险敞口。
这个道理用一个可以自己复算的例子最直观。拿 Kiro 的公开定价来算：PRO 档 $20/月含 1,000 credits，折下来是 $20 ÷ 1000 = $0.02/credit；而超额加购是 $0.04/credit。超额价正好是套餐内单价的 2 倍。
再看 Warp：Build 档 $20/月含 1,500 credits，即 $20 ÷ 1500 ≈ $0.0133/credit；Max 档 $200/月含 18,000 credits，即 $200 ÷ 18000 ≈ $0.0111/credit。往上买一档，单位成本大约降 17%。年付还能再降约一成（$20→$18、$200→$180）。
这两组算术合在一起，就是”多买点更划算”这种冲动的全部来源：账面上，预付和买大档确实每单位更便宜。 但这个便宜有一个隐含前提——你真的用得完。用不完的部分，单位成本不是变低了，是变成了无穷大。
所以我的判断很直接：预付量以覆盖未来 3 到 6 个月的可见用量为宜。 不是”你能承受多少”，是”你能预测多少”。三个月是多数团队排期能看清的极限，六个月是给已经稳定运行一年以上的老项目留的上限。超过六个月的量，你买的不是折扣，是对自己未来规划能力的赌注。
再具体一点的做法：先按最小可行量跑满一个完整月，拿到真实的月消耗数字，再拿这个数字乘 3。别拿试用期的消耗去外推——试用期的用法通常比日常更克制，也更集中。
四、自动充值是另一种风险，好处和坏处是同一件事
Warp 的付费档除了可以购买额外额度，还支持自动充值（auto-reload）；Free 档也可以按 pay-as-you-go 的费率补额度。
自动充值的好处很实在：跑到一半余额见底、任务中断、上下文丢失——这个体验非常糟，尤其是当 Agent 已经改了七八个文件、正跑在第十步上。自动充值能让它接着跑下去。
但好处和坏处是同一件事：它自动。
真正的风险不是”扣了一次钱”，而是”连续扣了很多次而没人看见”。一个跑偏的长任务——比如它把一个本来只该动三个文件的重构，理解成了全项目扫描——可能在几十分钟里连续触发多次充值。等你发现的时候，看到的是账单，不是过程。
如果你要开自动充值，这三件事请当成必做项：
- 确认有没有月度上限可以设。 有就设，宁可设低了被打断，也别设高了当摆设。这个上限是你和”意外账单”之间唯一的硬闸门。
- 打开充值通知。 每次触发都要有邮件或消息落到人眼里，别只留在后台日志里。通知的价值不在事后追责，在于第二次触发时你就能察觉不对。
- 定期核对账单。 至少每月一次，把充值次数和实际产出对一眼。次数异常增长，通常意味着有个任务的提问方式出了问题，而不是团队突然变高产了。
顺便说，“提问方式决定消耗量”这件事，在按额度计费的工具上表现得特别明显。“帮我把订单模块重构一下”和”只改 order/service.ts 里的 createOrder，别动支付逻辑”，前者会让 Agent 自己拆成十几步来回读写，后者一步收敛。Cursor 那套快慢两档的降级机制，本质上也是在处理同一个问题——只不过它的代价落在时间上，可以参考《Cursor 快速请求用完了怎么办》里的机制说明。
五、六家的有效期条款对照，以及”留白不等于没有条款”
先把能查到的摊开：
| 厂商 | 超额/加购机制 | 有效期条款 |
|---|---|---|
| Amp | 预付 credits，用户设置里查余额 | 写明：账户不活跃满一年后，未使用 credits 过期 |
| Kiro | 超额 add-on credits，$0.04/credit | 未写明 |
| Warp | 付费档可购额外额度，支持自动充值；Free 档可 pay-as-you-go 补 | 未写明 |
| Devin | 可额外购买用量，按 API pricing 计费 | 未写明 |
| Augment | 超额为 “Top-ups, pay as you go” | 未写明 |
| Antigravity | 页面标注免费，无加购说明 | 未写明 |
六家里只有一家把条款写出来了。这个结果本身值得说两句。
留白不等于没有条款，只等于没有公开。 服务条款、账单页面的细则、企业合同的附件里，很可能都写着相关约定，只是没有出现在你能搜到的那个定价页上。所以正确的反应不是”没写就是不会过期”，而是”这一项我不知道，得去问”。
顺带值得注意一个容易混淆的点：“订阅内额度的刷新”和”预付余额的过期”是两回事。 比如 Devin 的页面写明用量额度按日 / 按周自动刷新——刷新指的是周期一到重置成新的额度，上个周期没用完的不累积。这跟”你额外充进去的钱多久作废”完全不是同一个机制。谈判和提问的时候别把两者混在一起，否则对方回答了一个你没问的问题，你还以为得到答案了。
还有一家的做法值得单独提：Augment 的 BUSINESS 档是 $100/月固定价，含 $100 的使用额度，也就是说它的额度单位就是美元。这在这一批里是独一份。好处是省掉了”1 credit 值多少钱”的换算——你花掉多少就是多少，账对得清清楚楚。但它的额度是否会结转、Top-ups 充进去的部分有没有时限，页面同样没写。单位透明 ≠ 条款透明，这两件事不能互相担保。
六、买之前必须问清的四件事
下面四个问题，多数厂商的公开页面上都没有答案——这正是你要拿去问官方销售或支持的原因。建议要求书面回复（邮件或工单记录），口头答复在续约和纠纷时没有用。
- 预付/充值的额度会不会过期？ 直接问是/否，不要接受”一般不会”这种表述。
- 如果会，过期的触发条件是什么？ 是从充值日起算，还是像 Amp 那样按账户不活跃时长起算？“不活跃”的判定标准是什么——多久没登录？多久没发起请求？
- 能不能退？ 未使用的余额是否可退、退到原支付方式还是转成后续抵扣、有没有手续费。
- 换套餐或升降档时余额怎么处理？ 这一条最容易被忽略，也最容易出事——从年付降到月付、从团队版拆成个人版、席位数缩减的时候，原有余额是原样保留、按比例折算，还是直接作废。
四个问题问完，你基本就能判断这家的额度条款对你是不是可接受了。如果对方绕开第 2 和第 4 条不正面回答，那本身就是答案——按”可能对你不利”来做采购决策，把预付量压到最低。
需要补充判断依据的话，站内另有两篇讲订阅制额度限制的机制文章可以对照着看：Claude Code 的额度限制讲的是订阅内周期限制怎么触发，Kiro 学生免费方案则是另一种成本结构下的选择。
最后
这一批工具的公开信息里，有效期条款是披露程度最低的一项——低到你几乎只能靠问。这不是某一家的问题，是整个赛道还在跑马圈地阶段的共同表现：定价页要拉新，条款细则不拉新，自然就往后排。
所以采购这件事上，我的建议就三句：预付量按 3 到 6 个月的可见用量定，别被折扣推着多买；自动充值要开就配上限和通知，别裸奔；上面那四个问题，签合同前拿到白纸黑字的回答。
条款没公开，不代表你不能问。问不到，就按最坏情况算账——这不是悲观，这是把别人没写明的风险，明码标价地算进你的采购成本里。