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