我的KDE面板上多了四个圆环：一个AI额度监控HUD

在Arch Linux + KDE Plasma 6环境下，同时用Claude Code、Codex、Gemini和DeepSeek简直是效率起飞，但有个极其恶心的问题：你永远不知道哪个模型快没额度了。最崩溃的是当你跟AI迭代了一个小时，上下文堆满，正准备收尾或者搞个git rebase时，突然弹出一个“Quota Exceeded”，那种感觉就像在冲刺终点前被绊了一跤。

为了解决这个痛点，我给自己写了一个KDE面板插件，直接把四个模型的额度状态做成圆环指示器。不需要切标签页，也不用开仪表盘，鼠标悬停就能看到每个Agent的剩余量和重置时间。

其实现在大模型厂商的额度计算逻辑混乱得离谱：Claude算小时/天，Codex算计划周期，Gemini得本地估算请求数，DeepSeek则是直接看余额。这种“Token小时”和“Token周”的度量衡，让写代码变成了某种资源调度游戏。

在开发这个HUD的过程中，我踩了一个典型的坑。最初我用位置索引来判断额度窗口（比如第一个环是5小时短期额度，第二个是周额度），结果Codex偷偷改了API返回结构，导致我的插件把周额度误认成了短期额度，显示成了“5小时后重置”，结果日期居然是六天以后。

为了让这个监控更鲁棒，我把逻辑改成了基于时长的动态识别：

• 短时长 → 识别为会话级额度
• 长时长 → 识别为周级/月级额度

同时，我优化了缓存机制，让程序能区分“请求失败（保留旧值并标记缓存）”和“窗口消失（直接从状态中剔除）”，避免了数据僵死。

目前的实现逻辑大致如下：

{
  "agent_status": {
    "claude": {"remaining": 0.45, "reset_in": "4h"},
    "deepseek": {"balance": "12.5 USD", "status": "active"},
    "gemini": {"est_requests": 120, "limit": 150},
    "codex": {"window_type": "weekly", "remaining": 0.8}
  }
}

这种把AI Agent资源量化到桌面状态栏的实操，比任何提醒通知都要高效，起码我再也不会在代码提交前被额度限制搞心态了。