文章目录前言一、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 statusClaude 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以后不管是带新人还是自己干活只要调用对应的SkillAI就能按照你的标准来。相当于你把自己的大脑复制了一份让AI帮你干活这才是AI真正的价值啊别再只会让AI写代码了赶紧去试试Skill保证你打开新世界的大门P.S. 无意间发现了一个巨牛的人工智能教程非常通俗易懂对AI感兴趣的朋友强烈推荐去看看传送门https://blog.csdn.net/HHX_01
我发现了Claude Code里藏着的这个终极杀器
发布时间：2026/5/21 0:30:26
文章目录前言一、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 statusClaude 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以后不管是带新人还是自己干活只要调用对应的SkillAI就能按照你的标准来。相当于你把自己的大脑复制了一份让AI帮你干活这才是AI真正的价值啊别再只会让AI写代码了赶紧去试试Skill保证你打开新世界的大门P.S. 无意间发现了一个巨牛的人工智能教程非常通俗易懂对AI感兴趣的朋友强烈推荐去看看传送门https://blog.csdn.net/HHX_01
