让 Claude Code 趁你睡觉就把活干完：使用 6 个核心命令
Claude Code 不只是一个对话式编程助手。它有一整套内置命令，覆盖目标驱动的自主工作、定时轮询、批量重构、代码清理和故障诊断。
核心理念
用好这些命令，能从「你和 Claude 一人一半」变成「你定方向，Claude 自己把活干完」。
本文基于 Claude Code v2.1.154+ 版本。命令的可用性和行为可能因版本、平台和订阅计划而异。
/goal — 定目标，等状态
功能：设置一个可验证的完成条件，Claude 会持续工作直至条件满足，不需要你每步都提示。
解决什么问题：没有 /goal 时，Claude 做完一件事就停下来等你拍板。遇到跨多步的工程任务，你得一次又一次回来说「继续」。有了 /goal，你定好终点，Claude 自己走到头。
机制：每轮结束后，一个小型快速模型检查条件是否成立。不成立就继续下一轮，成立则自动清除 goal，把控制权交还给你。
使用时机
- 模块迁移：把所有调用点从旧 API 改成新的，直到编译通过且测试通过
- 批量修复：处理 issue 列表直到列表为空
- 任何有明确「通过/失败」判定标准的多步骤工作
最佳用法
- 写条件要可验证。「优化性能」不行，「测试通过率 100%」可以
- 结合证据展示。让 Claude 展示测试输出、命令运行结果，而不是让它说「看起来好了」
- 检查进度。用 /goal 不带参数可以查看当前 goal 的状态
- 提前结束。如果中途发现方向不对，再输入一次 /goal 可以清除当前目标
/loop — 定时查状态，睡觉也安心
功能：在 CLI 会话内按设定的时间间隔重复执行一个 prompt，用于轮询状态或定时提醒。
解决什么问题：部署要等 10 分钟、CI 跑半小时、PR 审核需要等。手动盯着输出页面不如让 Claude 自己每隔一段时间回来检查。
使用时机
- 部署轮询：每隔 N 分钟检查一次部署状态
- 长任务监护：定时查看长时间运行的构建或测试进度
- 定时提醒：过一段时间提醒自己做某事
- 配合 /goal 使用：先在 /goal 里定好完成条件，然后用 /loop 循环检查
最佳用法
- 自定义 prompt。项目根目录放一个
loop.md文件，/loop 会读取其中的内容作为默认 prompt - 设置合理间隔。5-15 分钟是常用区间
- 停止条件要明确。prompt 里写清楚「当看到 State: Active → Succeeded 时就告诉我任务完成」
/batch — 拆任务，并行跑
功能：将一个大型变更拆分成独立单元，每个单元在自己的 Git worktree 中并行执行。
解决什么问题：跨整个代码库的大范围变更，如果让 Claude 一次性处理，容易因代码库过大导致上下文窗口溢出、中间态冲突或单次修改量过大。
使用时机
- 框架迁移：
/batch migrate src/ from Solid to React - 跨文件批量重命名、重构
- 统一多个模块的代码风格或依赖版本
- 大型代码库的并行修改任务
最佳用法
- 任务是独立的。/batch 要求拆分后的任务互不依赖
- 指定范围。明确告诉 /batch 要处理哪个目录或文件范围
- 配合 /simplify 收尾。批量修改完成后，用 /simplify 统一清理所有变更文件的代码质量
/simplify — 改完即扫，代码不积债
功能：检查变更代码的清理机会，并自动应用修复。四个 review agent 并行审查：复用现有工具、代码简化、效率优化、抽象层级合理性。
解决什么问题：代码改完后，很少记得回去清理。/simplify 自动做这件事，而且不找 bug——找 bug 用 /code-review。
使用时机
- 完成一个功能或修复后，作为「清理收尾」步骤
- 提交 PR 前的代码质量检查
- 代码评审意见的批量处理
最佳用法
- 收尾流程固定步骤：写完功能 → 跑测试 → /simplify → 审查 diff → 提交
- 指定目标。
/simplify [path]可以针对特定文件或目录 - 不要指望它找 bug。从 v2.1.154 起，/simplify 不再检查正确性问题
/doctor — 配置健康检查
功能：配置诊断——检查无效键、schema 错误、安装状态。
解决什么问题：Claude Code 的核心配置文件（CLAUDE.md、settings、hooks、MCP servers、skills）加载失败时不容易排查。/doctor 一次性检查所有配置组件的健康状态。
使用时机
- Claude 无视你的 CLAUDE.md 指令时
- MCP server 连接不上
- skill 不生效
- 新装 Claude Code 后的首次配置验证
- 修改配置后确认加载正确
最佳用法
- 先跑 /doctor 再问为什么。遇到「Claude 不听话」的情况，/doctor 通常 5 秒内给出原因
- 配合 /context 使用。/doctor 做健康检查，/context 查看实际加载到上下文窗口的内容
/debug — 运行时诊断
功能：启用调试日志，让 Claude 利用日志输出和配置路径来诊断问题。
解决什么问题：有些问题不是配置加载失败，而是运行时行为异常——命令执行结果不对、工具链不通、路径解析异常。
使用时机
- 某个命令或工具执行行为异常
- 工具链路径问题（找不到 Node、Python 版本不对）
- Claude Code 自身功能表现异常
- 需要提交 bug report 前的诊断步骤
最佳用法
- 试之前先确认基础配置。先跑 /doctor 确认配置加载没问题，然后再用 /debug 排查运行时问题
- 提供具体描述。
/debug [issue]的参数尽量写具体 - 提交 bug 前必做。如果 /debug 发现是 Claude Code 自身 bug，用 /feedback 提交 report
工作流搭配建议
这些命令不是孤立的。组合使用的效果远好于单独用任何一个。
定目标 + 批量改 + 清理收尾
/goal "所有 API 调用点迁移到 v2，测试通过率 100%"
/batch migrate src/api/ from v1 to v2
/simplify src/api/
定时轮询 + 目标驱动
/goal "部署状态变为 Active"
/loop 每 5 分钟检查部署状态
排查流程
/doctor # 先检查配置
/debug [issue] # 再排查运行时问题
/feedback # 最后提交 bug report（如果是 Claude Code 自身问题）