免费额度
前 3 次合并的交付免费，不用绑卡，不用订阅。 名额在你给 Issue 打上ai-ready 时占用，如果那次交付最终没有合并，名额会退回 —— 落到 ai-blocked 的 Issue，或者你自己关掉而没有合并的 Issue，都会把名额还回来。所以这个额度的口径是「3 次合并的交付」，而不是「3 次尝试」。
计数按 Issue 且幂等：给同一张 Issue 重新打标签不会再消耗一个名额。退回之后重新交付同一张 Issue，用的是它自己还回来的那个名额。
额度用完时
你下一次打上ai-ready 的 Issue，标签会被摘掉，并收到一条评论说明免费额度已用完，附订阅链接。
免费额度已用完的租户状态页
ai-ready 标签。标签不会自动恢复。额度用完那一刻已经在途的交付会正常跑完。
每月 token 额度
订阅包含每个自然月（UTC）3 亿（300,000,000）tokens。没有按 token 的超额计费 —— 额度用完时新交付暂停，直到下个月开始。 用量统计包括输入 tokens、输出 tokens 和缓存读取 tokens。重新交付同一张 Issue 会累加：每次交付都是一次独立的运行。 粗略参考，3 亿 tokens 大约够 85 到 400 次合并的交付，取决于任务大小。这个区间的前提是你的 provider 支持 prompt caching。看你的用量
状态页的本月用量卡片显示已用 tokens、额度上限、剩余量和百分比进度条。 旁边是本月缓存命中率，这个数比看上去重要。缓存未命中的 token 单价大约是命中的 50 倍，所以命中率低于 90% 会明显更快烧掉额度。如果你的命中率偏低，先搞清楚原因，再下「额度不够用」的结论。 每条工作记录也有自己的用量明细 —— 输入、输出、缓存 tokens，运行时长，模型请求数，以及中断后继续了几次。没有上报用量的工作显示—。
额度用完时
行为和免费额度一致：新派发 Issue 的ai-ready 标签会被摘掉，评论里会写明你的实际用量和上限。在途的交付不受影响。
怎么恢复： 等下一个自然月，或者配置你自己的模型 key —— BYOK 的用量只被观测，永远不会被暂停。两种方式都需要你自己重新打上 ai-ready。
如果 Orbi 的用量采集链路异常，额度检查会失败即拒而不是靠猜 —— 新派发会暂停，并留下一条说明用量采集暂时异常的评论。这是有意设计的：它不会基于一个自己都不信任的数字去花钱。这个状态会自行恢复。
永远不会被打断的东西
两个额度都不会停掉正在进行的工作。两个守卫只对刚刚打上ai-ready、且不带任何其他 ai-* 标签的 Issue 生效 —— 所以处在 ai-in-progress、ai-pr-opened 或 ai-fix-needed 的交付，无论如何都会跑完。
平台升级和部署也有同样的性质：它们不会重启一个已经在执行的交付。