封面


用过Claude的人可能注意到,让它做PPT、写Word文档、处理Excel的时候,它不是瞎写代码碰运气,而是有一套明确的流程和规范在指导它。

这背后的机制叫Skills

这个概念不复杂,但理解它之后,你会对”如何让AI更好地为你工作”有一个全新的认知。


Skills的本质:写给AI看的操作手册

第一章配图

很多人第一反应是——Skills是不是某种插件?某种程序?需要安装、编译、配置?

都不是。

Skills本质上就是结构化的文档,主要用Markdown写成,告诉Claude在执行某类任务时应该遵循哪些最佳实践。不需要打包,不需要配置文件,不需要任何编程环境。

打个比方:你去一家餐厅后厨,墙上贴着”红烧肉标准操作流程”——用什么锅、放多少糖、炖多久、怎么收汁。厨师每次照着做,出品就稳定。

Skills就是贴在Claude”后厨墙上”的那张操作流程。


它是怎么工作的?

第二章配图

整个执行机制分三步:

第一步,判断需不需要。 当你发消息给Claude,系统会根据你的需求,判断是否有相关的Skill可以调用。每个Skill都有一段简短的描述,说明自己适用于什么场景。

第二步,读取操作手册。 如果匹配上了,Claude会先去读对应的SKILL.md文件,把里面的最佳实践”加载”到当前任务的上下文中。

第三步,按照指导执行。 然后Claude根据读到的内容去写代码、调用工具、生成文件。

举个具体例子:你说”帮我做个PPT”,Claude不会直接开始写代码。它会先去读PPT相关的Skill文档,了解应该用什么库、模板怎么选、布局怎么做、哪些坑要避免,然后再按照这套规范去生成。

这就是为什么Claude做出来的文档通常质量还不错——不是它天生就会,而是它每次都在”翻操作手册”。


一个Skill长什么样?

第三章配图

结构非常简单。最基础的Skill就是一个文件夹加一个核心文件:

一个文件夹,里面放一个SKILL.md作为核心说明书,可以选择性地加上辅助脚本、参考文档等补充材料。

SKILL.md本身就是一份普通的Markdown文档,开头用几行元信息说明这个Skill叫什么、什么时候触发,正文部分写具体的操作指导。

没有复杂的语法,没有编译步骤,会写文档就能写Skill。


三个层级,各司其职

第四章配图

目前Skills分为三类:

官方内置的Skills,覆盖了常见的文档处理场景——Word文档、PPT演示文稿、Excel表格、PDF等。这些是经过大量测试和优化的,质量很高。

示例Skills,是官方提供的参考模板,告诉你”一个好的Skill应该怎么写”,比如如何创建新Skill、如何搭建MCP服务等。

用户自定义Skills,这才是真正有想象空间的部分。你可以根据自己的需求,写一份专属的操作手册,让Claude在特定任务上按照你的规范来执行。


为什么这个设计很聪明?

第五章配图

Skills的设计思路,揭示了当前AI工具一个重要的使用逻辑:与其每次都用自然语言解释你要什么,不如把最佳实践固化下来,让AI每次自动遵循。

这解决了一个很现实的问题——AI的表现不稳定。同样的任务,今天给你的结果不错,明天换个问法可能就走样了。但如果你把踩过的坑、验证过的流程、总结出的规范写成一份Skill,Claude每次都会先读这份”手册”再动手,输出质量就有了底线保障。

这也意味着,你的经验可以被编码成可复用的资产。 你在某个领域摸索出来的最佳实践,不需要每次口头交代,写一次就能反复生效。


普通用户能从中学到什么?

第六章配图

即使你不打算自己写Skill,理解这个机制也有价值。它告诉我们一个更普适的道理:

让AI做好事情的关键,不是更聪明的模型,而是更清晰的指令。

Skills本质上就是把”你希望AI怎么做”这件事,从模糊的口头描述变成了结构化的书面规范。这个思路可以迁移到你日常使用任何AI工具的场景中——与其抱怨AI不懂你,不如花时间把你的需求、标准、流程写清楚。

越具体、越结构化的指令,越能让AI稳定地产出高质量的结果。

这可能是AI时代一项被严重低估的能力:不是写代码,而是写规范。


如果你觉得这篇文章帮你理解了AI工具背后的一些逻辑,欢迎分享给同样在探索AI使用方式的朋友。