Claude Code 常用斜杠命令总览

Claude Code 的斜杠命令不是越多越好，而是要知道什么时候用 /plan、/run、/verify、/memory、/code-review，把任务从分析、执行到验收串成稳定流程。

斜杠命令可以理解成 CC 的工作流按钮。它们不是用来炫技的，而是帮助用户在关键节点切换工作模式：先计划、再运行、再验证、再沉淀记忆、最后审查。

新手先记住这条主线：

/plan 先想清楚 -> /run 看真实结果 -> /verify 做验收 -> /code-review 查风险 -> /memory 沉淀长期经验

常用命令速查

/plan：先计划，再动手

复杂任务不要直接让 CC 改。先用 /plan 让它只读分析。

/plan

请先只读分析这个任务，不要修改文件。

任务目标：
【写清楚要做什么】

要求：
1. 先说明你需要阅读哪些文件。
2. 给出实现方案。
3. 标出可能影响的文件。
4. 标出风险和不确定点。
5. 给出验收方式。
6. 等我确认后再进入修改。

适合用 /plan 的任务：

• 涉及多个文件。
• 涉及接口、状态、权限、数据结构。
• 需要重构或迁移。
• 需要先判断方案优劣。

不需要 /plan 的任务：

• 改一个错别字。
• 改一段固定文案。
• 调整一个明确的颜色值。

/run：让 CC 看到真实结果

/run 适合前端页面、静态站、管理后台、交互流程。它的价值是让 CC 不只看代码，还能观察页面状态。

/run

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

要求：
1. 先判断项目启动方式。
2. 启动后告诉我访问地址。
3. 检查页面是否正常打开。
4. 检查布局、按钮、链接和控制台错误。
5. 如果发现问题，先说明，不要直接扩大修改范围。

如果启动失败，不要让 CC 马上乱修。

启动失败了，请先分类，不要修改文件。

请判断：
1. 是依赖缺失、环境变量缺失、端口占用、脚本错误，还是代码错误？
2. 是否和本次修改有关？
3. 最小排查动作是什么？

/verify：改完以后做验收

验收不是听 CC 说“已完成”，而是看检查证据。

/verify

请验收本次任务。

要求：
1. 列出本次修改的文件。
2. 说明每个文件为什么改。
3. 运行或说明最小检查方式。
4. 汇报检查结果。
5. 标出未验证内容和剩余风险。
6. 不要继续扩大修改范围。

/verify 最适合放在任务收尾阶段。它能帮用户判断：现在能不能结束，还是需要继续补最小修复。

/code-review：让 CC 站在审查者角度看 diff

很多时候，写代码的 CC 和审查代码的 CC 应该是两种视角。写完以后，让它切到审查模式。

/code-review

请审查当前未提交 diff。

重点看：
1. 是否有无关文件。
2. 是否有越界修改。
3. 是否漏掉测试或验证。
4. 是否存在安全风险。
5. 是否有可以收窄的地方。

请优先输出问题，不要先夸完成情况。

审查结论不要只看总结，要配合 diff、检查结果和用户自己判断。

/memory：沉淀长期经验

/memory 适合检查项目记忆，而不是记录临时任务。

/memory

请检查当前项目记忆。

要求：
1. 哪些规则来自 CLAUDE.md。
2. 哪些 auto memory 可能过时。
3. 哪些临时偏好不应该长期保存。
4. 哪些反复出现的规则应该沉淀。
5. 只做分析，不要直接修改。

适合沉淀的内容：

• 项目真实启动方式。
• 反复确认的目录边界。
• 团队固定验收流程。
• 某类历史问题的稳定结论。

不适合沉淀的内容：

• 本次临时需求。
• 还没确认的猜测。
• API Key、Token、账号密码。
• 情绪化评价和不可检查的口号。

新手最推荐的命令组合

不要这样用

• 不要一开始就跳过计划，直接要求大改。
• 不要把 /run 当成万能修复按钮。
• 不要把 /verify 当成形式主义，要看检查证据。
• 不要让 /memory 记录临时需求。
• 不要审查还没稳定的半成品 diff。

验收结果

• 你知道常用斜杠命令分别解决什么问题。
• 你知道复杂任务先 /plan。
• 你知道前端和页面任务要用 /run 看真实结果。
• 你知道收尾要用 /verify 和 /code-review。
• 你知道长期经验才适合进入 /memory。