AI 编程工具的额度单位有七种，它们互相不能换算
比较 AI 编程工具的成本时，最常见的错误不是算错，而是把不能比的东西放在一起比了。
这些工具的额度单位至少有七种，它们计量的是完全不同的东西。这篇把它们摆清楚，并说明为什么跨家换算的结论一律不可信。
一、七种单位
以下都是本文核实过的公开信息（核对日 2026-08-08）：
| 单位 | 谁在用 | 官方给的数字 |
|---|---|---|
| model request（模型请求次数） | Gemini CLI | Google 登录 1000/天、60/分；免费 API Key 250/天、10/分；Code Assist 标准版 1500/天、120/分；企业版 2000/天、120/分 |
| 任务数（task） | Jules | 免费 15/天；Pro 100/天；Ultra 300/天 |
| 并发任务数 | Jules | 免费 3；Pro 15；Ultra 60 |
| 已接受的编辑预测 | Zed Personal | 2,000 个 |
| 美元 token 额度 | Zed Pro | $5（含在 $10 月费里） |
| 对话次数 | OpenHands Individual | 每日最多 10 次 |
| credits | Kilo Pass | $19→最多 $26.60 等值；$49→最多 $68.60；$199→最多 $278.60 |
另外还有按时长计费的：Kilo 的云计算层——Gas Town $1.20/小时、Code Review $0.33/小时、Cloud Agent $0.60–$1.20/小时（按秒计费，无最低消费）。
二、关键区别：一个单位的大小由谁决定
这是理解这些单位的钥匙。
| 单位 | 大小由谁决定 | 你能控制吗 |
|---|---|---|
| model request | 工具的内部实现 | 不能——你提一个需求，它内部走几轮不由你 |
| token | 内容的实际长度 | 间接可以（少带上下文） |
| 任务数 / 对话次数 | 你自己 | 完全可以——你决定一个任务多大 |
| 已接受的编辑预测 | 你的接受行为 | 可以——它猜错、你没采纳的不算 |
| credits | 平台的内部规则 | 通常不透明 |
| 时长 | 任务实际跑多久 | 部分可以（别让它空转） |
这张表解释了为什么换算不可能：有的单位你完全控制，有的完全不控制。同一个数字在不同人手里的实际价值可能差几倍。
最典型的是「任务数」：派一个「改个变量名」和派一个「实现一整个功能」，都各占一个额度。所以「15 个任务」对不同用法的人，价值差别巨大。
三、连同一家内部都可能不通约
这一点最容易被忽略：不只是跨家不能比，同一家内部也可能不能比。
Zed 就是例子：
- Personal 档：2,000 个已接受的编辑预测
- Pro 档：$5 token 额度 + 无限编辑预测
「2000 个」和「$5」谁多？ 这个问题本身不成立——它们对应的是两类不同的功能（行内补全 vs 对话式使用）。
Kilo 也是：平台席位费（$15/用户/月）、推理费（按用量或 credits）、云计算费（按小时）——三层用了三种不同的计量方式，而且是叠加的。
四、为什么跨家换算一定是编的
有三个独立原因，任何一个都足以让换算失效：
第一，单位计量的对象不同。 请求次数计的是「调用了几次」，编辑预测计的是「你接受了几次补全」，对话次数计的是「开了几次对话」——这根本不是同一个维度的东西。
第二，底层模型不同。 就算两家都按 token 计，接的模型不一样，单价可能差几十倍。加成比例是相对量，脱离底层单价谈贵不贵没有意义。
第三，官方没给换算关系。 比如「一轮对话等于几次 model request」——Gemini CLI 官方页面上没有这个数字。既然官方都不给，任何第三方给出的换算比例都只能是猜的。
所以看到「A 家的 1000 次请求约等于 B 家的 N 个 credits」这类说法，可以直接判定为不可信。
五、那该怎么比
比机制，不比折算值。 具体是四个问题：
1. 这个单位的大小谁说了算？
- 你说了算的（任务数、对话次数）→ 省钱策略是「别干碎活」，一次派一件完整的事
- 工具说了算的（请求次数）→ 省钱策略是「减少来回」，把需求说清楚
- 内容长度说了算的（token）→ 省钱策略是「控制上下文」，别贴大文件
注意这三种策略有时是矛盾的：一次性给足上下文让它一轮搞定，在请求制下是好策略，在 token 制下可能更贵。
2. 免费档能支撑什么工作方式？
不是比免费额度的数字大小，而是问：这个免费档覆盖的是不是我的主要用法？
比如 Zed 的 Personal 档主要覆盖行内补全，对话式使用要自带密钥——如果你主要靠对话，这个免费档对你意义不大。
3. 额度用完之后代价多大？
- 等重置？
- 按加成计费（比如 Zed Pro 的 API list price + 10%）？
- 零加成按量（比如 Kilo Gateway 的 “no markup”、OpenHands 的「成本价、无加价」）？
- 自带密钥直接付供应商？
这个问题比「免费档给多少」更能决定你的实际支出。
4. 有没有第二条线？
很多人只看总量，漏了频率或并发这条线：
- Gemini CLI：每日 + 每分钟两条线，很多人先撞的是每分钟那条
- Jules：每日任务数 + 并发两条线，任务额度没用完却被并发卡住是常见情况
升级的收益也取决于哪条线：Gemini CLI 从个人版升标准版，每分钟翻倍（60→120）但每日只涨 50%（1000→1500）；而从标准版升企业版，每分钟完全没变（都是 120）。
六、唯一可靠的比较方法
拿你自己的真实用量，在各家各算一遍。
- 在各家的免费档上跑同一批典型任务（不是玩具项目，是你日常真实的工作）
- 记录各家消耗了多少它自己的单位
- 换算成钱——用各家官方定价页当时的价格
- 比这几个钱数
第 3 步必须用官方当时的价格，不能用任何二手数字。
这个方法绕过了所有换算问题——你比的是「同样一批活，各家收我多少钱」，这是唯一有意义的比较。
七、几条实用提醒
看到「up to」类措辞而页面又给了具体数字时，自己除一遍。 比如 Kilo Pass 标称 “Up to 50% bonus credits”，而页面给的是 $19→最多 $26.60——相除是 1.4，也就是 40%。（本文只陈述这两组数字和相除结果，不替官方解释差异，以官方页面为准。）
注意额度是不是 per user。 Gemini CLI 官方写的是 1000 model requests / user / day——多个工具用同一个账号会共用同一份额度。「我在这个工具里没用几次怎么就限流了」的常见真因就是这个。
预付制先问两件事：额度有效期（用不完作废还是滚存）、退订后剩余额度怎么办。这两条比任何折扣比例都重要，而且通常不写在定价页上。
别忘了没写价格的部分。 本文核实的几家里，Jules 的付费档、Gemini Code Assist 的付费档、OpenHands 的 Enterprise 档，官方页面上都没有给金额。 遇到这种情况，正确的做法是去官方查，而不是采信任何二手数字。
八、总结
- 至少七种额度单位同时存在：模型请求次数、任务数、并发、已接受的编辑预测、美元额度、对话次数、credits，另有按时长计费。
- 关键区别是「一个单位的大小由谁决定」——有的你完全控制（任务数），有的完全不控制（请求次数）。
- 连同一家内部都可能不通约（Zed 的 2000 个编辑预测 vs $5 token 额度）。
- 跨家换算一定是编的，三个独立原因：计量对象不同、底层模型不同、官方没给换算关系。
- 该比的是四个机制问题：单位大小谁说了算、免费档覆盖不覆盖你的主要用法、额度用完的代价、有没有第二条线。
- 唯一可靠的方法：拿同一批真实任务在各家免费档跑一遍，各自换算成钱再比。
- 实用提醒：「up to」自己除一遍、注意 per user、预付先问有效期、没写价格的别信二手数字。
本文引用的数字分别来自 Gemini CLI、Jules、Zed、Kilo、OpenHands 五家的官方定价/额度页面，核对日 2026-08-08。本文不提供任何跨家换算，因为各家单位互不通约。定价与政策会调整，以各自官方为准。