大家好，我是讯享网，很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。



它已经很强了，我只要把需求说清楚，它自然会越用越懂我。

结果用着用着就发现，不对。

你每次都在重复同样的话：

• 先别急着改代码，先看项目结构
• 改完要跑测试
• 提交前按我的 commit 规范来
• 复杂改动先给方案，不要直接动手
• 不要顺手乱改别的文件

说白了，你看起来是在“用 AI 提效”，实际上是在当它的人工流程管理器。

真正开始把 Claude Code 用顺的人，都会走到下一步：

把那些反复要说的话，整理成 Skill。

Claude Code 官方对 Skill 的定位很明确：当你开始反复把同一套 playbook、checklist、multi-step procedure 贴进对话里，这时候就该把它做成 Skill 了；它既可以在相关场景下自动使用，也可以直接通过 /skill-name 调用。

---

很多初学者一听到 Skill，会下意识觉得这东西离自己很远，好像是高手才会配的高级玩法。

其实不是。

你可以把它理解得非常直接：

Skill，本质上就是把你常用的一套开发流程，写成 Claude Code 能反复执行的 SOP。

注意，这里最重要的不是“提示词”，而是流程。

1. 先读报错和相关文件
2. 判断根因，不要一上来就改
3. 用最小改动修复
4. 改完执行验证
5. 最后总结改动点和风险

这时候，Skill 就不是装饰了，而是在帮你把“自己脑子里的做事方法”固定下来。

Claude Code 官方文档也明确区分了这一点：如果内容已经从“项目事实和规则”长成了一套“操作流程”，那它更适合写成 Skill，而不是继续塞进 CLAUDE.md。

---

这点很多人会想反。

• 想到哪做到哪
• 这次这么做，下次又换一种
• 今天要求 Claude 先分析，明天直接让它开改
• 用久了之后，自己都不知道哪套方式更稳

Skill 的价值，恰恰就在这里：

它不是帮你“写更多代码”，而是帮你减少“重复管理 AI 的成本”。

Claude Code 的文档里也强调，Skills 是一种扩展 Claude 能力的方式，适合把可复用流程沉淀下来；而项目说明、约定、常用命令这类长期背景信息，更适合放在 CLAUDE.md 里。

说得更直白一点：

不会用 Skill 的人，AI 每次都像新同事。
会用 Skill 的人，AI 才开始像固定搭档。

这就是差别。

---

很多人不是不会写 Skill，而是根本不知道什么时候该上。

你不用想得太复杂，看到下面这三个情况，基本就该动手了。

第一种：你已经开始重复说同一套话

这是最明显的信号。

如果你最近一周里，已经三四次跟 Claude Code 说类似的话：

• “先分析再改”
• “先跑测试再总结”
• “按我的提交规范来”
• “先列方案再落地”

那说明你不是“临时想到”，而是已经形成固定工作习惯了。

这也是 Claude Code 官方最直接的判断标准：如果你反复粘贴同一套 playbook 或 checklist，就该做成 Skill。

---

第二种：这件事有稳定步骤，而且做错代价不低

比如：

• 修 bug
• 提交 commit
• 做 PR review
• 改老项目里的核心逻辑
• 给现有模块加新功能

• 还没看清问题就直接改
• 改了代码但没验证
• 顺手改了不该改的东西
• 最后还讲不清自己改了什么

这时候，Skill 的意义就不是“方便”，而是控风险。

---

第三种：你希望它每次都按同一种标准输出

这点特别容易被忽略。

比如你希望每次 bug 修完后，Claude 都给你这四项：

• 根因
• 修改点
• 风险点
• 是否建议补测试

那这就不是临时要求了，而是你自己的固定交付标准。

一旦是固定标准，就很适合 Skill。

---

假设你现在最常做的一件事，是让 Claude Code 帮你修 bug。

大多数初学者会这样说：

“帮我看看这个 bug 怎么修。”

于是你又开始补充：

• 先看报错日志
• 先定位根因
• 不要大改
• 改完跑测试
• 最后告诉我改了什么

那它就不该继续作为聊天补充存在，而该变成一个 Skill，比如叫：

bugfix-sop

里面写清楚：

• 先读错误信息和相关文件
• 不要在没确认根因前直接改
• 优先最小必要改动
• 改完执行验证
• 最后输出变更总结和风险说明

这样以后你再遇到类似问题，本质上就不是“重新教一遍 Claude”，而是在调用你自己沉淀出来的工作流。

Claude Code 官方文档也说明了，Skill 是通过 SKILL.md 文件定义的，可以放在项目目录或个人目录中；放在个人目录的 Skill 可以跨项目复用，放在项目目录的 Skill 则更适合仓库内的专用流程。

这一步一旦做了，你会明显感觉到一件事：

Claude Code 开始不是“每次听你指挥”，而是“知道该按什么套路做事”。

---

这是初学者最常见的问题之一。

一开始接触 Claude Code，很多人会把所有东西都写进 CLAUDE.md：

• 开发规范
• 提交格式
• 修 bug 流程
• review 流程
• 部署流程
• 输出格式要求

结果看起来很全，实际上会越来越乱。

因为 CLAUDE.md 更适合放的是：

• 项目背景
• 编码规范
• 常用命令
• 架构约定
• 长期有效的规则

而不是一整套一整套的操作流程。Claude Code 文档明确说明，CLAUDE.md 属于会话开始时加载的项目记忆；而 Skills 是在相关时触发、按需使用的能力扩展。

你可以简单记一句：

规则放 CLAUDE.md，流程放 Skill。

很多人一旦把这件事想清楚，Claude Code 的使用方式会立刻上一个台阶。

---

这部分才是最值得个人开发者重视的。

比如你后面可能会陆续有这些 Skill：

• bugfix-sop
• commit-message
• pr-review-checklist
• feature-implementation
• module-explain
• refactor-checklist

这才是 AI 编程真正的分水岭。

---

很多人觉得，个人开发没必要搞这些，看起来有点“重”。

但现实往往正好相反：

越是一个人开发，越要尽早把自己的工作流固定下来。

因为没人替你复盘，没人替你兜底，也没人每次提醒 Claude 应该先做什么、后做什么。

所以 Skill 最重要的意义，从来不是“多了一个高级功能”。

而是：

它把你临时说出口的话，变成了可复用的个人开发 SOP。