Hi，大家好，我是顾北！

要点： Claude Code 内置五项核心 Skill，直接 /指令名 调用：/claude-api 解决 API 开发踩坑，/debug假设驱动系统排错，/simplify 启动 3 个并行 Agent 做代码审查，/batch 用几十个 Agent 并行执行大规模迁移，/loop 让 Claude 自主循环运行数小时。每一个都指向同一件事：把你脑子里的开发认知，变成可自主执行的流程。

---

两个月前，一位开发者在 Reddit 上发了一条帖子，大意是：

"我刚发现 /simplify 这个指令，跑完之后 AI 自己把代码拆成三个 agent 并行审查了一遍，然后把问题全修了。我以为是 bug，结果这就是预期行为。"

这条帖子有 668 个赞。

评论区一片"我也刚发现""原来一直有这个功能"——没人知道，或者说，很少有人系统整理过 Claude Code 到底内置了哪些可以直接调用的 Skill。

这篇文章就来做这件事。五个内置 Skill，每一个都对应一类开发者的高频痛点。

---

背景：什么是 Claude Code 的 Skill？

简单说，Skill 是 Claude Code 里的「可复用专项能力」。每个 Skill 是一个标准化的文件夹，包含指令、脚本和参考资源。Claude 在具备文件系统权限的 VM 环境中运行，当你的请求触发某个 Skill 时，它会自动加载并执行——你也可以用 /skill名直接手动调用。

以下五项是 Anthropic 官方内置、开箱即用的核心 Skill。

---

🔌 /claude-api：API 开发的避坑手册

解决的问题：用 Claude API 构建应用时，踩坑踩到怀疑人生。

如果你正在用 Claude Messages API 或 Anthropic SDK 开发，这个 Skill 相当于一位随叫随到的高级工程师，把所有你可能踩到的坑提前告诉你：

• 结构化输出：如何用 JSON Schema 校验保证 Claude 输出格式稳定，防止幻觉格式

• Prompt Caching：正确使用可节省高达 90% 的成本和延迟，但配置错了就毫无效果

• 流式 SSE 解析：流式输出的 parsing 逻辑有很多细节，稍不注意就会在边界情况崩溃

• 工具调用最佳实践：安全的 tool invocation 流程，避免死循环和异常

• 16 种常见 API 报错：rate_limit_error、prompt caching 误用、MCP timeout……每一种都给出了具体排查步骤

与其在 Stack Overflow 上翻一小时，不如直接调用 /claude-api，让它在你的项目上下文中给出针对性建议。

---

🐛 /debug：假设驱动，系统性排查 bug

解决的问题：对着报错信息反复猜测，改了一个地方又冒出另一个问题。

这个 Skill 的设计思路来自 Cursor 的 Debug Mode：不要乱猜，先建立假设，再用证据验证。

整个流程是这样的：

理解 bug（复现路径 + 预期 vs 实际行为）
    ↓
生成 3-5 个可测试假设
    ↓
自动插入调试日志（封装在 #region DEBUG 块中）
    ↓
你触发复现，日志写入 .claude/debug.log
    ↓
分析日志，逐一验证/排除假设
    ↓
写出最小化修复（不做顺手重构）
    ↓
你确认修复有效
    ↓
清理所有调试插桩，留下干净 diff

最后一步是这个 Skill 的亮点：它不只是找到问题然后扔给你一堆改动，它会把调试过程中加入的所有临时代码清理干净，代码仓库不留痕迹。

---

✨ /simplify：3 个并行 Agent 帮你做代码审查

解决的问题：改完功能代码，自己看不出问题，但 code review 时被同事打回来。

这是 Claude Code 创始人 Boris 亲自宣布、自己每天都在用的 Skill。

调用 /simplify 后，它会启动 3 个并行 Agent，分别从不同维度审查你刚改动的代码：

• 可复用性：是否有重复逻辑可以抽象？

• 代码质量：命名、结构、可读性是否符合项目规范？

• 执行效率：有没有明显的性能问题？

• CLAUDE.md 合规性：是否遵守了项目的自定义编码约定？

审查完成后，它不只是给你一份报告——它会直接把问题修掉。

典型用法非常简单：

「make this change then run /simplify」

改完功能、品质审查、一键搞定，PR 提出去之前就已经是 clean code。

---

⚡ /batch：几十个 Agent 并行跑代码迁移

解决的问题：大规模代码迁移（框架升级、API 替换、命名规范统一），手动改几百个文件，改到崩溃。

/batch 是专门为这类任务设计的并行执行引擎，流程分两步：

第一步：交互式规划告诉它迁移的范围和目标，它会先和你确认方案，防止大规模改错。

第二步：并行执行规划确认后，它会启动几十个 Agent 并行执行，每个 Agent 运行在独立的 git worktree 中——完全隔离，互不干扰。每个 Agent 完成后自动跑测试，测试通过才提 PR。

举个例子：

/batch migrate src/ from Solid to React

一条指令，Claude 自动拆解任务、分配给并行 Agent、各自测试、统一汇报结果。过去可能要花一整天的迁移工作，现在成了一个等待的过程。

---

🔄 /loop：让 Claude 自主跑几个小时

解决的问题：需要定期执行的任务，每次都要手动触发，费时费力。

这是五个 Skill 里最"未来感"的一个。

在 /loop 出现之前，社区里有一种叫「Ralph Wiggum 技巧」的手工方案，用来让 Claude 保持自主运行。这个需求存在已久，但一直是社区自己想办法——现在 Anthropic 给了官方原生实现。

底层是 cron 调度，但你永远不需要写 cron 表达式。 用自然语言描述任务即可，/loop负责翻译成调度逻辑，可以持续运行数小时。

一些真实可用的场景：

• 「每天早上 9 点用 Slack MCP 生成昨日工作摘要发送给团队」

• 「每 30 分钟检查一次 CI 测试套件，如果失败了自动分析日志并尝试修复」

• 「监控这个 PR，一旦出现构建失败立刻修复并重新推送」

• 「追踪这次部署，完成后发 Slack 通知」

这不是定时脚本，是有理解能力的定时 Agent。它能看懂日志、做判断、采取行动。

---

如何开始使用？

这五个 Skill 均为 Claude Code 内置，无需额外安装，直接在对话中调用即可：

Skill	调用方式	最适合的场景
/claude-api	自动触发或直接输入	用 Claude API 开发时遇到问题
/debug	/debug  + 描述 bug	有复现路径但找不到根因
/simplify	改完代码后运行	PR 前的最后一道质量关
/batch	/batch  + 迁移指令	大规模、重复性代码改动
/loop	/loop  + 任务描述	需要周期性自主执行的任务

---

一个视角

这五个 Skill 指向同一个方向：把"开发者在脑子里做的事"，变成 Agent 可以自主执行的流程。

调试的时候你的大脑在做什么？建立假设，插入日志，分析输出，排除可能性。/debug 做的是同一件事。

Code review 的时候你的大脑在做什么？检查可读性，找冗余，对照规范。/simplify 做的是同一件事。

迁移代码时你的大脑在做什么？拆解任务，逐文件改，跑测试。/batch 做的是同一件事。

当这些认知任务可以被 Agent 并行、可靠地执行，开发者的时间就真正解放出来了——不是节省几分钟，而是从根本上改变了什么事情需要你亲自做。

值得花十分钟，把这五个指令都试一遍。

你目前最想用哪个 Skill 改造你的工作流？欢迎在评论区聊聊。

我是顾北，我们下期再见！

---

参考资料：Claude Code 官方文档、Reddit r/ClaudeAI、anthropics/claude-code GitHub

---