Claude Code 成本监控三件套：/usage Loops 揪出跑飞任务，模型选择器与缓存 TTL 把账算明白

在 Claude Code 里输入：
/usage

你会看到：
· 本次会话 Token 消耗（输入 / 输出 分开计）
· 各模型占比
· 新增：Loops 明细板块

Loops 明细每行包含：
· 循环任务名（loop 的标题）
· 运行次数（run count）
· 总 Token / 每次平均 Token
· 最近一次运行时间

先整体扫一遍，标记出「次数多 + Token 高」的循环。

判断标准很简单——看三个数字的组合：

危险信号 1：运行次数特别多（几十上百次）
危险信号 2：单次平均 Token 很高（反复重跑大上下文）
危险信号 3：任务结果一直不「达标」

定位到之后，处理三步走：
1. 终止该 loop（Ctrl+C / 输入 stop）
2. 检查它的成功标准：标准越客观越具体，
   AI 越早能判断「完成」——比如
   ❌「把代码改好」→ 无法收敛
   ✅「通过 npm test 且无 ESLint 报错」→ 可判定
3. 标准写好后重新跑，并再次用 /usage 复核消耗

参考《预算护栏》思路：跑循环前先在心里设一个
「最多重试 N 次 / 最多花 N 万 Token」的心理上限。

v2.1.243 新增 modelPicker 设置：你可以定制 /model 选择器，放一个有序、带标签的模型列表，覆盖或追加内置列表。好处是防止手滑选到贵模型，也省去每次翻找。

在 settings.json 里配置（JSON 示例）：

{
  "modelPicker": [
    {"name": "日常快跑", "model": "claude-sonnet-4-5", "label": "性价比"},
    {"name": "复杂重构", "model": "claude-opus-4-6", "label": "强能力"},
    {"name": "大上下文", "model": "claude-haiku-4-5", "label": "省钱"}
  ]
}

说明：
· 任意模型 id 拼写都行（含 Vertex / Bedrock id）
· 列表会「追加或替换」内置列表，视配置而定
· label 字段是显示名，方便团队统一口径

配好后 /model 只会出现这几个选项，
误选贵模型的概率直接归零。

v2.1.243 新增 promptCacheTtl 与 subagentPromptCacheTtl 两个设置：API Key 用户和云供应商用户可以把主对话的提示词缓存保留 1 小时，子代理的缓存单独控制（默认建议 5 分钟）。缓存命中意味着重复的上下文不用重新计费。

settings.json 示例：

{
  "promptCacheTtl": 3600,          // 主对话缓存 1 小时（秒）
  "subagentPromptCacheTtl": 300    // 子代理缓存 5 分钟
}

调优建议：
· 长会话、反复读大文件 → 主对话 TTL 调大（3600）
· 子代理频繁换任务 → 子代理 TTL 保持短（300），
  避免缓存失效却还占内存
· 短平快任务 → 都可缩短，省内存不省事

缓存原理可参考《DeepSeek 前缀缓存》教程：
命中率越高，单价越低。

v2.1.243 还带来两项组织级能力，适合团队统一管控：

1. keyless sign-in（无密钥登录）
   /login 支持通过 Anthropic Console 登录，
   适合「组织不允许分发 API Key」的场景
   ——人走 Key 失效，账号权限集中回收

2. modelPricing 托管设置
   组织可统一维护模型价格，
   让 /usage 的成本估算更贴近真实账单

3. 启动提速
   沙箱与 MCP 初始化不再阻塞首帧，
   冷启动更快——顺手就把「空转等待」的时间成本省了

配置路径：settings.json 或组织的托管配置下发。

每周成本体检清单：
□ 打开 /usage，看本周 Loops 明细
  ——有没有新增跑飞任务？
□ 对比上周：总 Token 涨了还是降了？因为什么？
□ 检查 modelPicker：列表里有没有该删的模型？
□ 检查缓存命中情况：大任务前缓存生效了吗？
□ 团队周会同步：谁的任务最烧钱，为什么？

一个简单的环比记录（记事本即可）：
周次 | 总Token | 循环任务数 | 主要消耗项 | 采取措施
如果连续两周没有改善，就该动手改
成功标准 / 换更便宜的模型 / 关掉低价值任务。