Claude Code 在 VSCode 中按 Skill、Agent、MCP Server 细分用量成本——企业运维团队需要了解的三项变化

6月12日 Claude Code 更新合并了三项变更，整体上填补了企业团队在理解和管控 agentic coding 支出方面的重要缺口。最引人注目的是全新 VSCode /usage 对话框——现在可以按缓存未命中、长上下文调用、subagent 派发，以及最关键的每个 skill、agent、plugin 和 MCP server 在过去 24 小时与 7 天窗口内的 token 消耗进行细分归因。

如果你在团队规模下运行 Claude Code，此前只能依靠汇总 token 计数管理成本，这次更新改变了你能度量的维度。同一版本中另有两处修复，分别针对合规敏感型和多租户部署的运营风险。

发生了什么

6月12日 Claude Code 版本 包含以下内容：

• VSCode /usage 成本归因对话框。 VSCode 扩展中的账户与用量视图（/usage）现在展示过去 24 小时或 7 天的详细用量细分，包括缓存未命中、长上下文会话、subagent token 消耗，以及首次提供的按 skill、agent、plugin、MCP server 的逐项归因。团队无需自建遥测管道即可看清每个组件使用了多少 token 预算。

• Bedrock GovCloud 推断配置文件前缀修复。 AWS GovCloud 区域（us-gov-*）在推导推断配置文件前缀时错误地使用了 global 而非 us-gov，导致 Claude Code 尝试解析派生模型 ID 时返回 400 错误。修复后 GovCloud 会话将正确使用 us-gov 前缀，恢复 FedRAMP High 和 DoD IL4/5 合规框架下的模型访问。

• 后台会话凭据隔离。 后台会话此前会从启动后台守护进程的 shell 继承 ANTHROPIC_* 环境变量——包括 gateway URL、自定义请求头、/model 别名。这意味着派发到预热 worker 上的后台 agent 可能会使用属于不同团队或会话的凭据进行路由。修复后，每个后台会话的 provider 环境彼此独立解析。

同版本附加修复包括：Shell 命令中断后退出时 1-2 秒的停顿、git commit 联合作者归因错误、/advisor 对话框预选受限模型、skill 热重载仅重新通告变更的 skill（而非全量），以及 Workflow tool subagent 归因请求头。

为什么这对 AI 工程团队重要

组件级成本归因改变了 agent 支出审计方式

此前，将 Claude Code 成本归因到具体组件的最佳路径是搭建 OpenTelemetry 管道并手动打标签——即 6月2日 OTEL 指标版本所描述的方案。需要 gateway 侧验证和长期存储的团队，OTEL 路径仍是正确选择。但对于"哪个 skill 消耗了我们月度预算的大头？"这类常见问题，/usage 对话框无需任何基础设施即可直接回答。

这一点尤为重要，因为 Claude Code 的 skill 和 MCP 生态系统在持续扩张。团队正在运行用于代码审查、文档生成、部署验证和数据库迁移的自定义 skill，每类 skill 的 token 消耗特征各异。每次 PR 触发一次 subagent 的代码审查 skill，可能在任何单个会话的上下文中都不显眼，但累积成本不容忽视。新的 /usage 对话框让这类成本在 IDE 层面直接可见，无需等到账单来了才发现。

GovCloud 修复恢复了合规敏感路由

在 FedRAMP High 或 DoD IL4/5 合规框架下通过 AWS GovCloud 运行 Claude Code 的团队，因推断配置文件前缀推导错误而无法访问模型。推断配置文件系统将区域前缀映射到模型可用性——us-gov 区域有独立于 global 区域的模型目录。Claude Code 推导出 global 而非 us-gov 时，模型解析以 400 错误失败。

此修复范围较窄，但影响较高。GovCloud 团队通常是受严格监管的企业，路由要求明确：不能回退到商业 AWS 区域。推断配置文件前缀错误不会优雅降级——它是硬性失败。如果你近期因模型访问错误而暂停了 GovCloud Claude Code 上线，此版本是重新启用的节点。

后台会话凭据隔离关闭多租户风险

后台会话凭据泄漏是本版本中安全敏感性最高的修复。修复前，后台 agent 会从启动守护进程的 shell 继承 ANTHROPIC_BASE_URL、ANTHROPIC_API_KEY 或自定义请求头。在共享开发环境中——多名开发者从不同终端会话启动后台守护进程时——这会产生跨会话的凭据污染风险。

典型场景：开发者 A 从配置了共享团队 API gateway 的 shell 启动 Claude Code 守护进程；开发者 B 在同一台机器上启动后台会话，B 的会话会继承 A 的 gateway 配置，通过 A 的凭据路由请求。修复后，每个后台会话独立解析自己的 provider 环境。

Router/Operator 视角

本版本三项变更汇聚于同一运营主题：agentic coding 工作流中的组件级可见性与隔离。

对于通过 routing 层运行 Claude Code 的团队——无论是共享 API gateway、TheRouter 还是自建代理——/usage 对话框改变了归因模型。此前，gateway 只能看到单一上游，需要从会话元数据或自定义请求头推断成本归因。现在，客户端侧的归因足够细粒度，无需任何 gateway 侧埋点即可构建组件级成本模型。

这为一种实用的验证模式提供了支撑：将客户端的 /usage 细分与 gateway 侧请求账本 交叉比对。如果客户端显示 code-review skill 消耗了 40,000 token，但 gateway 从该团队会话中记录了 60,000 token，这个差值值得深查——可能是某个 skill 产生了隐性的 subagent 流量，也可能是配置问题。

GovCloud 修复强化了一个合规导向团队应当内化的认知：Claude Code 中 provider 区域路由是模型感知型的。 推断配置文件系统不只是选择模型，它将区域映射到模型目录。有严格区域要求的团队在更新后应当验证配置是否推导出了正确的前缀。

后台凭据隔离修复对运行共享 CI/CD 基础设施的团队有具体影响。如果你的 CI 管道在共享 runner 上启动 Claude Code 后台 agent，现在每个 job 的 provider 环境已经正确隔离，消除了一类难以检测的跨 job 凭据泄漏——因为 agent 表面上运行正常，只是在走错误的凭据路由。

值得关注的事项

• 审计你的 /usage 细分。 更新至 6月12日版本后，查看 7 天窗口。若任何单个 skill、plugin 或 MCP server 占团队 token 消耗超过 30%，可考虑模型层级优化——将叶子任务路由到更廉价的模型，为规划任务保留最强模型。
• GovCloud 团队：验证推断配置文件。 更新后运行 /status，确认区域前缀显示为 us-gov 而非 global。若仍显示 global，你的配置可能仍在强制指定错误区域。
• 后台守护进程配置方式调整。 凭据隔离修复意味着后台会话不再继承 shell 环境。如果你此前依赖这种隐式继承——例如在 .bashrc 中设置 ANTHROPIC_BASE_URL 并期望后台 agent 自动拾取——现在需要在会话层面或通过 managed settings 配置 provider 路由。
• 客户端与 gateway 归因交叉验证。 /usage 对话框提供客户端侧可见性，gateway 侧请求账本 提供 provider 侧验证。两者结合可检测偏差——尤其是 MCP server，客户端将其归因为"MCP server"，但 gateway 可能将其记录为独立请求。
• Skill 热重载仅重新通告变更的 skill。 这是性能修复，但也意味着遥测管道需要能处理增量 skill 列表更新，而非完整重新通告。若你的成本归因依赖 skill 列表事件，请验证你的 collector 是否支持增量更新。