我发现了Claude Code里藏着的这个终极杀器
文章目录
- 前言
- 一、Skill到底是个啥？给你说人话
- 二、Skill怎么用？两种方式，懒人狂喜
- 1. 显式触发：喊一声就干活
- 2. 隐式触发：你不说，它也懂
- 三、官方内置神技，这几个必用
- 四、自己写Skill，零代码打造专属专家
- 五、写好Skill的4个黄金法则
- 1. Description是灵魂，要写清楚触发场景
- 2. 告诉AI“怎么想”，而不是“做什么”
- 3. 保持精简，别写又臭又长
- 4. 一个Skill只干一件事
- 六、最后说两句
P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看，传送门https://blog.csdn.net/HHX_01
前言
现在谁写代码还不用AI啊？但我敢说，99%的人都把Claude Code用成了“代码生成器”，纯纯暴殄天物！
你是不是也这样：让它写个接口，它给你写一堆bug；让它加个测试，它给你凑数；让它审个PR，它净说些“这段代码逻辑清晰，建议合并”的废话。然后你就开始骂：什么破AI，还不如我自己写！
我之前也这么觉得，直到上周我发现了Claude Code里藏着的这个终极杀器——Skill。说出来你可能不信，这玩意儿不是什么复杂的插件，也不是要花钱买的API，它就是个纯纯的markdown文件，但能让你的AI直接从“啥也不会的实习生”变成“干了十年的老专家”，而且零成本、零代码，会打字就能用！
一、Skill到底是个啥？给你说人话
一句话：Skill就是你给AI写的“工作手册”。
你想想，你带实习生的时候，是不是得告诉他：写测试要先覆盖核心逻辑，再测边界条件；审代码要先看安全问题，再看性能；写文章要先列大纲，再填内容。AI也一样，它本来是个通用的“万金油”，啥都懂一点，但啥都不精。而Skill就是把你脑子里的经验写成文字，让AI临时学会你的工作方式。
它和那些花里胡哨的插件有本质区别：
- MCP是给AI装了个新胳膊新腿，原来它不能查数据库，装了MCP它就能直接连了
- Hook是给AI定了个闹钟，到点了就得干某件事
- 而Skill呢？是直接给AI换了个脑子！
同样是那双手，原来它只会瞎写代码，现在它知道先写测试清单再写代码，知道按OWASP标准查安全问题，知道写公众号文章要先抓痛点再给解决方案。这就是Skill的魔力，它不增加AI的能力，它只让AI把现有的能力用对地方。
二、Skill怎么用？两种方式，懒人狂喜
Skill有两种触发方式，一种是你主动喊它，一种是它自己凑上来，主打一个懂事。
1. 显式触发：喊一声就干活
这个最简单，你在对话框里输入/技能名，AI就立刻切换成对应的专家模式。
比如：
/simplify：帮你审查代码质量，揪出重复代码和复杂函数/security-review：上线前做安全检查，帮你避免半夜被运维叫醒/khazix-writer：直接变身公众号写手，给你写爆文
就像你在公司喊“张工，过来帮我看看这个bug”一样，一喊一个准。
2. 隐式触发：你不说，它也懂
这个才是真的黑科技！每个Skill都有个description字段，不光是给人看的，更是给AI做语义匹配的。当你的请求和某个Skill的描述对上了，它会自动加载这个Skill，根本不用你喊。
比如你刚clone了一个Go项目，说“帮我看看这个项目怎么启动”，AI会自动触发init技能，先给你扒一遍目录结构，检查关键配置文件，生成一个CLAUDE.md文档，把启动步骤写得明明白白，比你带的实习生还靠谱。
而且一个Skill只生效一个回合，用完就自动消失，不会互相干扰。你刚用/add-tests写完测试，再用/security-review审代码，两次完全独立，一点不冲突。
三、官方内置神技，这几个必用
Claude Code已经给我们预置了一堆好用的Skill，我给你们挑几个能直接提升效率的，赶紧码住！
| Skill名称 | 能干啥 | 什么时候用 |
|---|---|---|
init | 生成项目说明文档 | 刚clone新项目，看不懂代码结构 |
review | 审查Pull Request | 同事提了PR，你懒得看 |
simplify | 优化代码质量 | 重构前，想看看哪里能改 |
security-review | 安全审查 | 上线前，怕有漏洞 |
fewer-permission-prompts | 生成权限白名单 | 烦透了每次输命令都要点确认 |
loop | 定时执行任务 | 每5分钟检查一次部署状态 |
我重点吹一下fewer-permission-prompts，这个简直是懒人福音！你每天都要输npm install、git status，Claude Code每次都弹个框让你确认，烦都烦死了。只要运行一次这个技能，它会扫描你的历史命令，把那些你反复批准的只读命令加到白名单里，以后再也不用点确认了，爽到飞起！
四、自己写Skill，零代码打造专属专家
最牛的是，你还能自己写Skill，不用写一行代码，会写markdown就行。我教你写一个最小可用的，5分钟搞定。
第一步，在你的项目根目录下创建.claude/skills/文件夹。
第二步，新建一个add-tests.md文件，把下面的内容复制进去：
--- name: add-tests description: 为新代码添加单元测试。当用户说"加测试"/"写测试"/"add tests"时触发。要求覆盖正常路径、边界情况和异常路径。 --- # 测试编写规范 你是一个测试专家。当用户要求为代码添加测试时，请遵循以下规范： ## 优先级 1. 先覆盖核心业务逻辑的测试 2. 再覆盖边界条件 3. 最后考虑异常路径 ## 风格要求 - 使用 describe/it 结构组织测试 - 每个测试只验证一个行为 - 测试命名要描述被测行为，而不是方法名 - 不 mock 数据库，使用真实测试库 ## 输出格式 - 先列出你要添加的测试清单，让用户确认 - 确认后再逐个文件修改第三步，保存文件。搞定！
现在你只要说“帮我给user.service.ts加测试”，AI就会严格按照你的要求来：先列测试清单，等你确认了再写代码，再也不会给你写那些乱七八糟的测试了。
五、写好Skill的4个黄金法则
写Skill很简单，但写好Skill有讲究，我总结了4个法则，照着做，你的Skill比别人的好用10倍。
1. Description是灵魂，要写清楚触发场景
别写什么“一个好用的测试助手”，要写“当用户说加测试、写测试、add tests时触发，要求覆盖核心逻辑、边界条件和异常路径”。写得越具体，AI匹配得越准。
2. 告诉AI“怎么想”，而不是“做什么”
Skill的价值不是重复AI已经知道的事情，而是给它一套思考框架。比如security-review不是告诉AI“检查安全问题”，而是给它一份OWASP Top 10的checklist和每项的审查方法。
3. 保持精简，别写又臭又长
一个Skill控制在500-800字就行，太长了AI也记不住，反而会出错。把最核心的要求写清楚，多余的话一句都别写。
4. 一个Skill只干一件事
别搞什么“前后端全栈全能助手”，那玩意儿啥也干不好。拆成“前端测试规范”“后端API设计规范”“数据库迁移规范”三个独立的Skill，让AI在正确的场景加载正确的那一个。
六、最后说两句
Skill可能是我见过最优雅的AI扩展机制了。它不增加复杂度，不引入外部依赖，唯一需要的就是一段好的提示词。但正是这种简单性，让它成为了一个随时可用的“专家分身”。
你想想，你把自己十年的工作经验写成一个个Skill，以后不管是带新人，还是自己干活，只要调用对应的Skill，AI就能按照你的标准来。相当于你把自己的大脑复制了一份，让AI帮你干活，这才是AI真正的价值啊！
别再只会让AI写代码了，赶紧去试试Skill，保证你打开新世界的大门！
P.S. 无意间发现了一个巨牛的人工智能教程，非常通俗易懂，对AI感兴趣的朋友强烈推荐去看看，传送门https://blog.csdn.net/HHX_01