workbuddy 无独立额度监控插件，额度使用集成于主客户端；所有 credits 消耗由系统自动上报、实时累计，并在右上角【账户与用量】中展示明细。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
WorkBuddy 没有独立的「额度消耗监控插件」——额度使用情况直接集成在主客户端中，无需额外安装插件。所有 Credits 消耗记录都由 WorkBuddy 自动上报、实时累计，并在界面显眼位置持续更新。
为什么找不到“额度监控插件”入口
官方未发布、也不支持第三方开发的额度类插件。所谓“插件”是误传，常见混淆来源包括：
- 把
Claw集成页里的「用量统计」面板当成独立插件 - 将浏览器开发者工具中临时查看的
/api/v1/billing/usage接口响应误认为可安装模块 - 混淆了旧版 OpenClaw 社区自建仪表盘（已停用）与 WorkBuddy 当前内置机制
实际路径只有唯一一条：WorkBuddy 主界面右上角头像 → 【账户与用量】→ 查看「本月已用 Credits」及明细列表。
如何确认当前额度是否被真实扣减
每次任务执行后，额度不是“预扣”而是“后结算”，且仅在任务成功生成有效输出时才扣除。验证方法如下：
- 执行一个明确计费的任务（如调用
deepseek-chat模型生成 500 字报告） - 立即刷新【账户与用量】页面，观察「今日已用」数值是否+120（该模型典型单价）
- 若无变化，检查任务状态是否为
skipped或failed：这两种状态不扣额 - 注意缓存：网页端用量数据有约 15 秒延迟，终端命令行执行
workbuddy status --billing可获取实时值（需 CLI 工具已安装）
额度异常消耗的排查重点
突然发现额度下降过快，优先检查以下三处，而非怀疑插件出错：
-
Claw绑定的企业微信/钉钉账号是否被他人误操作发送指令（尤其测试期常被同事扫码触发） - 任务配置中是否启用了「自动重试」且失败后反复提交（例如 Excel 解析失败时默认重试 3 次，每次均计费）
- 日志里是否存在高频
model_fallback记录：当首选模型（如hunyuan）不可用时，会降级调用更贵模型（如kimi-long），单价可能翻倍
真正的监控动作，是定期导出 /monitor 页面中的「执行包」，用本地脚本解析其中的 billing_info.json 字段——这才是唯一可审计的原始凭证，别依赖界面上跳动的数字。
