Claude Code 工作流总图

把 Claude Code 的完整工作流串起来：需求输入、Plan Mode、权限确认、修改、运行、验证、代码审查、提交前检查和交接总结。

学会单个命令还不够，真正高效使用 CC，要把它们串成稳定流程。

完整工作流可以记成一句话：

先说清任务 -> 先计划 -> 再批准 -> 小步改 -> 跑起来看 -> 验收 -> 审查 -> 收尾

总流程

不是所有任务都要完整跑 9 步。可以按风险选择节奏：

任务类型	推荐节奏
文案、小文档	任务输入 -> 小改 -> `/verify` -> 提交前检查
页面和样式	`/plan` -> 修改 -> `/run` -> `/verify` -> `/code-review`
接口和后端	`/plan` -> 修改 -> 测试/人工调用 -> `/verify` -> `/code-review`
数据库和发布	只读评审 -> 人工确认 -> 执行 -> 发布后验收
重构	保护网 -> 小步重构 -> 每步验证 -> `/code-review`

新手阶段宁可多跑一步，也不要省掉计划和验收。

任务目标：
【写清楚最终要完成什么】

范围：
【允许改哪里】

禁止：
1. 不改无关文件。
2. 不安装依赖。
3. 不提交 Git。

验收：
【什么叫完成】

请先进入 Plan Mode，不要直接修改。

/plan

请只读分析当前任务。

请输出：
1. 已确认事实。
2. 需要读取的文件。
3. 最小修改方案。
4. 风险和权限。
5. 验收方式。
6. 不确定点。

计划不清楚，不进入修改。

我确认这个最小方案。

请执行：
1. 只修改计划中列出的文件。
2. 如果需要扩大范围，先停下来说明。
3. 完成后解释 diff。
4. 不提交 Git。

前端、静态站、后台页面优先用 /run：

/run

请启动项目并观察本次修改相关页面。

所有任务都要做 /verify：

/verify

请验证本次修改是否满足原始目标。

请说明：
1. 已验证什么。
2. 未验证什么。
3. 检查是否通过。
4. 是否可以进入代码审查。

/code-review

请审查本次未提交改动。

重点：
1. 明显 Bug。
2. 安全和权限风险。
3. 越界修改。
4. 测试和验收遗漏。
5. 敏感信息。

请做提交前检查，但不要提交 Git。

请检查：
1. Git 状态。
2. 修改文件是否都相关。
3. 是否有密钥或隐私。
4. /verify 和 /code-review 是否完成。
5. 建议提交信息。

开始任务前：

结束任务前：

请检查本次任务是否走完 Claude Code 标准工作流。

请回答：
1. 是否有清楚任务目标。
2. 是否做过计划或只读分析。
3. 是否控制了修改范围。
4. 是否完成验收。
5. 是否做过审查。
6. 是否还有未处理风险。