为什么估算额度这么难

编程 Agent 的定价页普遍存在一个信息缺口：它告诉你这一档给多少 credits，但不告诉你一个 credit 能干什么。 于是「$20 一个月够不够用」这个最基本的问题，你在定价页上找不到答案。

缺口的成因倒也不难理解——消耗量本来就没法用单次操作来定义。你点一次「发送」，Agent 可能自主跑三步， 也可能跑十五步：它要先搜索相关文件、读取上下文、生成方案、逐个文件改动、再跑一遍自检。 这一串里每一次调用大模型都是消耗，而串有多长，取决于你的需求有多含糊。

所以正确的做法不是去找一张权威的换算表（那张表不存在），而是测出你自己的消耗基线， 再用这个基线去套各家的档位。这个页面就是干这件事的。

怎么用这个页面

第一步，测出「每步消耗」。去你正在用的工具里找到额度余额的显示位置，记下数值和日期。 然后照常干一天活——重点是「照常」，不要为了测试专门造任务，因为你要测的是真实用法。 第二天同一时间再记一次，两数相减，除以你当天大致的任务步数，就得到每步消耗。

第二步，填你的工作节奏。每天大致发起几次任务、每次任务平均展开几步。 后面这个数不用很准，量级对就行——简单问答一两步，让它改一个函数三五步， 让它重构一个模块十几步。

第三步，填档位数据。从官方定价页把套餐月价、含额度、超额单价抄进来。 再填一个「下一档月价」，页面会顺手算出升档分界线。

第四步，看三个判断。用量占套餐的比例（低于 70% 说明买高了）、 超额价是套餐价的几倍（这个倍数决定超额有多贵）、以及该升档还是补超额。

三个容易算错的地方

第一，别用 30 天当工作日。周末、开会、写文档的日子消耗接近零。 用 30 天算会系统性高估，可能让你多买一档。数一下上个月真正打开过工具的天数，通常是 15 到 22 天。

第二，别忽略超额单价的倍数。很多家的超额价是套餐内单价的两倍。 这意味着「我就超一点点」的成本比你以为的高——超出套餐 50% 的用量，账单可能涨 100%。 页面把这个倍数单独列出来，就是为了让它显眼。

第三，别忘了档位之间可能没有批量折扣。有些家每美元买到的额度在各档完全相同， 往上买一点也不省；有些家高档位每美元多给 20%。这两种结构的选档逻辑完全相反， 具体可以用套餐性价比对比器把各档并排放一起看。

算完之后该干什么

如果结果是「用量偏低，买高了」——降一档，把省下的钱留着。 如果是「超出套餐」——先看分界线：超出量在分界线以下，补超额比升档便宜；超过了，就该升档。

如果两边都不满意，说明该从消耗侧下手了。最有效的一条是把需求圈死再发： 「帮我把这个电商项目的订单模块重构一下」和「只改 order/service.ts 里的 createOrder 函数， 别动支付逻辑」，后者让 Agent 自主展开的步数收敛得多。想系统了解各家的额度机制差异， 可以看编程 Agent 的额度单位横比那篇。

它算不了什么

这个页面只做算术，不替你判断哪家工具更适合。它也不知道各家的实际扣费规则—— 输入的每一个数字都来自你，包括最关键的「每步消耗」。 换句话说，它的准确度完全取决于你测得准不准，而测准的唯一办法就是老老实实跑一天。