查看用量与速率限制

从状态栏进入

在 LingCode 窗口底部，状态栏会显示一个简洁的摘要——当前 Provider、本次会话已用 Token 数，以及占每日配额的百分比。点击状态栏即可展开完整的仪表盘面板。

仪表盘列出了你配置的所有 Provider（无论今天是否使用过），每个 Provider 都显示：今日已用 Token、本次会话已用 Token、当前速率限制余量，以及"还有 N 时间重置"——即下一个配额窗口开放前的剩余时间。

每个数字背后的来源，按优先级排列

LingCode 从三个来源收集速率限制状态，按权威性由高到低排列：

1. Provider 速率限制事件。部分 Provider（尤其是通过 SDK 接入的 Anthropic）会在你的剩余配额发生变化时实时推送事件。当这些事件正在流入时，仪表盘基本上是实时的——你看到的数字，就是此刻向 Provider 查询会得到的结果。
2. HTTP 响应头。每次流式 Agent 调用都会捕获 Provider 的 x-ratelimit-*（OpenAI 格式）或 anthropic-ratelimit-*（Anthropic 格式）响应头。每次请求后更新，以最后一次调用为准。
3. 本地启发式估算。如果以上两者都不可用——比如你今天只使用过某个 Provider 一次——LingCode 会退回到本地计数，以午夜重置为锚点。这只是粗略估算，目的是让仪表盘不显示空白，而非精确数值。

你不需要手动选择数据来源；仪表盘会自动合并并显示最优可用数据。但了解某个数字来自哪个来源，有助于你正确解读它。来自本地启发式估算的数字只是大概；来自 SDK 事件流的数字才是真实情况。

它不会自动走动

"还有 N 时间重置"计时器显示当前速率限制窗口还有多久结束。重要提示：它不会自动走动。这个数字是在面板渲染时计算的。如果你打开仪表盘看到"还有 3h 12m 重置"，那是打开那一刻的时间。把面板一直开着，三小时后它依然会显示"3h 12m"。

要获取最新数字，关闭并重新打开仪表盘，或发起任何请求（这会触发刷新）。这是一个有意为之的设计选择——该面板不是时钟，而是快照。

各 Provider 的经验法则

真正重要的问题不是"我是否超过了 80%"，而是"我接下来要做的事情，余量够用吗"。大多数 Agent 任务消耗的 Token 在 5K 到 50K 之间。因此：

• 余量 50% 以上——对任何单个任务都绰绰有余。
• 余量 20%–50%——短轮次没问题；长 Agent 循环有风险。超过几轮的任务，建议考虑切换 Provider。
• 余量低于 20%——只启动你做好放弃准备的任务。更明智的做法是切换 Provider，或者停下来等待窗口重置。

这些不是硬性规则——你的任务可能比平均情况长或短。但它们是实用的默认参考。

三个好选项，一个坏选项

如果仪表盘显示你快到限制，而你还有工作要做：

• 切换 Provider——通常是最佳选择。参见在对话中切换 Provider。可以将上下文带到一个全新的配额中继续。
• 在同一 Provider 上切换模型——同一 Provider 的低层级模型通常有独立的配额。如果你有包含 Opus 和 Sonnet 配额的付费层级，这个方法很有用。
• 等待重置——如果"还有 N 时间"很短（分钟级别，而非小时级别），而且任务不紧急，直接等待即可。这是成本（金钱和认知）最低的方案。
• 坏选项：一直做到触碰限制。429 会在工具调用中途到来，往往让 Agent 处于半完成状态。不要这样做。