Claude Code六大核心命令详解

Claude Code 远不止是一个对话式编程助手，更是一套完整的命令体系，覆盖目标驱动的自主工作、定时轮询、批量重构、代码清理与故障诊断。熟练运用这些命令，能够将「你和 Claude 各担一半」的合作模式，转变为「你定方向，Claude 独立完成」的高效状态——这，才是真正的生产力解放。

接下来，我们将逐一拆解六个核心命令的设计意图、适用场景及最佳实践。本文基于 Claude Code v2.1.154+ 版本，命令的可用性与行为可能因版本、平台及订阅计划而异。在命令行输入 / 即可查看当前环境支持的所有命令。

/goal — 设定目标，坐等结果

该命令的核心在于：设置一个可验证的完成条件，随后 Claude 将持续工作直至条件满足，无需每一步都进行人工提示。

没有 /goal 时，Claude 完成一项任务便会停下来等待你的决策。面对跨多步的工程任务——例如修复 API 迁移的所有调用点、批量处理 issue 列表——你需要不断回来指示「继续」。借助 /goal，你只需设定终点，Claude 会自动推进到目标达成。

工作机制其实很简单：每轮任务结束后，一个小型快速模型会检查条件是否成立。若不成立，则继续下一轮；若成立，则自动清除 goal，将控制权交还给你。

适用场景

• 模块迁移：将所有调用点从旧 API 迁移至新 API，直至编译通过且测试通过
• 批量修复：持续处理 issue 列表，直到列表为空
• 任何具备明确「通过/失败」判定标准的多步骤工作

最佳用法

条件必须可验证。「优化性能」不够具体，「测试通过率 100%」才是合格的条件。条件越精确，Claude 越清楚何时能够完成。同时，让 Claude 展示测试输出、命令运行结果或截图等实证，而非仅凭口头确认「看起来好了」。查看证据比自己重新验证快得多。

使用 /goal 不带参数可查看当前 goal 的状态。若中途发现方向需要调整，再次输入 /goal 即可清除当前目标，操作非常灵活。

/loop — 定时检查状态，安心休息

该命令的作用是在 CLI 会话内按设定的时间间隔重复执行一个 prompt，适用于轮询状态或定时提醒。

设想一下：部署需要等待 10 分钟、CI 运行半小时、PR 审核需要时间。手动盯着输出页面，不如让 Claude 每隔一段时间自动回来检查。官方文档的描述十分形象：「Scheduled tasks let Claude re-run a prompt automatically on an interval. Use them to poll a deployment, babysit a PR, check back on a long-running build, or remind yourself to do something later in the session.」

适用场景

• 部署轮询：每隔 N 分钟检查一次部署状态
• 长任务监护：定时查看长时间运行的构建或测试进度
• 定时提醒：在指定时间后提醒自己执行某项操作
• 配合 /goal 使用：先在 /goal 中设定完成条件，再用 /loop 循环检查

最佳用法

在项目根目录创建一个 loop.md 文件，/loop 会自动读取其中的内容作为默认 prompt，省去每次手动输入。间隔设置要合理——5 到 15 分钟是常用区间，过短浪费 token，过长则信息滞后。prompt 中应明确写明停止条件，例如「当看到 State: Active → Succeeded 时就通知我任务完成」，这样 /loop 输出的是有用结果，而非每次都返回无关信息。

若需要跨会话持久运行，可改用 Routines（Anthropic 云端执行）或 Desktop scheduled tasks（本地执行），/loop 更适合会话范围内的轻量调度。

/batch — 拆分任务，并行执行

该命令将一个大型变更拆分为独立单元，每个单元在自己的 Git worktree 中并行执行。

跨整个代码库的大范围变更——例如迁移框架、统一依赖版本——如果让 Claude 一次性处理，容易因代码库过大导致上下文窗口溢出、中间态冲突或单次修改量过大。/batch 将这些任务分解为互不依赖的小任务并行处理，每个任务在隔离环境中独立运行。

适用场景

• 框架迁移：/batch migrate src/ from Solid to React
• 跨文件批量重命名、重构
• 统一多个模块的代码风格或依赖版本
• 大型代码库的并行修改任务

最佳用法

核心前提是任务必须相互独立。如果任务 A 的输出是任务 B 的输入，则不适合使用 /batch，改用 /goal 顺次执行更为合适。明确指定要处理的目录或文件范围，避免扩散到不相关代码。批量修改完成后，使用 /simplify 统一清理所有变更文件的代码质量。

/simplify — 改完即清，代码不积债

该命令检查变更代码的清理机会，并自动应用修复。后台有四个 review agent 并行审查：复用现有工具、代码简化、效率优化、抽象层级合理性。

代码改完后，很少有人会记得回去清理。减少重复、抽象适当、效率合理的代码，通常需要一个更高层面的审视。/simplify 自动完成这一工作，且不负责寻找 bug——找 bug 请使用 /code-review。

适用场景

• 完成一个功能或修复后，作为「清理收尾」步骤
• 提交 PR 前的代码质量检查
• 代码评审意见的批量处理

最佳用法

养成一个固定的收尾流程：完成功能 → 运行测试 → /simplify → 审查 diff → 提交。这个顺序最为合理。/simplify [path] 可以针对特定文件或目录，不影响整个项目。需要注意的是，从 v2.1.154 起，/simplify 不再检查正确性问题，bug 检测请使用 /code-review。旧版本（v2.1.154 之前）的 /simplify 等同于 /code-review --fix，会同时寻找 bug 和清理代码。

/doctor — 配置健康检查

该命令负责配置诊断——检查无效键、schema 错误、安装状态。

Claude Code 的核心配置文件（CLAUDE.md、settings、hooks、MCP servers、skills）加载失败时不易排查。文件路径不对、格式错误、权限不足都可能导致 Claude 忽略你的指令。/doctor 一次性检查所有配置组件的健康状态，直接告诉你问题所在。

适用场景

• Claude 无视你的 CLAUDE.md 指令时
• MCP server 连接不上
• skill 不生效
• 新装 Claude Code 后的首次配置验证
• 修改配置后确认加载正确

最佳用法

遇到「Claude 不听话」的情况，优先运行 /doctor，通常 5 秒内即可给出原因，比你翻查文档快得多。再配合 /context 查看实际加载到上下文窗口的内容（系统 prompt、memory 文件、skills、MCP tools 等），两者搭配定位问题最为高效。

/debug — 运行时诊断

启用调试日志，让 Claude 利用日志输出和配置路径来诊断问题。

有些问题并非配置加载失败，而是运行时行为异常——命令执行结果不对、工具链不通、路径解析异常。/debug 启动一个包含调试日志的会话，Claude 能够通过查看完整的日志输出来定位原因。

适用场景

• 某个命令或工具执行行为异常
• 工具链路径问题（找不到 Node、Python 版本不对）
• Claude Code 自身功能表现异常
• 需要提交 bug report（/feedback）前的诊断步骤

最佳用法

先运行 /doctor 确认配置加载正常，然后再用 /debug 排查运行时问题——二者是先后关系，而非替代关系。/debug [issue] 的 [issue] 参数尽量写具体，例如「当我让它运行 npm test 时，输出显示找不到 jest 命令，按理说应该在 node_modules 里」。越具体，debug 越精准。如果确认是 Claude Code 自身 bug，使用 /feedback 提交报告，debug log 会自动附上。

工作流搭配建议

这些命令并非孤立存在。组合使用，效果远胜于单独使用任何一个。

设定目标 + 批量修改 + 清理收尾

/goal: 迁移所有组件从 Vue2 到 Vue3，编译通过且测试覆盖 90%+

→ Claude 自主执行，每轮自动检查条件

/batch migrate src/components/ from Vue2 to Vue3

→ 大范围并行迁移

/simplify src/components/

→ 改完后自动清理代码质量

定时轮询 + 目标驱动

/goal: 部署到 staging 并确认健康检查通过

→ 设定终点

/loop: 每 5 分钟检查一次部署状态，通知我何时完成

→ 定时轮询，执行期间处理其他事务

排查流程

Step 1: /doctor → 配置健康检查（CLAUDE.md、MCP、settings）

Step 2: /context → 查看实际加载的内容

Step 3: /debug [问题] → 启用调试日志定位运行时问题

Step 4: /feedback → 确认是 Claude Code bug 后提交报告

你是一名 AI 行业编辑，请围绕下面这条热点输出一份资讯解读：
热点：Claude Code六大核心命令详解要求：
1. 先用一句话解释这条热点在讲什么
2. 再总结它为什么重要
3. 说明会影响哪些 AI 产品或内容方向
4. 最后给出 3 个适合资讯站使用的标题