7 Skills 与 Slash Commands：把常用工作流做成自己的快捷指令
当你用 Claude Code 做了几次项目后，会发现自己总在重复同一类指令：
“请总结这次 diff。”
“请检查有没有无关改动。”
“请按我的格式写 commit message。”
“请扫描这个页面的移动端风险。”
“请把这篇教程改得更像真人写的。”
这些重复流程，不应该每次手打。Claude Code 现在更推荐把它们沉淀成 Skills。旧的 .claude/commands/ 仍然可用，但官方文档已经说明，推荐格式是 .claude/skills/<name>/SKILL.md，同样可以用 /name 调用，并且支持更丰富的自动触发和配套文件。
先做一个 summarize-changes
比如你想做一个“总结当前改动”的技能：
mkdir -p .claude/skills/summarize-changes
然后创建：
.claude/skills/summarize-changes/SKILL.md
内容可以从简单版本开始：
---
description: Summarize current git changes and flag risk. Use when the user asks what changed or wants a commit message.
---
## Current changes
!`git diff HEAD`
## Instructions
Summarize the changes in Chinese.
List risks first.
Then give one concise commit message.
这里最有意思的是 ! 后面的命令注入。官方 Skills 文档里说明，这类动态上下文会在 Claude 看到内容前先执行，把真实输出填进去。也就是说，Claude 不是凭空猜 diff，而是拿到了当前仓库的真实变更。
什么适合做成 Skill
适合沉淀成 Skill 的，一般有三个特征：
- 你经常重复。
- 它有固定步骤。
- 它需要项目上下文。
比如：
/review-page：检查页面文案、移动端、可读性。/ship-post：检查 Markdown frontmatter、图片路径、字数。/safe-deploy：先 build，再看 git diff，再给部署摘要。/bug-trace：按日志、复现步骤、相关文件、假设、验证顺序排查。
不要把所有东西都写进一个巨大的 Skill。一个 Skill 只解决一类问题，才好维护。
项目级还是个人级
项目级 Skill 放在：
.claude/skills/<skill-name>/SKILL.md
适合跟团队共享，比如项目发布流程、代码审查规则、测试规范。
个人级 Skill 放在：
~/.claude/skills/<skill-name>/SKILL.md
适合个人习惯，比如你喜欢的文章口吻、提交信息格式、个人复盘模板。
旧的 slash command 文件也还可以放在 .claude/commands/，但如果你是新建，我建议直接用 Skills。
写 Skill 的小技巧
不要写“帮我认真检查”。要写清楚输出结构：
## Output
1. Findings first
2. File paths with line numbers when possible
3. Missing tests
4. Suggested next command
这样 Claude Code 的输出才稳定。
下一篇讲 MCP。Skills 解决的是“流程复用”，MCP 解决的是“连接外部工具和数据”。
参考资料：
Continue