命中率只有40%多,而且速度特别慢 - Claude Code

Quick fix

尝试在 .claude/settings.json 禁用动态归属头；若仍无改善，只能更换已正常缓存的模型并继续关注主 issue。

Symptom

报错原文复制

claude code接codex时，开启本地路由。命中率只有40%多,而且速度特别慢。但是codex自己运行时命中率有90%

Cause

Claude Code 会注入动态归属头（CCH），可能破坏第三方模型的 prompt 缓存，导致缓存命中率下降、token 消耗增加并显著拖慢响应。相关报告中的命中率从 90% 以上降至 70% 多，另一报告则只有 40% 多。

线程中的处理结果并不一致：有人建议通过 `CLAUDE_CODE_ATTRIBUTION_HEADER` 禁用动态头，但原报告者设置为 `false` 后仍然又慢又费 token；其切换到 `minimax2.7` 或 `deepseek v4` 后恢复正常。Issue #3232 被作为重复问题关闭，Issue #3908 则因长期无新复现信息而关闭，因此语料中没有得到确认的通用修复。

Fix

1. 1

   在 `.claude/settings.json` 中加入 `CLAUDE_CODE_ATTRIBUTION_HEADER`，尝试关闭 Claude Code 自动生成的动态归属头。

   .claude/settings.json

   {
     "env": {
       "CLAUDE_CODE_ATTRIBUTION_HEADER": "false"
     }
   }

2. 2

   重新运行相同请求并检查缓存命中率、响应速度和 token 消耗；该设置在 Issue #3232 的报告者环境中未能解决问题。

3. 3

   如果禁用动态归属头仍无改善，可切换到报告者测试正常的 `minimax2.7` 或 `deepseek v4`；这只是该用户的实测结果，并非已确认的通用修复。

4. 4

   Issue #3232 已归并到主 issue 跟踪；若问题仍存在，应补充 CC Switch 版本、系统、完整复现步骤及日志或截图。

Affected Versions

ToolClaude Code

Version受影响版本：3.15.0

PlatformsWindows

Source Issues

本页汇总自 2 个真实 issue

• #3232claude code接codex时，开启本地路由。命中率只有40%多,而且速度特别慢。但是codex自己运行时命中率有90%
• #3908缓存命中率多级告警

FAQ

这个问题解决了吗？为什么随便一句话都要响应十几分钟？

现有线程没有确认通用修复。Issue #3232 的报告者禁用动态归属头后仍然很慢且费 token，但切换到 `minimax2.7` 或 `deepseek v4` 后恢复正常。

设置 `CLAUDE_CODE_ATTRIBUTION_HEADER="0"` 能解决缓存命中率下降吗？

Issue #3908 表示该环境变量可以缓解动态归属头造成的缓存失效，但 Issue #3232 的报告者使用值 `false` 后没有改善，因此效果可能取决于 Claude Code 版本、模型或第三方厂商适配。

升级 CC Switch 4.0 后是否已经修复？

维护者表示 4.0 对相关功能做了较大重构并建议升级后重试，但线程中没有用户反馈证明升级已经解决该问题。

相关问题

供应商 API Key 被覆盖：Codex 重启或切换后升级到 cc-switch v4.0.0 或更高版本；该版本重写了切换逻辑，避免供应商密钥互相覆盖并恢复官方登录态。6 issues mergeddeepseek接入 模型勾选了1m升级 cc-switch 到 v3.17.0+，DeepSeek 供应商的「默认兜底模型」（ANTHROPIC_MODEL）留空或也勾选 1M，只填 Haiku/Sonnet/Opus 映射后重启 Claude Code。7 issues mergedinvalid tool_call_id（HTTP 400）— Codex工具调用时报错时，可改用原生 Responses 兼容的 GPT 类模型；v3.16.5 可回退至 v3.16.4。3 issues merged