onWatch 编码代理配额与余量监控

先说清楚要解决的问题

当你把编码任务分发给多个供应商——Anthropic、Codex、GitHub Copilot、Z.ai、Synthetic、MiniMax 等——额度是按各自独立的计费周期重置的。供应商控制台只能给你一个「当前用量」的快照：你看不到这个会话和上个会话之间是怎么烧钱的，也不知道距离下次重置还剩多少余量。结果往往是长任务跑到一半才撞上限流，或者月底才发现预算早就超了。

这个技能做了什么

它把分散在多个供应商侧的用量、消费、重置周期和阈值告警收敛到一个本地面板里：

• 跨供应商聚合：同时轮询多家编码代理的配额状态，在同一视图里比较各自的消耗速度；
• 历史与周期视图：不只展示当前快照，而是按会话、按计费周期回溯历史，让你判断某个供应商是「长期紧张」还是「偶发高峰」；
• 告警前置：在触发限流或预算上限之前就发出通知，而不是等任务失败后才发现；
• 本地遥测接入：通过 API Integrations 把你自己的 API 驱动工作流的用量也接进来，统一跟踪；
• 轻量运行：作为后台代理常驻，官方称全部九个供应商轮询时内存占用低于 50 MB。

适用边界与注意点

这套方案的价值取决于你的用量是否真的跨了多家供应商。如果你只接一个供应商，直接用对方控制台更简单。此外：

• 无头或容器化部署需要额外配置 OAuth 凭证（如 GEMINI_REFRESH_TOKEN / GEMINI_ACCESS_TOKEN）；
• ANTIGRAVITY_BASE_URL 之类的供应商地址需要手动确认，配置错误会让轮询拿到无效数据；
• 它是一个观测工具，不负责替你切换供应商或重试请求——限流发生后的调度策略仍需要你自己实现。