北京
订阅版 Claude Code 有两个限制：一个是 5 小时的会话窗口，一个是每周总量上限。会话窗口很容易感知，周上限却总是悄悄逼近——单次会话不会告诉你这一周正走向哪里，等 /usage 显示 90% 时，已经是周三，而手上还有两天的工作。
有人不想每次都主动去查，于是做了一个 Windows 托盘小应用 Claude Code Tray：把用量直接画成图标本身，当当前节奏会在窗口重置前触达 100% 时，图标变红。
画一个百分比是简单的部分，判断什么时候该变红才是难点。以下是把预测做准过程中得到的四点经验。
两个窗口需要不同的算法
对 5 小时会话，应用保留一小段滚动读数历史，用最小二乘法拟合斜率。它能在 5 到 10 分钟内做出反应，这正是短窗口需要的灵敏度。
把同样的斜率用到周窗口上，结果每个繁忙的下午都会误报。一段集中工作，外推到七天就成了一场面目全非的灾难。
所以周窗口换了一套规则：拿你的用量和“匀速消耗到此刻应花掉的比例”比较，即已过时间 ÷ 7 天，只有高于这条线才变红。预测触达 100% 的时间，用窗口开始以来的平均速度做一次三数法则换算：
- 触达 100% 所需时间 = 已过时间 ×（100 − 已用）÷ 已用
- 不需要历史数据，第一次读数就能算
- 短时爆发不会触发误报
直线会把你的周末终点算到没人干活的时刻
匀速对“是/否”告警够用，作为预测却是错的。把剩余额度平均摊到时钟上，“你在这里耗尽”可能落在周五凌晨 3:59——那个时间点你什么都没在跑。
统计窗口做了另一件事：从本地 Claude Code 转录记录的时间戳里，按星期几和小时测出你通常活跃的时段，再把剩余额度沿着这个形状分配——平时闲置的时段画平（标注为通常闲置），工作时段带斜率。曲线穿过 100% 的那个点，才是你真正会耗尽的下午。
这是习惯而非日程，所以措辞留了余地：“大约 13:45”。
数据少的时候就该显得数据少
只有几天历史时，活动画像基本是噪声，而从噪声里画出的阶梯图会比直线显得更自信。所以历史不足约三周时，图表退回匀速直线。它会随着学习变得更具体，而不是提前装懂。
警告配上出路才有用
“你周四会耗尽”是真话，但帮助有限。当形状化预测显示会提前耗尽时，图表下方那句话会给出你最早可以停下、再恢复、并且仍能在限额内收尾一周的小时：
“现在停下，大约 7 月 30 日 13:00 再继续，这一周收尾时约在 97%。”
只提供你通常工作的时段。如果没有任何恢复时间能真正救回这一周，它就不给建议，而不是编一个。
数字从哪来
应用读取 Claude Code 已存在你机器上的 OAuth 令牌，每次轮询发一个最小 API 调用，只为读限流响应头。这些响应头也统计来自 claude.ai 和其他机器的用量，因为是同一个限额。
这在 Anthropic 的条款下属于灰色地带。它不是条款禁止的情形（本地运行、只针对你自己的账号），但也不算“Claude Code 的普通使用”。README 引用了条款原文供自行判断，刷新间隔可配置。
怎么做的
用 Claude Code 做的，从六月第一次提交开始。决定做什么、审查每一处改动、在自己机器上测试。仓库保留了一份 AGENTS.md 和几个项目技能，让每次会话从同一套约定出发，界面有自动化 Windows UI 测试覆盖。
试用
目前仅限 Windows：图标用 GDI+ 按托盘要求的精确尺寸绘制。
- winget install alegauss.ClaudeCodeTray
- 或从 releases 下载单用户安装包，无需管理员权限
- 免费开源（Apache 2.0），无付费档，非官方，与 Anthropic 无关联：github.com/alegauss/claude-tray
如果你用的是 Max 套餐、看周限额比看会话限额更勤，作者想知道：匀速规则和你一周的实际走势对得上吗？
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
