节省 Token 的大头在输入上下文，而非配置开关

来源：X @discountifu

素材《Claude Code 极简配置指南：屏蔽噪音与 Token 节约》建议通过 settings.json 的环境变量和逻辑开关关闭署名、自动记忆、反馈调查、Git 指令和 1M 上下文，以屏蔽噪音和节约 token ^[0]。这个方向合理，但两个前提经不起数据检验：一是这些开关能省下大量 token，二是禁用 1M 窗口能降低基础 token 占用。实测数据表明，Claude Code 的 token 账单中 99.4% 是输入 token，输出仅占 0.6% ^[31]；在用户输入之前，默认配置就会发出约 3.3 万 token 的系统提示与工具脚手架 ^[29]。配置开关只能削减账单中的固定部分，真正的大头——会话中累积的上下文——需要其他方式管理。

环境变量层：先核对名字，再决定抄不抄

素材将配置分成”环境级禁用”和”行为精简”两层 ^[0]。环境变量通过 settings.json 的 env 字段设置，并导出到 harness 启动的每个工具 ^[8]。在这层变量中，素材有两个变量名写错了：

CLAUDE_CODE_SIMPLE_SYSTEM_PROMPT=1：第三方配置手册称其使用精简版系统提示，每轮节省数百 token ^[24]。
CLAUDE_CODE_ATTRIBUTION_HEADER=0：关闭 commit 消息中的署名 ^[24]。
素材写的 DISABLE_AUTO_MEMORY，实际生效的变量名是 CLAUDE_CODE_DISABLE_AUTO_MEMORY ^[8,9,11]，设为 1 会关闭自动记忆，避免注入额外 token ^[24]。记忆功能会把 MEMORY.md 的内容逐行载入上下文 ^[39]，关闭它确实能压缩每次请求的固定输入。
素材写的 DISABLE_NONESSENTIAL_TRAFFIC，实际生效的变量名是 CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC ^[10]，作用是一次性关闭更新检查、遥测与错误上报 ^[10]。素材称它能”防止 AI 后台偷偷记录用户习惯或上传无关数据” ^[0]，但可查证的作用范围并未到”记录用户习惯”这一层 ^[10]。

对 ENABLE_TOOL_SEARCH 的用法也需要质疑：素材建议设为 “auto”，让”AI 自主判断何时调用外部工具” ^[0]。第三方配置文档显示它是”是否启用 Claude Code 内置的原生 web 搜索工具”的布尔开关，且第三方模型无法使用内置搜索，通常需要设为 false ^[3]；changelog 也将其与搜索相关能力列在一起 ^[1]。素材对该用途的描述与资料不符。

settings.json 行为层：几个开关的真实含义

feedbackSurveyRate=0：移除反馈调查 ^[26]；settings 文档将其类型记为调查采样率 ^[35,37]。
includeGitInstructions=false：移除内置的 commit 与 PR workflow 系统提示词 ^[26]，对应文档中”在系统提示里包含 git 指令”的开关 ^[35]，changelog 显示该字段与配套的 CLAUDE_CODE_DISABLE_GIT_INSTRUCTIONS 变量在 v2.1.69 出现 ^[36]。
署名一项，素材仍建议禁用 includeCoAuthoredBy ^[0]，但该键已被标记为废弃，替代方案是 attribution.commit——把它设为空字符串即可隐藏署名 ^[37,38]。
awaySummaryEnabled=false：社区资料称其关闭”离开时的自动摘要” ^[26]。素材说它能”确保会话历史不会自动同步到云端” ^[0]，这一说法在可查证资料中没有依据。
showClearContextOnPlanAccept：settings 参考里的含义是”在 plan 被接受后显示清除上下文” ^[37]，社区做法是置 true 启用该选项 ^[26]。素材称它”自动清理上下文、防止内存溢出” ^[0]，“自动清理”并不准确——它只是显示一个清除选项 ^[37]。
editorMode：文档化的编辑器 UI 模式字段，示例取值为 “fullscreen”、“pane” 等 ^[35]。素材建议的 “vim” 取值 ^[0] 未出现在可查证的文档中。

禁用 1M 上下文：省下的不是你以为的那个

素材将 CLAUDE_CODE_DISABLE_1M_CONTEXT 描述为关闭”超长上下文窗口带来的额外负担”，以换取”更低的基础 Token 占用” ^[0]。将该变量设为 1 确实能禁用 1M 窗口，回落到默认上下文 ^[13,14,19]，但”基础 token 占用”的说法站不住：1M 窗口本身没有单价溢价，同一窗口内每 token 价格一致 ^[19]，Anthropic 已于 2026 年 3 月 13 日宣布 1M 上下文以标准 API 定价全面可用，无长上下文溢价 ^[21]。

禁用它的真实收益是防止上下文在不知不觉中变大：

旧计费体系下，输入一旦跨过 200K 阈值，全部 token 都会按长上下文费率计费，而不只是超出部分——以 Opus 4.6 为例，输入价从 $5/M 跳到 $10/M ^[20]。这才是”窗口大了反而费钱”的来源，与 1M 窗口本身无关。
Claude Code 2.1.63 起开始静默默认使用 1M 上下文模型，界面上不显示 1M 标识，导致同一会话从”24% of 200K”变成”5% of 1M”式的用量膨胀 ^[18]。禁用变量是对此类静默默认的兜底 ^[18,13]。
1M 并非人人默认：Max/Team/Enterprise 套餐随 Opus 4.6 默认开启 ^[21,15]，Pro 用户默认仍是 200K，需通过 /extra-usage 主动开启 ^[15,19]。
它还不一定生效：Claude Cowork 桌面应用曾被报告强制走 1M 模型，忽略该环境变量，导致 Pro 用户直接报错 ^[12]。

更大的窗口未必带来更好的结果：有实测认为模型的”智能区”在 200K→1M 扩窗时几乎没变，大约仍在 100K 附近，更大的窗口只是给了更多把关键信息埋没的空间 ^[14]。填满窗口本身也不现实——按旧速率上限（Opus 输入 30K token/分钟），灌满 1M 窗口需要超过 33 分钟 ^[16]。会话是否真的处于 1M 模式，可以用 /context 验证：显示 Xk/1000k 即 1M 生效，Xk/200k 则没有 ^[15]。

账单的大头在输入侧：上下文管理才是主战场

素材将省 token 的重心放在开关列表上 ^[0]，数据却指向另一处。一次 100.9M token 的实测中，输入占 100.3M（99.4%），其中 84% 是缓存读取，输出仅 616K（0.6%）^[31]。另一份基准显示 Claude Code 在收到用户输入前就会发出约 33K token（OpenCode 为 7K），生产配置下可达 75K–85K，占 200K 窗口的 40% 以上 ^[29]。具体拆开看：系统提示约 5K–15K token，CLAUDE.md 3K–10K，单次工具调用结果 2K–5K，一轮完整的 agentic loop 30K–50K ^[61]。

这意味着配置开关只能压住固定开销，账单会随会话累积线性增长。证据指向的不是更多开关，而是上下文管理：

/compact 的最佳用法是”定期保养”而非”亡羊补牢”——在会话还健康时主动压缩，关键信息更容易保留 ^[60]；等到 90% 以上才压缩，摘要可能已不可用，40%–50% 是更合适的干预点 ^[62]。
/clear 用于任务切换时的硬重置，把对话历史整个丢弃 ^[62]。
/context 用来诊断谁在占用上下文——是读入的大文件、工具输出，还是过重的记忆文件 ^[60]。
Claude Code 内部有从 Microcompact 到 Full Compact 的多级压缩体系 ^[61]，但主动管理比依赖自动压缩更可靠。
提示缓存约 5 分钟保持温热，缓存读取比全新输入便宜约 90% ^[34]；缓存输入仍会计费，只是费率大幅降低 ^[31]。

素材自己也承认这套激进的配置的边界：去掉系统提示后 AI 行为更不可预测、对新手不友好，企业环境还要考虑署名与记忆相关的合规与审计 ^[0]。这些判断成立，只是低估了问题的主次——真正决定账单的不是那几个开关，而是”喂给模型多少上下文”。素材结尾的横向对比——Copilot 偏黑盒、Cursor 重 UI、Claude Code 靠 JSON 配置获得更高可控性 ^[0]——方向可以接受，但没有可查证证据支持具体细节。

原文更正：素材把 DISABLE_AUTO_MEMORY、DISABLE_NONESSENTIAL_TRAFFIC 写成了不带 CLAUDE_CODE_ 前缀的变量名，实际生效的是 CLAUDE_CODE_DISABLE_AUTO_MEMORY 与 CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC。 ^[8]

节省 Token 的大头在输入上下文，而非配置开关

环境变量层：先核对名字，再决定抄不抄

settings.json 行为层：几个开关的真实含义

禁用 1M 上下文：省下的不是你以为的那个

账单的大头在输入侧：上下文管理才是主战场

参考来源