程序员之浪漫：Claude Code 动态提示词，代码之外全是彩蛋

当别的AI助手还在用“处理中”“加载中”这类干巴巴的文字敷衍等待时Claude Code把每一个后台动作都变成了一句会说话的小暗号它在轻触API的时候会说 Booping在慢慢酝酿复杂方案的时候会说 Brewing甚至在超长任务的间隙还会蹦出一句完全无厘头的 Petting the cat。这些跳出了“工具属性”的动态提示词不是为了花哨而存在的装饰而是递到你眼前的“状态便签”——你看一眼那行跳动的文字就懂了它当下在做什么。这篇文章我们就把这些藏在代码之外的小浪漫全部拆解从每一个提示词的真实含义到怎么靠它们优化你和Claude Code的协作节奏把等待的时间也变成写代码过程里的小乐趣。一、Claude Code 动态提示词列表这些词不是随机出现的——它们按功能被划分为四大类每一类都对应一种 AI 的工作心境1. 核心认知推理类Cognitive提示词中文含义Thinking思考中基础通用思考处理Unfurling展开中展开解析上下文Cogitating深思中深度逻辑沉思Deliberating权衡中多方案权衡评估Planning规划中任务拆解规划Analyzing分析中代码/日志分析Inferring推断中隐含信息逻辑推断Grokking吃透中深度吃透代码本质Brewing酝酿中复杂方案酝酿Marinating浸润中信息浸润消化这一类状态表示 AI 还在动脑尚未动手改代码。2. 工具执行操作类Tool Execution提示词中文含义Reading读取中读取文件内容Writing写入中写入新文件Editing编辑中局部修改文件Searching搜索中全局代码搜索Listing列出中遍历目录结构Executing执行中运行 Shell 命令Running运行中执行测试/脚本Building构建中项目编译构建Testing测试中运行测试套件Forging锻造中核心代码重构锻造Crafting打磨中细节打磨输出Booping轻触中轻量工具快速校验Tapping轻敲中轻量小文件读取Nudging轻推中配置项微调Bumping轻撞中快速触发单次命令Zipping掠过中高速遍历过滤数据Snapping咔哒完成快速生成代码片段这一类提示出现时意味着 AI 已经撸起袖子开始干活。3. 系统维护管理类System Management提示词中文含义Indexing建索引中建立项目文件索引Crunching压缩处理中上下文压缩优化Compacting整理会话中会话历史整理Retrying重试中失败自动重试Rate limited速率受限API 速率限制等待Authenticating认证中身份权限校验Wrangling驯服数据中数据集清洗整理Herding调度管理中依赖/进程调度管理Finagling巧解修复中环境问题巧解修复Jiggling临时调试中临时故障重试调试Glitching小故障处理中小故障临时处理4. 趣味拟人彩蛋类Playful Easter Eggs——这一节是整篇文章的彩蛋本体提示词中文含义Hatching孵化中创意功能原型孵化Conjuring召唤中快速 Bug 修复Moseying慢悠游走中低优先级任务低速处理Honking按喇叭任务完成趣味通知ClaudingClaude式工作中品牌化通用待机Snoozing小盹中IO 等待空闲待机Daydreaming构思中创意发散构思Petting the cat撸猫中超长任务间隙随机彩蛋Baking烘焙中长时间构建任务Simmering小火慢炖中后台静默运行Whisking搅拌拼接中代码片段快速拼接Kneading反复打磨中代码结构反复打磨这些词大多是 Anthropic 团队为了消解等待焦虑而设计的——它们大多来自黑客俚语、食物隐喻和工程梗。例如Grokking出自《银河系漫游指南》意为彻底吃透Finagling是极客圈耍小手腕搞定的经典说法连Petting the cat撸猫都被写进了状态机里在超长任务间隙随机弹出。可以说Anthropic 把 Claude Code 的命令行写成了一个藏满彩蛋的微宇宙。二、不同提示词背后的真实使用场景提示词不是随机出现的它与 AI 内部执行的具体任务阶段紧密相关。把它和真实开发场景对应起来就能读懂AI 当前在做什么——这也是 Anthropic 想让你感受到的那份默契它在用代码之外的动词跟你对话。1. 深度思考与逻辑规划阶段提示词典型场景用户感知Thinking简单问答、基础代码补全“我正在处理你的请求。”Cogitating / Deliberating架构选型如 Redis vs 内存缓存、复杂调试、多方案对比“我在权衡方案请稍等。”Planning / Strategizing大型功能开发、需要修改 3 个文件时、任务拆解“我正在制定执行步骤。”Inferring上下文缺失补全、根据报错日志反推根因“我在推导隐含逻辑。”2. 代码工程与实质构建阶段提示词典型场景用户感知Writing / Editing文件写入/修改、配置更新“我正在修改代码文件。”Building / Compilingnpm run build、TypeScript 类型检查“我正在编译/构建项目。”Forging核心算法、安全模块、底层驱动、大规模重构“我正在锤炼核心代码。”CraftingCSS/动画细节、专业 README/API 文档“我在精心打磨细节。”Executing / Running运行 Python 脚本、pytest、jest“我正在运行命令或测试。”3. 数据处理与上下文管理阶段提示词常用场景用户感知Reading / ScanningGlob/Grep搜索、加载src/main.js等文件“我正在读取相关文件。”Analyzing依赖冲突检查、静态分析安全漏洞“我正在深入分析代码结构。”Crunching上下文压缩、处理大型 JSON/CSV“我正在处理大量数据/优化上下文。”Indexing / Mapping项目初始化、构建符号表“我正在建立项目地图。”4. 创意酝酿与趣味交互阶段提示词典型场景用户感知Brewing / MarinatingAPI 结构/schema 设计、模糊需求消化“方案正在酝酿中。”Hatching从零创建新组件/模块、游戏逻辑生成“新想法正在孵化成形。”Conjuring极少线索快速修隐蔽 Bug、自动化脚本生成“我正在变出解决方案。”Clauding通用待机状态“Claude 正在工作中。”一个小贴士Claude Code 的状态栏通常会以Unfurling… (3m 9s · ↓ 565 tokens · ↑ 123 tokens)的形式组合显示前面是动作后面分别是持续时长、输入 Token 和输出 Token。看到 Token 数字飙升时就该考虑/compact一下了。三、如何优化 Claude Code 的加载状态加载状态本身无法直接加速但你可以通过降低 AI 的认知负载、减少不必要的上下文处理让这些状态持续时间大幅缩短。策略一精准控制上下文解决Crunching/Indexing耗时渐进式注入上下文一次性粘贴整个项目或大文件会让 AI 反复咀嚼。改为「核心接口定义 → 业务规则 → 具体实现」分阶段注入实测可减少约 37% 的理解偏差和处理时间。善用file语法只引用必要文件。主动清理会话历史定期/compact或在长对话后开新会话避免每次响应前都要重新咀嚼过长的历史。指定文件范围错误“帮我看看项目里哪里有问题。”触发全量Indexing优化“检查src/components/Auth.tsx和src/hooks/useAuth.ts中的权限逻辑。”秒级响应策略二结构化提问以减少推理时间解决Thinking/Deliberating耗时三段式提问模板背景“实现用户权限校验” 约束“时延100ms、TypeScript” 示例输入输出样例。结构化表达能减少反复权衡。拆解复杂任务避免一次性重构整个模块并写测试拆成「先写伪代码 → 实现核心函数 → 补单元测试」三步。每步响应更快准确率更高。策略三优化代码生成与执行解决Forging/Executing耗时明确代码质量指令在生成前就指定加 try-catch 异常处理、遵循 SOLID 原则可减少多轮Writing/Forging的返工。并行化非依赖任务一个指令中明确列出同时修改 A 文件的函数 X 和 B 文件的配置 YClaude Code 支持并行工具调用合理编排可显著缩短串行总耗时。策略四调试与纠错的高效交互解决Retrying/Analyzing耗时定位—修正—验证循环不要只说不对而是「指出具体行 给出方向 要求验证」。精准反馈比重新描述问题效率提升约 42%。提供完整错误日志直接粘贴完整 Stack Trace 并标关键行让 AI 直接进入Analyzing定位根因而不是先猜测错误类型。策略五系统级优化在项目根目录创建CLAUDE.md固化技术栈、代码规范、交互偏好。AI 自动加载后初始Thinking时间明显缩短。避免频繁新建会话保持会话连续性。频繁开新会话会导致每次都要重新Indexing。若长时间卡在Connecting...或Authenticating...用/doctor命令诊断环境。加载状态优化速查表看到的状态优化动作预期效果Crunching / Indexing缩小文件范围、用file、定期/compact数据加载时间 ↓50%Thinking / Deliberating结构化提问、拆解任务缩短推理路径Forging / Writing明确代码规范一次性给完整约束减少返工Retrying / Executing提供完整错误日志、精准定位行避免盲目重试四、三个具体优化示例优化前 vs 优化后光看策略不够直观下面结合真实开发场景给出三组可直接套用的对比。场景一复杂功能开发观察Thinking/Deliberating背景在现有 React 项目中新增带权限控制的动态表单生成器。❌ 优化前盲目打断方案碎片化输入“帮我写一个动态表单组件。”看到Thinking.../Deliberating...立即追加“对了要用 Ant Design v5还要支持暗黑模式。”后果思维链被打断可能只实现基础表单后续补权限和主题时代码结构混乱甚至要重构已生成的代码。✅ 优化后等待思维沉淀一次性明确约束输入“帮我设计并实现一个『带权限控制的动态表单生成器』。请先分析src/components结构和现有auth模块给出简要技术方案数据结构、权限校验位置、表单库选型。”看到Thinking.../Deliberating...保持沉默。方案确认后“方案可行。请开始实现使用 Ant Design v5 并适配现有暗黑模式变量。”收益Deliberating阶段完整构建了上下文映射生成的代码能直接嵌入现有架构无需返工。场景二核心代码重构观察Forging/Crafting背景重构遗留 500 行的utils.js拆分为模块化函数。❌ 优化前在锻造中频繁干预输入“重构src/utils/legacy.js拆分函数提高可读性。”看到Forging...时中途发送“顺便把里面的注释改成英文。”后果Forging阶段 AI 正在内存中构建复杂代码树插入样式类指令会分散对核心逻辑的注意力可能导致拆分后的函数调用关系出错。✅ 优化后分阶段指令专注核心逻辑输入“重构src/utils/legacy.js。目标拆分为独立模块保持原有 API 不变确保单元测试通过。先不要管注释语言专注逻辑解耦。”看到Forging...等待完成。测试通过后再发“现在把所有新生成文件的注释统一转换为英文保持 JSDoc 格式。”收益Forging阶段专注逻辑正确性后续Writing/Crafting阶段处理风格问题降低引入 Bug 的风险。场景三大型项目排查观察Crunching/Indexing背景项目中出现偶发内存泄漏需要 AI 协助排查。❌ 优化前索引建立时抛出模糊问题输入“为什么我的应用内存会泄漏”看到Indexing.../Crunching...时继续发送大量无关日志或node_modules截图。后果上下文窗口被无效信息填满且在Indexing阶段 AI 尚未理解项目结构给出的建议非常泛泛如检查是否有未关闭的定时器。✅ 优化后利用索引完成后的精准定位输入“我正在排查内存泄漏。请先扫描src/hooks和src/components找出所有使用useEffect但未正确清理订阅或定时器的地方。”看到Indexing.../Crunching...等待扫描完成。状态变为Analyzing...时再补充“这是具体的 Heap Snapshot 报错截图。”收益Indexing阶段完成地图绘制Analyzing阶段进行精准打击排查效率大幅提升。交互优化速查表建议收藏看到的提示词AI 正在做什么你的最佳动作禁忌动作Thinking / Deliberating深度推理、方案设计等待让它想清楚追加新需求、打断思路Forging / Crafting编写核心代码、重构准备审查关注逻辑修改代码风格、插入无关指令Indexing / Crunching扫描文件、压缩上下文提供精准路径、缩小范围上传大文件、发送模糊全局指令Brewing / Hatching创意酝酿、方案探索补充约束技术栈等长时间沉默不反馈Executing / Running运行命令、测试查看终端输出准备验证强行终止除非卡死写在最后Claude Code 的这套动态动词本质上是把内部状态以拟人化的方式外显。它让我们从看着转圈干等变成了看懂节奏、精准配合。这是一种极客式的浪漫Anthropic 在一行行严谨的系统提示词之外悄悄塞进了一整个彩蛋宇宙——Brewing是咖啡香Kneading是揉面团Petting the cat是撸猫连等待都被赋予了温度。把它当成你和 AI 协作时的指挥棒——看到Thinking就耐心等待看到Forging就准备 Code Review看到Crunching就主动/compact看到Brewing就补充约束。打开 Claude Code 时不妨多留意一下那行不断变化的小字也别忘了偶尔笑一下——那行小字里藏着Anthropic工程师留给同路人的问候。