Amp 的预付 credits 会过期吗？一年不活跃就作废，采购前必须读懂的条款
买 AI 编程工具的额度，大部分人只盯着两个数：多少钱、能用多少。很少有人翻到条款里那句”未使用的额度会在某某条件下过期”。等到想起来的时候，通常是项目重启、打开控制台，发现余额变成了零。
Amp（Sourcegraph 出的编程 Agent）的手册里就写着这么一条：支持购买预付 credits，可以在用户设置里查余额；所有未使用的 credits，在账户不活跃满一年之后过期。
这一条被引用的时候经常被念歪，念成”credits 一年有效期”。两者差别很大，大到会直接改变你该怎么下单。这篇就把这条读准，再给出一套预付额度的采购判断：买多少合适、什么情况下别囤、下单之前该向官方确认哪几件事。读完你至少能做到一件事——在给团队报预付方案之前，先把过期条款问明白，而不是等余额清零了再去翻邮件。
先把条款读准：过期的触发条件是”账户不活跃”
Amp 手册的原意是：账户不活跃满一年，未使用的 credits 过期。触发点挂在”账户不活跃”上，不是挂在”这笔 credits 买了多久”上。
这两种写法在现实里差着十万八千里：
- 如果是”购买满一年过期”，那么你今天充的这笔钱，无论用不用、无论账号多活跃，明年今天到期作废。囤货就是纯亏。
- 而”不活跃满一年过期”意味着：只要账户在正常使用，时间流逝本身不会吃掉你的余额。你三年前充的钱，只要这三年里你一直在用 Amp，余额就还在。
所以第一件事是别被吓到。对一个天天写代码、每周都会开几次 Agent 的人来说，这条条款几乎永远不会被触发——它防的是僵尸账户，不是活跃用户。
第二件事是别放心得太早。手册写的是”不活跃”，但具体什么算”活跃”，事实来源里没有给出定义。是登录一次算，还是必须产生一次真实的 Agent 调用才算？是按工作区算还是按账号算？这些我查不到，就不替官方编。这恰恰是下单前该问清楚的问题之一——“我每年登录一次能不能保住余额”这个问题，答案不同，你的处置方式完全不同。
我把话说明白：我不知道 Amp 怎么定义”活跃”，因为公开手册没写；我只能确认”不活跃满一年过期”这个触发条件本身。凡是能查到的我照抄，查不到的我标出来让你去问，这比给你一个编出来的答案有用。
谁会真的踩到这条
条款再温和，也有人会撞上。踩坑的从来不是重度用户，而是这三类：
第一类，季节性使用的人。 典型场景是接项目的独立开发者：三月接了个活，充了一笔额度猛用两个月，五月交付，之后半年在做别的事，压根没打开过 Amp。等来年有新活了再回来——这中间的空窗如果拉满一年，余额就有风险。这类人的特征是”用得很猛但用得很稀”，最容易误判自己是重度用户。
第二类，项目中途停掉的团队。 立项时按全年预估充了一大笔，做到一半需求砍了、方向转了、或者干脆预算冻结。工具还在，人不用了。这笔钱躺在账上，既退不了（能不能退，手册也没写）又没人记得它。一年之后它就不见了，而且往往没人会为这件事负责，因为当初做采购决定的人可能已经不在这条线上了。
第三类，离职后没人接管的账号。 这是最典型也最容易被忽略的一种。用个人账号买了额度、报销走了公司流程，人一走，账号密码没交接，余额就成了孤儿。它不会立刻消失，它会安安静静地待满一年然后清零。等到审计的时候才发现这笔钱有支出无凭据。
这三类的共同点是：买的时候是一个人的决定，过期的时候没有任何人收到提醒。 预付额度的风险不在于条款苛刻，在于它是静默的。
预付额度到底是拿什么换什么
想清楚这笔交易的结构，你就知道该买多少了。
预付本质上是你先付现金，换取两样东西：一是可能的单价优惠或折扣，二是省事（不用每次超额都走一遍付款流程，也不会因为余额不足卡在半路）。作为代价，你把资金占用和作废风险接了过来。
单价优势有多大是真实存在的诱惑。看几个同类产品的公开档位就明白这种”含量额度”的单价逻辑：Kiro 的 PRO 档 20 美元含 1000 credits，折合每 credit 0.02 美元；而它的超额单价是 0.04 美元一个 credit——超额价正好是套餐内单价的 2 倍。Warp 的 Build 档 20 美元含 1500 credits，折合每 credit 约 0.0133 美元。两家的数字都指向同一件事：预先买进来的额度，单价比事后临时补的便宜得多，通常是一半左右的差距。这就是囤货冲动的来源。
（这两组数字是别家的档位，用来说明”预付/含量额度单价更划算”这个普遍机制。**Amp 自己的订阅档位价格和免费额度，公开手册里没有，我不写。**具体多少钱、有没有充值折扣，以官方定价页为准。）
但优惠是有边界的。**多买 10 倍的额度，不会让你的单价再便宜 10 倍，却会让你的作废风险变成 10 倍。**这就是为什么”趁有优惠多买点”是一个很差的采购原则。
买多少合适：以覆盖未来 3-6 个月的可见用量为准
给一条可以直接执行的判断：
预付量以覆盖未来 3 到 6 个月的”可见用量”为宜。
“可见用量”的意思是——你手上已经确定要做、有排期、有人力的活儿，按当前速度会消耗多少。不包括”如果那个项目谈成了""如果明年团队扩到 20 人”这类还没落地的假设。
为什么是 3-6 个月：
| 预付覆盖时长 | 单价优惠 | 资金占用 | 作废/浪费风险 | 判断 |
|---|---|---|---|---|
| 不预付，纯按量 | 最差 | 无 | 无 | 用量极小或纯试用时合理 |
| 1 个月 | 有 | 很低 | 极低 | 太频繁，省事这一项没吃到 |
| 3-6 个月 | 有 | 可接受 | 低 | 推荐区间 |
| 12 个月及以上 | 边际增量很小 | 高 | 显著 | 只有用量极稳定才考虑 |
3 个月是下限，因为再短就失去了”省事”这项收益，你还是得频繁补款。6 个月是上限，因为再长就超出了大多数团队能可靠预测的范围——**你对 6 个月以后的用量预测，准确度已经低到不值得为它压资金了。**AI 编程工具这两年的定价和模型换代节奏，也让”锁定一年”这件事本身没那么香。
再算一笔时间账，帮你判断风险到底有多远：不活跃的判定窗口是 12 个月。假如你按 6 个月用量买，项目做到第 3 个月停摆，账上还剩一半余额——从停摆那天算起，你还有整整 12 个月的窗口回来使用它，也就是说真正的清零时点在项目停摆后的第 15 个月。这个缓冲其实相当宽裕。**问题从来不是窗口太短，而是没有人在日历上记这件事。**所以配套动作只有一个：充值当天，在日历上加一条 10 个月后的提醒（留两个月余量），写清楚”检查 Amp 余额与账户活跃状态”。这一步比任何测算都值钱。
别家怎么规定？这是采购时必问的问题，不是我能替它们回答的
预付额度、剩余额度的处理方式，各家差得很远。常见的有三种模式：按月重置不累积、可跨月累积、以及像 Amp 这样设”不活跃期限”。
到这里我必须停住：**除了 Amp 这条”不活跃满一年过期”是有据可查的，其他厂商的具体过期条款，我手上没有可靠来源，所以一条都不写。**你在网上看到的”某某家额度永久有效""某某家月底清零”，如果没有指向官方条款页，都不要当真拿去做采购决定。
我能给的是方法：把”额度过期规则”当成和价格同等重要的一栏，放进你的选型表里，每家都去官方页面确认一遍。相关机制可以先看看站内已有的几篇——Cursor 快速请求用完之后的降级机制讲的是额度耗尽时会发生什么，Copilot 团队版 credits 用完的处理讲的是团队场景下额度池怎么分。把”用完了怎么办”和”没用完会怎样”这两个问题一起问，你对一家产品的计费机制才算摸清了。
下单前必须问清的四件事
把这四条抄进你的采购清单：
| 要问的问题 | 为什么重要 | Amp 的已知情况 |
|---|---|---|
| 未使用余额会不会过期 | 决定能不能囤 | 会，但触发条件是账户不活跃 |
| 过期的触发条件具体是什么 | 决定你要不要设提醒 | 不活跃满一年；“活跃”的具体定义手册未写明 |
| 能不能退款、怎么退 | 决定项目砍掉时的止损方式 | 手册未写明，需向官方确认 |
| 换套餐/升降级时余额怎么处理 | 决定你敢不敢在变动期充值 | 手册未写明，需向官方确认 |
后两项我特意留白，不是偷懒。公开手册里确实没有这两项条款，我编一个”通常可按比例退款”给你，反而会害你在真出事时判断失误。这两个问题请直接向官方销售或支持渠道要书面答复，尤其是团队采购——口头答复在报销和审计环节没有任何效力。
顺带说一句这四问的适用范围：它对任何”先充值后消费”的工具都成立，不只是 Amp。凡是让你先付钱换额度的产品，这四个问题一个都不能少。
顺带一个容易被漏算的成本项
Amp 的计费是混合结构：月度订阅涵盖 agent 与 orbs 的使用，超出部分按实际用量计费，计费依据是实际的 LLM 用量和部分工具费用。它还有一条对个人和非企业工作区很关键的政策——对供应商 API 定价零加成（zero markup），也就是模型那部分的钱按供应商原价走，Amp 不在中间加价。
在这个结构下算总账，有个东西容易被漏掉：Amp 支持关联 ChatGPT 订阅，以换取更多 GPT-5.6 用量。
这个设计的意思是，你在别处已经付过的订阅费，可以折算成这里的一部分可用量。所以你在做成本测算时，别只把”Amp 订阅费 + 预付 credits”两项加起来就完事——如果你或团队本来就有 ChatGPT 订阅，那部分应该计入总可用量；反过来，如果你的用量估算是建立在”关联了 ChatGPT 订阅”的前提上，那这笔订阅费也得计进总成本，否则你会低估。
一句话：**算总成本的时候，跨产品的关联关系要一起算，否则两边都会算歪。**具体能换多少用量、关联的条件是什么，手册没写明，以官方说明为准。
最后
把这篇的结论压缩成三句：
第一，Amp 的预付 credits 会过期，但触发条件是账户不活跃满一年，不是买满一年。你在正常使用，余额就不会因为时间流逝作废。
第二，真正会踩坑的是季节性使用者、项目中途停摆的团队、以及离职后失管的账号。防它的成本极低——充值当天在日历上加一条 10 个月后的提醒，就够了。
第三，预付额度是拿现金换单价和省事，风险由你承担。**买 3-6 个月的可见用量，不要为了折扣去囤远超需求的量。**下单前把”会不会过期、条件是什么、能不能退、换套餐怎么算”四件事问到书面答复。
额度条款这种东西，读一遍要五分钟，不读的代价可能是一整笔预算。这大概是花五分钟能省下最多钱的事之一。