Claude Code 模式选择指南：Brainstorming 与 Systematic Debugging

一、Claude Code 四种模式概览

按 Shift+Tab 循环切换四种模式。

二、Brainstorming（头脑风暴）模式选择

推荐：默认模式 (? for shortcuts) 或 Auto Mode

为什么 Brainstorming 不适合 Plan Mode？

Plan Mode 是只读模式，其设计目标是“在修改代码前生成执行计划”。而 Brainstorming 的本质是：

• 对话探索：需要自由地让 AI 提问、反问、追问
• 需求澄清：可能需要快速写草稿、画原型（虽然最终不保留）
• 灵活迭代：思路随时调整，不需要严格的结构化输出

Plan Mode 的只读约束会限制这种探索性对话的深度。

为什么 Brainstorming 不适合 Accept Edits Mode？

Accept Edits Mode 的默认行为是“AI 可以直接改代码”。这在头脑风暴阶段是危险的：

• AI 可能过早跳到“写代码”阶段
• 用户的模糊需求可能被 AI 过度具体化
• 失去了“先想清楚再做”的关键环节

三、Systematic Debugging（系统性调试）模式选择

推荐：默认模式 (? for shortcuts) 或 Auto Mode

Systematic Debugging 的四阶段流程：

1. Phase 1: 根因调查 — 复现问题、添加日志、追踪数据流
2. Phase 2: 模式分析 — 寻找正常工作的对比案例
3. Phase 3: 假设验证 — 提出单一假设，最小化测试
4. Phase 4: 实施修复 — 写失败测试，实施修复，验证

为什么 Systematic Debugging 不适合 Plan Mode？

Plan Mode 的核心约束是只读，而 Systematic Debugging 强制要求的动作包括：

• 添加 console.log / 诊断日志
• 运行测试用例
• 执行 git bisect 等诊断命令
• 创建最小复现示例

这些操作在 Plan Mode 下完全被禁止。调试和规划是不同性质的活动：

• 规划：在看清楚之前，不动手
• 调试：在动手过程中，才能看清楚

为什么 Phase 4 可以谨慎使用 Accept Edits？

当调试进入 Phase 4 时，根因已经完全明确：

• 你知道要改什么
• 你知道怎么改
• 你有测试用例验证

此时 Accept Edits Mode 可以加速修复过程。但前提是根因已确认，否则风险极大。

四、快速决策指南

按场景选择

text

1开始任务
2    │
3    ├─ 需求模糊，需要探索和讨论？
4    │   └─ 默认模式 (? for shortcuts)
5    │       例：Brainstorming、需求分析、Systematic Debugging Phase 1-3
6    │
7    ├─ 任务明确，但希望保留控制权？
8    │   └─ 默认模式（AI 提出改动需你确认）
9    │       例：常规编码、代码审查、学习新代码库
10    │
11    ├─ 信任 AI，追求效率最大化？
12    │   └─ Accept Edits On (⏵⏵)
13    │       例：批量重构、脚手架生成、熟悉的领域
14    │
15    ├─ 只读分析，不想有任何风险？
16    │   └─ Plan Mode (⏸)
17    │       例：架构评审、安全审计、生成迁移计划
18    │
19    └─ 想要平衡，让 AI 自己判断？
20        └─ Auto Mode (⏵⏵)
21            例：日常开发，AI 判断简单改动直接做，复杂改动先请示
22

按方法论选择

五、核心原则总结

1. 方法论 vs 执行模式是两个维度
   • Brainstorming 和 Systematic Debugging 是思维框架（how to think）
   • Default/Plan/Auto/Accept Edits 是操作权限模式（what AI can do）
2. 默认模式是最安全、最通用的起点
   • 探索性工作：默认模式
   • 诊断性工作：默认模式
   • 不确定用什么模式：默认模式
3. Plan Mode 只适合“纯规划”场景
   • 架构评审、迁移计划、风险评估
   • 任何需要“动手”的工作（包括加日志、运行测试）都不适合
4. Auto Mode 是熟练用户的效率之选
   • AI 会根据任务复杂度自动判断是否需要确认
   • 探索性对话会自动保持谨慎，简单任务会直接执行
5. Accept Edits Mode 需要充分信任
   • 仅适合根因明确、方案清晰、风险可控的场景
   • 绝不要在调试早期或需求模糊时使用

六、实际操作示例

示例 1：Brainstorming 新功能

bash

1$ claude
2# 左下角显示: ? for shortcuts
3
4> 我想给电商网站加一个“猜你喜欢”功能，帮我 brainstorm 一下
5# AI 会通过提问引导你思考：数据来源、算法选择、展示位置、冷启动问题等
6

示例 2：Systematic Debugging 完整流程

bash

1$ claude
2# 左下角显示: ? for shortcuts
3
4> 运行 npm run build 报错 TypeError: Cannot read properties of undefined...
5# AI 自动激活 Systematic Debugging 技能，按 Phase 1→2→3→4 执行
6
7# Phase 4 时可临时切换提高效率
8Shift+Tab   # 切换到 Auto Mode 或 Accept Edits
9

示例 3：需要只读评审时切换到 Plan Mode

bash

1# 调试到 Phase 3，发现需要重构核心模块
2Shift+Tab   # 切换到 ⏸ plan mode on
3
4> 帮我生成一个 ProductList 组件的重构计划，先不要改代码
5# AI 生成只读计划，风险评估，依赖分析
6
7Shift+Tab   # 切回默认模式开始执行
8

七、常见误区