Claude Code四步工作流：Explore→Plan→Code→Commit实战指南

为什么你需要一个结构化的编码工作流

大多数人使用 Claude Code 时，上来就直接让它写代码。这种做法看似高效，实则会导致后续大量的纠错和返工。真正高效的方式是遵循一个四步工作流：Explore（探索）→ Plan（规划）→ Code（编码）→ Commit（提交）。

这个工作流的核心理念是：在写代码之前做好充分的准备工作，把纠错的时机前移到规划阶段，而不是在代码写完后才发现方向错了。

这个四步工作流本质上借鉴了软件工程中经典的"左移"（Shift Left）理念——即把质量保障活动尽可能前移到开发生命周期的早期阶段。研究表明，在需求和设计阶段发现的缺陷，修复成本仅为编码阶段的 1/10 到 1/100。当我们将这一理念应用到 AI 辅助编程中，意味着在 LLM 生成代码之前就确保方向正确，远比生成后再修改要经济得多。这也与提示工程中的 Chain-of-Thought（思维链）原则一致：让 AI 先推理再行动，输出质量会显著提升。

Explore + Plan：用规划模式做好前期准备

进入 Plan Mode

处理前两步最快的方式是使用 Plan Mode（规划模式）。在规划模式下，Claude 不能编辑文件，只能读取文件来收集信息，研究如何实现你的需求。

Plan Mode 本质上是对 Claude Code 的工具调用权限进行了约束。在正常模式下，Claude Code 拥有文件读写、终端命令执行等多种工具权限；而在 Plan Mode 下，系统仅保留文件读取和搜索类工具，禁用了所有写入操作。这种设计利用了一个重要的认知原则：当 AI 被限制只能观察而不能行动时，它会将更多的"计算资源"用于分析和推理，而非急于产出代码。这类似于人类在"只看不动手"的约束下，往往能做出更全面的评估。

操作方式很简单：按 Shift + Tab 直到文本输入框下方出现 Plan Mode 标识。

如何写好一个规划请求

一个好的规划请求应该明确告诉 Claude 你需要什么信息。例如：

"我需要在图片上传管道中添加 WebP 转换功能。请搞清楚它应该在管道的哪个环节发生、是否需要新的依赖项、以及如何实现。"

Claude 会读取相关文件、进行网络搜索，然后给出一个行动计划。

为什么规划阶段是最佳纠错时机

这是整个工作流中最关键的一点：规划阶段是纠正方向的最佳时机，因为此时还没有写任何代码。

拿到计划后，你需要认真审查它是否符合你的标准。如果不满意，可以要求 Claude 补充或修改某些部分。这比写完代码再推倒重来要高效得多。

不进入 Plan Mode 也能探索

值得一提的是，你不一定非要进入 Plan Mode 才能做探索。直接让 Claude 探索你的代码库也是可以的，比如问它某个模块的架构是怎样的、某个函数的调用链路是什么。

Code：编码阶段的最佳实践

批准计划并开始执行

当计划看起来没问题后，选择 Approve 来接受计划，让 Claude 按照列出的清单逐项完成。你可以选择让 Claude 自动接受文件编辑，或者每次编辑都询问你。

Claude 会尽力在认为计划完成之前自行排查代码问题，但有时你仍需要介入纠正。这正是规划模式的好处——计划完成后，你们共享了整个推理过程的上下文，这有助于指导 Claude 的下一步决策。

让 Claude 明确"正确"的标准

为了让 Claude 对结果有信心，它必须清楚什么算"正确"。在写规划时，把验收标准写得越明确越好。

明确的验收标准之所以重要，与 LLM 的工作原理直接相关。大语言模型本质上是在做"下一个 token 预测"，它需要清晰的目标信号来引导生成方向。模糊的指令会导致模型在多个可能的实现方案之间"犹豫"，最终可能选择一个看似合理但不符合开发者意图的方案。具体的验收标准（如"函数应在 100ms 内返回结果""支持 PNG 和 JPEG 两种输入格式"）相当于为模型提供了明确的约束条件，大幅缩小了解空间，使输出更加可预测和可控。

添加辅助工具减少来回沟通

给 Claude 添加能帮助它完成目标的工具，可以大幅减少来回沟通的次数：

• Web UI 开发：安装 Claude in Chrome 扩展，让 Claude Code 能控制浏览器标签页，在认为完成之前自行测试 UI 效果
• 测试套件：在项目中包含一个测试套件，让 Claude 可以持续验证代码。确保测试套件对你和团队来说是可信的真实来源，避免假阳性

处理重复出现的问题

一个实用技巧：如果你发现 Claude 反复遇到相同的问题，让它把解决方案保存到 CLAUDE.md 文件中。这样下次遇到同类问题时，Claude 就能直接参考之前的解决方案。

CLAUDE.md 是 Claude Code 特有的项目级配置文件，它会在每次会话开始时被自动加载到 Claude 的上下文窗口中。这个机制解决了 LLM 的一个根本性限制——缺乏跨会话的持久记忆。通过将项目约定、常见陷阱、架构决策等信息写入 CLAUDE.md，开发者实际上是在构建一个"外部记忆系统"。这与 RAG（检索增强生成）的理念类似，但更加轻量和可控。CLAUDE.md 支持层级结构：可以在项目根目录、子目录甚至用户主目录下分别放置，Claude 会按优先级合并这些配置。

Commit：审查与提交

提交前运行代码审查

当你自己测试完毕并对结果满意后，不要急着提交。一个好的做法是：在提交前运行一个子代理（sub-agent）代码审查器来检查你的代码。这相当于多了一道质量关卡。

子代理（sub-agent）是指在主 Claude Code 会话中启动的一个独立推理实例。它拥有独立的上下文窗口，不受主会话已有对话历史的"锚定效应"影响。这一点至关重要：因为主会话中的 Claude 已经"参与"了代码编写过程，存在确认偏误（confirmation bias），倾向于认为自己写的代码是正确的。而子代理以全新视角审视代码，更容易发现逻辑漏洞、边界条件遗漏或风格不一致等问题。这本质上模拟了人类团队中"代码审查应由非作者执行"的最佳实践。

生成符合风格的提交信息

审查通过后，让 Claude 按照你的风格生成 commit message。这样既保证了提交信息的质量，又节省了你的时间。

然后，循环往复——开始下一个功能的开发。

四步工作流总结

步骤	核心作用
Explore	为 Claude 提供项目的相关上下文
Plan	创建行动计划，作为判断是否成功的标准
Code	你和 Claude 协作迭代，直到达成计划目标
Commit	审查并推送代码，准备开始下一个功能

这个工作流的精髓在于：把思考前置，把纠错成本降到最低。与其让 Claude 盲目写代码再反复修改，不如先花时间让它理解项目、制定计划，然后高效执行。这不仅适用于 Claude Code，也是所有 AI 辅助编程的通用最佳实践。

核心要点

• Claude Code的高效工作流分为四步：Explore探索代码库→Plan制定计划→Code协作编码→Commit审查提交
• Plan Mode是最关键的环节，Claude只读取文件不编辑，在写代码前完成方向纠正，大幅降低返工成本
• 通过添加辅助工具（如Chrome扩展、测试套件）和明确验收标准，可以减少与Claude的来回沟通
• 重复出现的问题应保存到CLAUDE.md文件中，让Claude积累项目特定的经验知识
• 提交前运行子代理代码审查器做质量把关，再让Claude生成符合团队风格的commit message