额度和模型 额度用得太快：按活定推理强度和模型，看住缓存，压低 API 成本。
5 条技巧7,964 X 收藏，截至 2026年10月27日
先查推理强度、subagent 模型、闲置 MCP 和过长的规则文件，再决定改什么。
提示词 · Claude Code
2,167 收藏
然后对照它检查我的 Claude Code 设置：用户和项目的 settings、~/.claude/agents 和 .claude/agents 里的 subagent、CLAUDE.md，以及已连接的 MCP server。找三类问题：
1. 默认 effort 跟活不匹配。按指南的阶梯对照：机械性的改动用 low，范围清楚的日常活用 medium，medium 卡住再上 high，xhigh 和 max 只用于实测有收益的活。默认是 xhigh 或 max，或者沿用了给 Opus 5 选的档位，就标出来。再根据这个项目的代码和最近的提交，告诉我这里哪类活该用哪一档。
2. 只负责搜索、读日志、跑测试的 subagent 没设 model，跟着跑在主模型上。
先查写死的模型 ID，再把主会话和 subagent 设成 Opus 5.5 medium。
CLAUDE_CODE_SUBAGENT_MODEL=opus
主会话和执行者用 Sol，Astra 留到大改动完成时做审查。
照这个目录树来设置我的 Codex：
→ 主会话：默认用 `gpt-6.1-sol`，推理强度 high。负责拆任务、派活、整合和验证。简单的活自己做，别派出去。
→ 三个项目级自定义 agent，model 都设成 `gpt-6.1-sol`，model_reasoning_effort 设成 `medium`：explorer 读代码，worker 改代码、跑测试，researcher 查文档。已有合适的就复用，只新建缺的。
→ reviewer：同样是项目级自定义 agent，model 设成 `gpt-6-astra`，model_reasoni…
看缓存还剩多久，以及过期后下一条消息要重新缓存多少 token。
读这份文档，连同它链到的 status line 字段说明，在我的 Claude Code 状态栏加一段缓存状态。
1. 已经有 status line 就别替换：先把 stdin 存下来，原命令和缓存段用同一份输入，原来的输出不动，缓存段另起一行接在后面。没有就新建一个。
2. 数据从输入里的 prompt_cache 拿：warm、ttl、expires_at、hit_ratio、misses、last_miss_cause、recache_tokens_if_cold。还没有 prompt_cache 就先不显示；版本里没有的字段就跳过。
3. 热的时候绿色，显示进度条和剩余时间，比如「cache ● 1h ████░░ 38m left · hit 91% ·…
选一个 Claude API 功能，用没参与调优的测试用例检验更便宜的模型和更低的推理强度。
技能包 · Claude Code
1,710 收藏
然后先列出项目里所有调用 Claude API 的地方，估一下哪个最花钱，让我挑一个。用 claude-api skill 里的 build-eval 给它搭一套测试，开跑前先告诉我大概要花多少 API 费用。
测试题和评分方式我确认之后，在新分支上用 hillclimb 优化，目标是准确率不降、成本下降，可以试更低的 effort 和更便宜的模型，包括 Sonnet 5.5。报告里写清三件事：
1. 每一步改了什么，准确率和每次调用的成本各变了多少。
2. 哪些便宜配置做错了，错在哪。
全部合集