主题
决策指南（什么时候用 Claude · 用哪个档位）
本页职责：讲 should / 取舍——要不要交给 Claude、用哪个模式、哪个模型、哪个工具、何时纠偏。怎么做（how）见 开发工作流 SOP 和 大佬操作手册，这页不重复。 依据：官方 best-practices + 你的真实数据。
一、要不要交给 Claude（边界判断）
| 适合交给它 | 自己写更快 / 慎用 |
|---|---|
| 探索陌生代码、理解调用链 | 你心里已有确切的几行改动——描述比它做还久 |
| 跨多文件的改动、批量重复修改 | 高度依赖你脑里没写下来的上下文（它没法读你的脑子） |
| 写测试 / 样板 / CRUD | 一次性、极简、且你已经知道答案的改动 |
| 根因排错（有堆栈 / 能复现） | 纯凭"感觉哪里不对"、给不出任何线索时（先自己定位到层） |
| 查框架/库的最新写法（配 context7） | —— |
一句判据：如果你能一句话准确描述要改的 diff，往往直接自己改或让它直接改、别绕流程；说不清、跨多文件、不熟代码，才值得上 Claude 的完整流程。
二、用哪个模式（决策树）
改动能一句话说清（typo / 加日志 / 改名） → 直接干，别 plan
多文件 / 方案不确定 / 不熟这块代码 → plan 模式（Shift+Tab），看计划再批
要读很多文件去"调研/理解" → 交 subagent，结论回来，别污染主上下文
想放手让它连续跑 → auto 模式 + 一个可验证目标（让它自停）
起服务 / 部署 / 碰真实环境（Nacos/Mac） → 交 codex- 依据：
计划-2（"If you could describe the diff in one sentence, skip the plan"，反过来=多文件才 plan）、委派-隔离（探索交子代理）、验证-1（放手要给可验证目标）。 - 你的现状：plan mode 只用过 3 次，却常做鉴权/路由这种多文件架构活——这类默认该先 plan。
三、用哪个模型档位
| 任务 | 档位 | 为什么 |
|---|---|---|
| 日常小改 / 执行阶段 | /model sonnet | 快、省，足够 |
| 架构 / 重构 / 想方案 | /model opusplan | Opus 想清楚、执行自动切 Sonnet 干活 |
| subagent 探索 / 批量 | Haiku | 便宜，适合大量读/筛（委派-省钱） |
| 想要 Opus 但嫌慢 | /fast（Fast Mode） | Opus 提速，不降级到小模型 |
你的现状：13 个项目几乎全程 Opus——日常前端小改也在用最贵最慢的。最该补：日常切 Sonnet、架构用 opusplan、subagent 配 Haiku。这是你成本/速度上最大的一块空间。
四、用哪个工具（别用错）
| 你想干的 | 用 | 别用 |
|---|---|---|
| 找某函数/类在哪、被谁调用 | serena（find_symbol / find_referencing_symbols） | 别 Read 整文件再 grep |
| 查 Vue/ant-design-vue/SpringBlade 最新写法 | context7 | 别信模型记忆（可能过时/编） |
| 还原设计稿 | figma（get_design_context + 截图） | 别凭形容词描述 |
| 验证前端 UI 行为 | playwright / 你手点 :8000 | 别让它"测一下"（容器看不到浏览器） |
| 查性能/内存 | chrome-devtools | —— |
你的现状：context7=0、serena≈15（vs Read 2098）——工具装了没用在刀刃上。已写进 CLAUDE.md 的「工具默认」段，让模型默认就用（见 配置基线）。
五、何时纠偏 / 重开（别硬磕）
- 发现它跑偏 → 立刻
Esc打断（纠偏-1：tight feedback loop）。 - 同一问题纠正超过 2 次还不对 →
/clear或/rewind重开，带更尖的线索，别陷"还是不行"循环（纠偏-2）。 - 上下文太长/串味 →
/clear重置；切换不相关任务也先/clear。 - 你的现状：真实记录里有"还是不行"连说 3 次的循环——那时就该停下重开，而不是继续让它猜。