文章目录
- 前言
- 技巧二 用“计划模式”启动所有复杂任务
- 核心思想
- 适合新手的应用场景：改造 Python 的 Hello World 示例
- 第一步：准备工作与启动 Claude
- 第二步：激活“计划模式”
- 方法一（推荐）：使用快捷键
- 方法二：使用命令
- 第三步：让 Claude 制定详细计划
- 第四步：审查和完善计划（高级用法）
- 第四步补充：
- 情况一：计划有重大问题（需要完全重做）
- 情况二：计划需要部分修改（微调优化）- 本例中选择情况二对应的解决方案
- 情况三：审查意见存在分歧或不确定
- 一个实际示例工作流
- 第五步：验证时也使用计划模式（关键技巧）
- 第六步：处理“事情偏离方向”时的应对（核心技巧）
- 技巧二的关键要点总结
- 参考资料
前言
Claude Code 创始人 Boris Cherny 刚刚分享了一系列使用 Claude Code 的技巧，内容直接来自其内部团队。
技巧二 用“计划模式”启动所有复杂任务
继续使用“技巧一”使用的仓库
核心思想
“将精力倾注于计划，这样 Claude 就能一次性完成实现”；
在开始编码前，先让 Claude 制定周密的计划；
通过计划模式确保方向正确，减少返工和错误。
适合新手的应用场景：改造 Python 的 Hello World 示例
假设您需要为 leachim6/hello-world 仓库中的 Python Hello World 例子（p/HelloWorld.py）进行以下改造：
- 将其转换为一个完整的 Python 命令行工具
- 添加命令行参数支持（例如：–name 指定问候对象，–language 选择输出语言）
- 支持从配置文件读取默认设置
- 添加单元测试
- 完善文档和错误处理
场景关键点：这是一个涉及多个步骤的复杂任务，直接让 Claude 编码容易遗漏细节或走错方向。
第一步：准备工作与启动 Claude
克隆或进入目标仓库：
# git clone https://github.com/leachim6/hello-world.git hello-world-parallel-democdhello-world-parallel-demo启动 Claude Code：
claude# 或通过Claude桌面应用打开当前目录确认 Claude 已正确识别项目上下文。Claude 界面会显示当前路径和 Git 信息。
第二步：激活“计划模式”
在 Claude 聊天输入框中，执行以下操作激活计划模式：
方法一（推荐）：使用快捷键
按两次 Shift+Tab 键（根据文档说明）循环切换模式
观察 Claude 界面提示，确认进入"plan mode on"
方法二：使用命令
直接输入：
plan mode on界面确认：你应该能看到类似 “plan mode on” 的状态提示，表明 Claude 现在处于计划模式。
第三步：让 Claude 制定详细计划
在计划模式下，输入以下提示：
我将改造 p/HelloWorld.py 文件，将其从一个简单的脚本升级为功能完整的命令行工具。具体需求如下：1. 核心功能： - 支持命令行参数：--name（默认"World"）、--language（如en, es, fr, zh） - 支持从配置文件 .hellocfg 读取默认设置 - 支持交互模式（无参数时询问用户输入）2. 代码结构： - 使用argparse处理参数 - 实现配置管理类 - 添加错误处理 - 保持主函数清晰3. 质量要求： - 添加完整的单元测试（使用pytest） - 编写使用说明和API文档 - 符合Python最佳实践和PEP8规范4. 交付物： - 改造后的hello.py（新文件名） - 配置文件示例 - 测试文件test_hello.py - README.md使用说明 请为这个复杂任务制定一个详细、可执行的开发计划。包括：1. 具体实现步骤和顺序2. 需要创建/修改的文件列表3. 每个步骤的关键技术细节4. 潜在的技术难点和解决方案5. 验收标准和测试策略第四步：审查和完善计划（高级用法）
根据文档中“让第二个 Claude 以首席工程师身份审查计划”的建议，您可以：
复制计划：将 Claude 生成的计划完整复制。
新开 Claude 会话（新终端标签或 Claude 实例）：
# 新终端标签cdhello-world-parallel-demo claude让第二个 Claude 审查计划：
你作为首席工程师，请严格审查以下开发计划。从以下角度指出问题：1. 架构设计是否合理？2. 是否有遗漏的关键步骤？3. 潜在的技术风险是什么？4. 代码组织方式能否改进？5. 测试策略是否全面？ 以下是计划内容： 【粘贴刚刚生成的全部计划】第四步补充：
通过上一步对完整计划的总体评价，发现这个计划存在一些问题，这个时候往往需要采取以下操作：
根据文档中技巧二的描述，如果计划没有通过审查，这其实是一个很好的机会来体现技巧二的核心思想——计划模式的价值就在于提前发现问题，避免在实现阶段走弯路。
如果计划没有通过审查的完整处理流程
情况一：计划有重大问题（需要完全重做）
应对步骤：
停留在计划模式（不要退出）：如果第二个 Claude 发现计划有根本性缺陷
让第一个 Claude 重新制定计划：
计划审查失败，首席工程师指出了以下主要问题：[粘贴审查发现的核心问题列表]请分析这些问题，理解为什么原计划不可行。然后基于新的认知，重新制定一个更完善、考虑更周全的计划。- 再次审查新计划（可选但推荐）：
- 如果问题复杂，可以再让第二个 Claude 审查新计划
- 或者切换到第三个要素：“让 Claude 以首席工程师身份审查这个计划”
情况二：计划需要部分修改（微调优化）- 本例中选择情况二对应的解决方案
应对步骤：
- 在计划模式中进行迭代：
计划审查发现以下需要改进的部分：1.[问题点1：比如测试策略不完整]2.[问题点2：比如缺少错误处理方案]3.[问题点3：比如架构设计有问题]请针对这些问题点，逐个提出修正方案，并更新原有计划。- 生成修订版计划：
Claude 会生成一个修改后的计划，明确标出哪些部分被修正。
- 接受修订并执行：
当你认为修订后的计划可以接受时，再退出计划模式并执行：
好的，基于修改后的计划，我们开始执行。退出计划模式，按修订版计划逐步实现。一般都会直接给出选项：
直接选择第一个选项即可，Claude 会按照你确认的修订版计划，自动完成所有文件的创建、配置和修改，同时清除冗余的计划上下文，彻底退出计划设计阶段，完成项目的实际落地。
情况三：审查意见存在分歧或不确定
基于文档提示的解决方案：
- 让 Claude 自己辩论（使用子代理）：
计划存在争议点。请使用3个子代理分别从以下角度分析： - 子代理A：支持原计划的理由 - 子代理B：支持审查意见的理由 - 子代理C：提出折中方案的角度 让它们辩论后，给我一个综合的最终建议。（技巧八：use subagents 可以在这里应用）
- 进行原型验证：
计划的关键争议点在于[具体技术点]。我们先不执行完整计划，而是创建一个最小的原型或概念验证(POC)来测试这个争议点。 请制定一个快速验证的迷你计划（不超过3步）。文档中特别强调的关键处理策略
根据技巧二原文中第三条：
"另一位成员则表示，一旦事情出现偏差，他们会立刻切换回计划模式重新规划，而不是继续强推。"这意味着即使已经开始执行，如果发现计划有问题，也应该：
# 发现问题后的正确流程：1. 立即停止当前工作2. plan mode on# 切换回计划模式3. 重新评估："我们发现【具体问题】。请分析原因并提出修正方案。"4. 制定新修正计划5. 执行修正一个实际示例工作流
假设你要改造 Python Hello World，计划审查发现测试策略不完善：
1. 终端标签1（原 Claude 会话，仍处于计划模式）：
用户：计划审查发现测试策略不完整，只考虑了正常流程，缺少异常处理测试。 Claude：确实如此。我需要增加以下测试场景：1. 配置文件格式错误时的处理2. 无效命令行参数的处理3. 权限问题导致的文件写入失败 我已更新计划，包含这些补充测试策略。用户：
好的。现在退出计划模式，按照更新后的测试策略执行。特殊情况：快速失败迭代
如果时间紧迫，可以采用快速迭代：
计划审查失败，但我们时间有限。请直接进入"最小可行计划"模式：1. 识别计划中最关键的2-3个致命问题2. 给出这2-3个问题的紧急修正方案3. 其他次要问题我们后续迭代 我们先解决致命问题开始执行。总结：计划没有通过审查的正确心态
- 不要沮丧：这正是计划模式的价值所在——提前发现问题比实现后返工成本低得多
- 不要跳过：不要因为审查不通过就放弃计划模式，直接让 Claude 编码
- 充分迭代：利用这个机会让 Claude 深入思考，制定更优秀的计划
- 保持灵活：像文档中团队成员那样，随时准备"切换回计划模式重新规划"
最终原则：宁愿在计划阶段花 30 分钟讨论和修正，也不要花 3 小时实现一个有缺陷的方案后再花 5 小时修复和重做。这正是 Boris Cherny 强调的：“将你的精力倾注于制定计划，这样 Claude 就能一次性完成实现。”
第五步：验证时也使用计划模式（关键技巧）
当需要验证功能时，不要直接说“测试一下”，而是：
- 重新进入计划模式：Shift+Tab 或 plan mode on
- 制定验证计划：
现在需要验证我们实现的命令行工具。请制定一个完整的验证计划，包括：1. 功能测试用例（正常场景）2. 边界测试用例（异常输入）3. 集成测试场景4. 性能和安全考虑- 执行验证计划：退出计划模式，让 Claude 按计划执行测试、修复 bug。
第六步：处理“事情偏离方向”时的应对（核心技巧）
如果实现过程中发现问题，立即：
- 停止当前工作
- 切换到计划模式：plan mode on
- 重新评估：
我们遇到了问题：【描述具体问题，如“配置文件读取失败”、“参数解析有bug”】。 请重新评估当前状况，分析问题根源，制定修正方案和后续步骤。- 按新计划继续：这样避免盲目修修补补，从根本上解决问题。
技巧二的关键要点总结
- 先计划后执行：对任何不简单的任务都先花时间制定计划
- 计划要具体：包括步骤、文件、技术细节、风险点
- 强化审查：用第二个 Claude 或自己扮演审阅者角色
- 动态调整：遇到问题立即切回计划模式，重新规划
- 全周期使用：不仅编码时用，验证、测试、调试时也用计划模式
- 质量导向：计划要包含测试策略和验收标准
新手常见错误避免
❌ 错误做法：直接说“帮我改造这个 Python 文件”
✅ 正确做法：先进入 plan mode → “请制定改造计划” → 审查计划 → 执行
❌ 错误做法：遇到 bug 时说“修一下这个错误”
✅ 正确做法：plan mode on → “分析这个错误的原因，制定修复方案” → 按计划修复
❌ 错误做法：认为计划模式只用于大项目
✅ 正确做法：即使是中等复杂度的任务（>30 行代码修改）也值得用计划模式
通过这个技巧，您可以显著提高 Claude 输出的一次成功率，减少来回修改和沟通成本，特别适合作为新手建立系统的 AI 辅助工作流。
参考资料
- Claude Code官方出教程了！创始人分享十大神级技巧，内部团队原来是这样用的
