很多开发者接入聚合型 LLM API 后会遇到一个很现实的问题服务商只给账单接口不提供 Web 管理后台。Token 消耗、扣费明细、成本趋势都藏在 JSON 里看得见数据却看不清变化。按照上篇文章《氛围编程实战系列先规划清楚学习路径》这个规划路径我们今天就来用 AI 先开发一个 LLM 使用量监控功能。01 | 先看清使用场景这类场景可以叫“中转代理式裸 API 计费场景”。开发者通过 LiteLLM 模型网关接入多家大模型厂商 API服务商负责统一转发和统一计费但没有配套 Web 可视化控制台。用户只能通过 curl 调用账单接口拿到原始 JSON 文本。问题也随之出现数据是有的但缺少折线图、饼图这类直观报表模型费用占比、每日扣费变化都需要自己整理。因为使用AI编程消耗的token量还是很多的而笔者目前计划可用的配额又非常有限所以能有一个可视化监控界面就非常必要这样能更直观看到账户余额消耗情况做到心中有数从而更合理地安排本周的AI编程任务。02 | 自建看板的基本思路一个轻量方案是定时拉取账单接口 JSON清洗字段后入库再用图表组件展示 Token 消耗和费用趋势。把定期的数据先落到 CSV使用 Oracle 外部表定义直接访问再基于视图做报表或图表让Vibe Coding直接基于这些数据开发一个前端界面展示。03 | 自建看板的具体实现Oracle外部表需要创建一个directory例如/u01/media/xxxx赋予该目录高权限便于其他OS层面的普通开发用户可访问此目录。同时数据库层面内部对具体开发用户赋予该目录读写权限外部表的具体创建语句直接让Codex调用Oracle的skill给出即可这种底层数据相关的建议还是要人工确认下是否符合自己的预期后再创建。假设LLM提供商给的API查询余额方法usage.sh这个脚本查询结果是一整串原始json信息。我们可以这样把该json串信息加工只取其中想关注的值直接让Codex来做就OK这里给出一个笔者实际使用的示例如下[alfredxxxx-dev1 ~]$ cat /home/alfred/scripts/llm_usage.sh#/bin/bashusage_json$(/home/alfred/scripts/usage.sh)printf %s,%.6f,%.6f,%.6f,%s,%s\n \$(date %Y-%m-%d %H:%M:%S) \$(jq -r .info.spend $usage_json) \$(jq -r .info.max_budget $usage_json) \$(jq -r .info.max_budget - .info.spend $usage_json) \$(jq -r .info.budget_duration $usage_json) \$(jq -r .info.budget_reset_at $usage_json) \ /u01/media/xxxx/llm_usage_alfred.csv然后设置os定时调用该脚本多长时间调用一次取决于你对观测颗粒度的需求笔者这里设置每半小时追加写入csv文件*/30 * * * * /home/alfred/scripts/llm_usage.shOracle数据库层面直接使用外部表加载这个csv文件。然后Vibe Coding帮解决前端界面开发和展现工作哪里不满意直接对话给指令让它微调即可。这样就自定义出一个LLM使用情况的监控界面PC端效果如下同时也可以使用手机移动端进行查询支持 PWA起初移动端显示有些bug但没关系直接告诉Codex让它帮忙修改好就OK笔者注PWA 的全称是 Progressive Web App中文通常翻译为“渐进式 Web 应用”。04 | 这套方案补齐了什么它补齐的不是模型能力而是用量可观测能力。对个人开发者、小团队 AI 项目、初创 AI 产品来说裸 JSON 账单很