24/7 跑的 Agent 会不会把 $20 套餐吃穿
按真实 token 量算的盈亏平衡点
官方订阅套餐不公布额度对应的精确 token 数，但时间窗机制本身就和 24/7 负载不兼容；按量计费把约束从「时间窗」换成了「每日预算」——QCode 已于 2026 年 7 月起完全取消 4 小时速率窗口。
四个关键事实
订阅套餐没有公开的 token 换算表
Anthropic 官方不对外公布额度对应的具体 token 数，精确的美元/token 换算无法对官方订阅套餐直接做。
订阅的真正瓶颈是时间窗，不是总量
5 小时滚动窗+周限额都是按时钟重置的，24/7 持续负载天然更容易撞到这类时间窗，与实际消耗了多少 token 关系没那么大。
QCode 按量计费下可以算准
以 Sonnet 4.6 为例，QCode 上 $1 大约能处理 0.37M 全量 token（含缓存命中），按这个比例可以直接推算 24/7 负载的日预算。
只剩每日限额，天然适配 24/7
QCode 个人套餐已于 2026 年 7 月全面取消 4 小时速率窗口限制，全天 24 小时都能用当日额度，不会因为持续时长本身被卡住。
为什么这个问题没有一个「标准答案」
如果单纯比较美元数字，很容易掉进一个陷阱：官方订阅套餐（比如 $20/月）按官方口径不提供精确的 token 用量上限，只有 5 小时滚动窗+周限额这两层「时间窗」约束；这意味着即使你实际处理的 token 总量不算特别大，只要是 24/7 持续不间断地跑，也很容易在某个 5 小时窗口内被判定「超速」，而这和你花了多少钱、处理了多少 token 关系不大，纯粹是请求节奏和时钟窗口的冲突。按量计费的模式则完全不同——只要你的日预算够，理论上没有「跑太久」这个维度的限制，唯一要管理的是「今天花了多少钱」。
QCode 自己的机制变化印证了这一点
QCode.cc 的个人套餐已于 2026 年 7 月全面取消 4 小时速率窗口限制，只保留每日限额；这个变化本身就是在承认——针对长时间持续运行的自动化任务，时间窗约束和真实的成本控制需求是脱节的，按日预算管理更贴近 24/7 场景的实际需要。
时间线
官方订阅套餐不公布 token 换算表，其额度设计围绕交互式人类使用场景的时间窗，而非按量计费模型。
QCode.cc 个人套餐全面取消 4 小时速率窗口限制，只保留每日限额。
按日预算管理长时间自动化负载，是取消窗口限制之后的常态。
已确认 vs 需要自己核算
已确认
官方订阅套餐不公布 token 换算表；QCode 上以 Sonnet 4.6 计，$1 约等于 0.37M 全量 token（含缓存命中）；QCode 个人套餐已于 2026 年 7 月取消 4 小时窗口限制，只保留每日限额。
需要自己核算
24/7 agent 具体一天会消耗多少美元，取决于你的任务类型、上下文长度、缓存命中率等具体参数，官方没有给出一个通用公式；本页给出的是计算方法和量级参考，不是适用于所有场景的固定数字。
两种模式的真实约束不一样
官方订阅（如 $20/月）
约束是 5 小时滚动窗+周限额这两层时钟窗口，24/7 持续负载天然容易撞到窗口上限，和实际花费的美元/token 关系不直接对应。
按量计费（如 QCode）
约束是每日预算（美元上限），没有 4 小时窗口限制，只要预算够，理论上可以不间断地跑；真正要管理的是你的日预算设多少。
怎么估算自己的 24/7 agent 一天要花多少钱
第一步，估算这个 agent 每次交互平均消耗的 token 数（含系统提示词、历史、工具调用结果）。第二步，估算一天内大概会触发多少次这样的交互。第三步，两者相乘得到一天的总 token 量，按你使用的模型的美元/token 单价换算成美元（以 QCode 上 Sonnet 4.6 为例，大致是总 token 数 ÷ 0.37M 美元）。第四步，把这个每日预算数字和官方订阅套餐的月费做对比——如果预算持续显著高于订阅套餐月费的一个合理折算，按量计费不一定更省钱；但如果你的真实瓶颈是「官方套餐的时间窗根本跑不满 24 小时」，那省钱与否已经不是唯一要考虑的因素，能不能持续跑起来才是。
在 QCode 上怎么办
QCode 个人套餐没有 4 小时窗口限制，只按每日预算计费；把 24/7 agent 的工作负载放在这种模式下，不用担心因为持续运行时长本身撞上时间窗，只需要管理好每日的预算上限。
常见问题
官方订阅的 $20/月能撑一个 24/7 agent 吗？
取决于你说的「撑住」是指预算还是指时间窗。官方不公布 token 换算表，但 5 小时滚动窗+周限额这两层时钟约束，本身就和不间断的 24/7 负载天然不兼容，即使花的钱不多，也可能因为节奏问题撞上窗口限制。
为什么官方不直接给一个 token 换算的数字？
订阅套餐的额度设计本身是围绕交互式人类使用场景的时间窗，不是围绕 token 总量的按量计费模型，所以没有一个稳定的、可以公开承诺的 token 换算比例。
按量计费一定比订阅便宜吗？
不一定，取决于你的实际用量。按量计费的优势不是「一定更便宜」，而是约束方式不同——只要预算够，没有时间窗这个维度的限制，这对 24/7 场景更关键。
$1≈0.37M token 这个比例适用于所有模型吗？
不适用。这是 QCode 上以 Sonnet 4.6 为例的实测比例，换成其它模型档位、缓存命中率不同，实际比例会变化，具体以你自己的实际调用记录为准。
QCode 取消 4 小时窗口限制之后，还有别的限制吗？
还有每日限额（按美元计），这个每天凌晨固定时间重置；也可以在额度紧张时购买加油包临时追加。
24/7 agent 用按量计费，有什么需要额外注意的？
需要自己设置好每日预算的告警和上限，避免因为 agent 逻辑问题（比如死循环）在短时间内消耗掉超出预期的预算；这是按量计费模式下需要主动管理的部分。
信息来源
官方订阅套餐不公布 token 换算表，这一点在站内多篇 Claude 额度相关页面中一致提及；QCode 的 $1≈0.37M token（Sonnet 4.6）比例与 2026 年 7 月取消 4 小时窗口限制的信息，来自 QCode 官方定价指南页面。本页内容于 2026-08-27 整理。
相关阅读
QCode.cc 定价完整指南
7 档套餐、token 换算表与计费逻辑详解。
为什么子代理会半小时烧光额度
24/7 agent 场景下额度消耗为什么容易失控。
Claude 5 小时滚动窗完整解释
官方订阅套餐的时间窗约束具体怎么运作。
本页内容为技术性与成本估算说明，不构成财务建议；具体计费规则以 Anthropic 官方文档与 QCode 定价页为准，实际支出因任务类型而异。