Claude Code 新增 -usage：终于能看清你的额度被谁烧掉了

公众号名称：徐导AI笔记

作者名称：三只橘喵

发布时间：2026-05-26 06:46

Claude Code 最近更新了一个很实用的小功能：/usage 现在可以拆分显示额度消耗来源。

以前你只知道额度没了。现在你终于可以看到，是 skill、subagent、plugin，还是某个 MCP server 在烧额度。

这次更新改了什么

在 Claude Code 2.1.149 里，官方给 /usage 加了更细的分类。

现在可以看到这些消耗来源：

1. skills

2. subagents

3. plugins

4. 每个 MCP server 的 cost

Claude Code 现在不只是一个聊天式编程工具。你会给它装 MCP，挂 plugin，写 skill，开 subagent，让它长时间处理一个目标。

工具链越复杂，额度消耗就越黑盒。

/usage 的价值，就是把这个黑盒打开一条缝。

怎么用

用法很简单。

claude

/usage

如果你的 Claude Code 版本太旧，先升级到新版。

claude —version

看到 usage 后，不要只看总量。重点看哪个分类异常高。

该怎么看这张账单

排查顺序

1. MCP server：最容易偷偷变成高消耗入口。

2. plugins：有些 plugin 会把多个能力打包进来，调用链不容易被察觉。

3. subagents：适合复杂任务，但不适合每件小事都开。

4. skills：如果某个 skill 调用频率很高，要检查它是不是写得太重。

这里面最该盯的是 MCP。

MCP 的问题不是不能用，而是它太容易被装多。一个 GitHub MCP、一个浏览器 MCP、一个数据库 MCP、一个文件系统 MCP，再加几个第三方工具，Claude Code 每次任务都有可能多绕几圈。

真正拖慢任务、吃掉额度的，往往不是模型本身，而是工具链太臃肿。

查完以后怎么处理

查 usage 不是为了看个热闹，而是为了做取舍。

看到高消耗后，可以这样处理：

・不用的 MCP 先关掉，不要长期全开。

・低频 plugin 先卸掉，需要时再装。

・subagent 不要滥用，小任务直接让主会话完成。

・复杂任务拆成几段，不要一次塞给 Claude Code 跑到底。

・高消耗 skill 要重写，让它更短、更明确、更少依赖外部工具。

这也是以后写 AI coding workflow 的新标准：不能只看任务有没有完成，还要看完成一次要烧多少额度。

好 workflow 不是“能跑就行”，而是能稳定跑、少返工、少烧额度。

MLflow 这个信号也很有意思

同一天，MLflow 发了一篇文章，讲怎么把 Claude Code 接到 AI Gateway 后面。

它提到一个现实问题：一个复杂 coding agent session，可能会发起几十次甚至上百次 LLM 调用。

这时你就不能只关心“模型聪不聪明”。你还要关心三件事：

1. 每次调用发了什么内容。

2. 哪些步骤最烧钱。

3. 成本或安全风险能不能被提前拦住。

这和 Claude Code 的 /usage 是同一个方向：AI 编程工具正在从“能干活”，走向“可观察、可控制、可算账”。

Claude Code 是不是急了？

我觉得有一点。

Codex 最近动作很密，Claude Code 不可能只靠“模型强”这一张牌继续打。

重度用户真正关心的东西已经变了：不是能不能写代码，而是能不能把长任务跑稳，能不能少浪费额度，能不能知道问题出在哪。

/usage 这类功能看起来小，背后其实是产品方向变化。

一句话结论：

Claude Code 新增 /usage，不只是让你看账单。它提醒我们：以后 AI 编程工具的竞争，不只拼谁更会写代码，也拼谁更能让用户控制成本。

如果这篇文章对你有一点帮助，欢迎点个赞，也点个在看。

cover_image

原创三只橘喵徐导AI笔记

内容效果不满意？点此反馈