当你使用 Claude Code 时如果使用了第三方模型它会让你变慢、变卡进而多消耗很多 token。可通过CLAUDE_CODE_ATTRIBUTION_HEADER控制CLAUDE_CODE_ATTRIBUTION_HEADER: 01. 它是什么这是Claude Code官方编程工具的环境配置变量专门控制归因计费头部Attribution Header是否开启1/true默认开启每次请求头部 / 提示词最前面插入一段计费归因标识x-anthropic-billing-header包含客户端版本、入口、计费标记等信息供 Anthropic 官方统计用量、区分客户端计费渠道今日头条。0/false关闭归因头部不再附加这段标识信息。结合你之前的glm_for_coding场景你是把 Claude Code 客户端对接智谱 GLM 系列代码模型非原生 Anthropic Claude这个参数是适配第三方模型网关的关键开关。2. 设置为 0 的 4 个核心作用解决对接 GLM 时的常见问题① 修复 API 400 报错原生 Claude 专属的计费头部智谱 GLM 接口、第三方转发网关不识别会直接返回 400 参数错误关闭后消除非法请求头请求正常通。② 恢复 KV 缓存大幅降低 Token 开销、提速KV 缓存依赖提示词前缀完全一致才能命中缓存、复用上下文、减少重复计算。 归因头部每次请求版本 / 会话信息会轻微变化导致缓存直接失效每次都要完整重算上下文速度暴跌、Token 消耗翻倍。 设为0后提示词前缀固定缓存持续命中推理速度提升 2~3 倍Token 成本大幅下降agentpatte...。③ 适配自定义模型别名你截图里的 Custom Opus/Sonnet/Haiku你用的是glm_for_coding映射自定义模型名称归因头部里原生 Claude 的计费标识会干扰网关的模型路由逻辑关闭后网关能正常识别并分发到对应 GLM 编码模型。④ 消除本地推理多余开销本地部署 GLM 代码模型时归因头部会增加前置 Token、额外解析逻辑关闭后减少服务器负载避免简单代码任务出现几十秒卡顿。3. 使用场景区分✅ 必须设为 0 的场景你当前场景对接智谱 GLM、通义、Qwen 等非 Anthropic 原生模型使用第三方中转网关、本地自建 LLM 服务需要高频代码调用、追求缓存命中率、控制 Token 成本频繁遇到 400 错误、响应缓慢❌ 不要设为 0 的场景直接调用 Anthropic 官方原生 Claude API官方靠这个头部做计费统计关闭可能导致用量统计异常、计费出错4. 配置写法示例settings.json{ env: { CLAUDE_CODE_ATTRIBUTION_HEADER: 0 }, modelMappings: { Custom Opus model: glm_for_coding, Custom Sonnet model: glm_for_coding, Custom Haiku model: glm_for_coding } }一句话总结CLAUDE_CODE_ATTRIBUTION_HEADER: 0关闭 Claude Code 自带的官方计费归因请求头专门用于对接 GLM 等第三方模型解决报错、提速、降低 token 消耗是你当前自定义模型场景的必配参数。