1. 为什么你的 Claude Code 越用越慢系统提示词臃肿的真实代价如果你正在用 Claude 5 代模型做代码助手大概率遇到过这种情况明明只是让它改一个函数它却先复述一遍项目背景、再解释一遍命名规范、最后才慢吞吞给出代码。响应变慢、上下文窗口被吃掉一大半、多轮对话后开始忘事——这些症状的根源往往不在模型本身而在你塞给它的系统提示词太胖了。Claude Code 的系统提示词经历过一段疯狂膨胀期从最初几百行到后来包含产品说明、安全规则、工具手册、交互准则、记忆策略、示例库等一大堆内容。每一层都是为解决某个具体问题加的但没人负责减肥结果就是矛盾指令并存、冗余规则重复、过时示例占位。模型在冲突规则之间摇摆被迫做次优选择token 消耗还居高不下。上下文工程的核心思路是把写什么提示词换成怎么组织模型需要的所有上下文。具体到 Claude Code就是让系统提示词瘦下来把知识挪到项目文件、技能模块、可执行工件里去。这篇会给你一套可复制的settings.json与config.toml骨架配合 TaoToken 统一 Key/API 通道接入再带你做一次精简前后的 token 占用对比验证。目标很明确在不损失指令遵循能力的前提下把系统提示词体积压掉 80% 以上。适合谁看用 Claude 5 代模型跑 Claude Code 的开发者、被上下文窗口限制卡住的 Agent 玩家、想系统学上下文工程而不是零散调提示词的人。2. TaoToken 前置准备统一 Key 与 API 通道在动手精简之前先把接入层理顺。Claude Code 默认走 Anthropic 官方通道但如果你同时用多个模型、多个项目Key 管理会变得很乱。TaoToken 提供统一 Key 和 API 通道把模型对话、Coding Plan、控制台、API Keys 管理集中到一处省去到处配环境变量的麻烦。2.1 获取 API Key访问控制台创建 Keyhttps://taotoken.net/console?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentconsole创建后到 API Keys 页面复制https://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi-keysAPI 基础地址统一用https://taotoken.net/api注意这个地址不加 UTM 参数直接作为 base_url 使用。2.2 环境变量配置Linux/macOS 下写入 shell 配置export TAOTOKEN_API_KEYsk-你的key export ANTHROPIC_BASE_URLhttps://taotoken.net/api export ANTHROPIC_API_KEY$TAOTOKEN_API_KEYWindows PowerShell$env:TAOTOKEN_API_KEYsk-你的key $env:ANTHROPIC_BASE_URLhttps://taotoken.net/api $env:ANTHROPIC_API_KEY$env:TAOTOKEN_API_KEY这样 Claude Code 启动时会自动读取不用每次手动传参。如果你要长期跑编码任务或 Agent 循环建议直接上 Coding Plan额度更稳https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding-plan2.3 验证通道连通先发一个最小请求确认通道没问题curl -s https://taotoken.net/api/v1/messages \ -H x-api-key: $TAOTOKEN_API_KEY \ -H anthropic-version: 2023-06-01 \ -H content-type: application/json \ -d { model: claude-sonnet-4-5, max_tokens: 64, messages: [{role:user,content:reply with OK only}] }返回里能看到content字段就说明通道通了。这一步别跳过后面所有精简实验都建立在这条通道上。3. 可复制配置settings.json 与 config.toml 骨架Claude Code 的配置分两层settings.json管行为与权限config.toml管模型与通道。精简系统提示词的关键是把常驻指令压到最少把按需知识挪到技能和工件里。3.1 settings.json 骨架放在项目根目录.claude/settings.json{ model: claude-sonnet-4-5, systemPromptMode: minimal, contextEngineering: { thinPrompts: true, progressiveDisclosure: true, singleSourceOfTruth: true, autoMemory: true }, skills: { autoLoad: false, registry: [.claude/skills/code-review, .claude/skills/deploy] }, permissions: { allow: [Read, Edit, Bash(git status), Bash(npm test)], deny: [Bash(rm -rf *)] }, memory: { mode: auto, claudeMdPath: ./CLAUDE.md } }几个字段的含义systemPromptMode: minimal让 Claude Code 只加载核心产品上下文和关键行为规则progressiveDisclosure开启渐进式披露技能只在触发时加载singleSourceOfTruth消除重复指令autoMemory用内置记忆替代手动笔记。3.2 config.toml 骨架放在~/.config/claude-code/config.toml[api] base_url https://taotoken.net/api api_key_env TAOTOKEN_API_KEY timeout_seconds 120 [model] default claude-sonnet-4-5 fallback claude-haiku-4-5 max_tokens 8192 [context] initial_budget_ratio 0.15 skill_registry_budget 800 per_request_increment_budget 4000 [skills] directory .claude/skills lazy_load true [memory] auto_track true claude_md ./CLAUDE.mdinitial_budget_ratio 0.15表示会话启动时已用上下文不超过 15%skill_registry_budget 800限制所有技能名称描述的总 tokenlazy_load true是渐进式披露的开关。3.3 CLAUDE.md 的新定位精简后 CLAUDE.md 不再是记事本而是项目规范书。只放持久不变的信息# 项目规范 ## 编码约定 - 语言TypeScript strict - 包管理器pnpm - 命名camelCase 变量PascalCase 类型 ## 架构约束 - 分层controller - service - repository - 禁止跨层直接调用 ## 测试与构建 - 测试pnpm test - 构建pnpm build不要放上次我们讨论了架构重构这类临时状态交给自动记忆系统。4. 验证请求精简前后 token 占用对比配置改完必须验证否则你不知道到底省了多少、有没有伤到指令遵循能力。4.1 精简前基线测量先记录精简前的系统提示词 token。用 Claude Code 内置诊断claude /doctor --verbose输出里会列出当前加载的指令块和各自 token 占用。把总数记下来比如精简前是 24000 token。4.2 应用精简配置确认settings.json里systemPromptMode为minimal然后重启会话claude --reset-context再跑一次诊断claude /doctor --verbose对比两次输出。实测下来核心产品上下文加关键行为规则通常能压到 3000-4500 token 区间精简率轻松超过 80%。4.3 指令遵循能力回归测试光看 token 不够得确认模型还听话。准备一组私有评测用例覆盖你最常用的场景cat eval-cases.jsonl EOF {input:给 utils.ts 加一个 debounce 函数,expect:生成符合项目命名规范的函数} {input:修复 login 里的空指针,expect:定位并修复不引入新依赖} {input:给 user service 写单测,expect:使用项目现有测试框架} EOF逐条跑观察输出是否符合预期。如果精简后出现明显退化优先检查是不是把关键行为规则也砍掉了——minimal模式应该保留核心行为规则只砍冗余和矛盾部分。4.4 上下文窗口健康指标精简后定期看这几个指标指标健康值检查方式初始上下文占比 20%/doctor技能注册 token 1000/doctor --skills单次请求增量 5000会话日志精简率持续优化前后对比5. 本篇常见错排查5.1 精简后模型不遵守命名规范原因通常是 CLAUDE.md 里没写清楚或者被minimal模式误删。检查CLAUDE.md是否包含编码约定确认contextEngineering.singleSourceOfTruth没把规范类指令当冗余删掉。规范属于单一来源该保留的内容。5.2 技能不触发lazy_load true时技能只在请求匹配时加载。如果技能一直不触发检查SKILL.md里的触发条件描述是否够明确。比如写用户输入包含 deploy 时加载比写部署相关要准得多。5.3 API 返回 401 或 403先确认TAOTOKEN_API_KEY环境变量在当前 shell 生效echo $TAOTOKEN_API_KEY再确认ANTHROPIC_BASE_URL指向https://taotoken.net/api末尾不要多加斜杠。如果还报错到控制台重新生成 Keyhttps://taotoken.net/api-keys?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentapi-keys5.4 精简后响应反而变慢大概率是per_request_increment_budget设太小导致模型频繁重新读取工件。把它调到 4000-6000 区间试试。另外确认initial_budget_ratio没设得过低15% 是经验值低于 10% 可能让模型缺少必要上下文。5.5 自动记忆和 CLAUDE.md 冲突auto_track true时系统会自动记录会话记忆。如果发现 CLAUDE.md 里的内容和自动记忆打架把临时状态从 CLAUDE.md 删掉只留持久规范。两者分工要清楚CLAUDE.md 管不变的约定自动记忆管变化的上下文。6. 接入文档与后续动作配置跑通后建议把接入文档过一遍确认通道参数和模型名没写错https://taotoken.net/doc?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentdoc想先验证模型行为再上生产用模型对话页面直接试https://taotoken.net/?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentmodel-chat如果你要长期跑编码任务或 Agent 循环Coding Plan 的额度模型更适合https://taotoken.net/coding-plan?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentcoding-planClaude Code 相关的 Anthropic 接入细节参考https://taotoken.net/claude-code-anthropic?utm_sourcetaotoken_aicg_blog_endutm_mediumcsdnutm_campaignrewriteutm_contentclaude-code-anthropic最后提醒一句精简不是一次性的是持续过程。每次加新技能、改 CLAUDE.md 后都跑一遍/doctor看指标有没有反弹。上下文窗口的健康度直接决定你 Claude Code 用起来是顺滑还是卡顿。