前言
你有没有觉得，安装 Skill 特别像开盲盒。
有的导入就能用，文件里只有简单几行文字，看上去跟 Prompt 没啥区别。
有的则是一顿操作猛如虎。先装 Python 或 Node，再打开黑乎乎的终端，输入一串不知道是啥玩意儿的命令。接着还要装一个没听过的插件或软件，注册一个不知道干啥的网站账号，再申请 API Key。有的甚至还要订阅、花钱。总之，装到最后，有种被这个 Skill 忽悠着攒了个大活的感觉。
麻烦也就来了。像我们这样的普通用户，很难只看 Skill 名字和 GitHub 介绍，就快速弄明白：这到底是不是个 Skill？安装会不会拖家带口？运行靠什么？会不会花钱？最后能得到什么？又适不适合我？
我深度使用 Agent、被各路 Skill“坑蒙拐骗”，满打满算也才五个月。经验不多，但对 Skill 从简单到复杂，也有了一个大概的认识。下面就来说说，Skill 里到底可能装着哪些神奇的零碎，怎么识别它的真面目，又该怎么判断它是否适合你的需求。
Skill 是啥，它就是灵宠秘籍
Skill，技能，也就是招术。它是你给 AI Agent 准备的一套可重复使用的办事说明书。
换句话说，你就是个当代赛博御兽宗弟子，AI Agent 是你的灵宠猫咪。站在你的角度，Skill 就是你给猫咪准备的招术秘籍。
秘籍甲特简单。你只要大喊一声“创它”，猫咪就桀桀桀桀桀地莽了上去。
秘籍乙特复杂。你得给猫备上各种武器、防具、暗器、法宝、符箓和阵法，还得花钱买点丹药、附魔、请神咒之类的。开打前先领域展开，关键时刻再“请老祖腓腓上身”。总之一顿操作猛如虎。
甲和乙都算 Skill 吗？
都算。只要是你给猫猫配置的秘籍就行，核心就是：“咪，用这招，上。”
灵宠秘籍有薄有厚，按执行能力大概可以叠到五层
我把常见 Skill 按实际执行能力分成 S1—S5，并标出各类 Skill 常见的复杂程度。
S1：方法指令型 Skill
它主要告诉 Agent 怎么做。
比如一套访谈提纲设计方法、一套文章审稿规则、一套数据测算步骤。通常导入 Skill 后就能用，不需要额外软件和账号。
这类 Skill 最像高质量 Prompt，但比一次性 Prompt 多了触发条件、固定流程和交付要求。Agent 可以在合适的任务里反复调用。
复杂程度：0—8 分。
S2：资料增强型 Skill
在 S1 的方法之外，它还带着规范、案例、模板、母版、图片或其他素材。
Agent 往往不必每次都把全部资料读完，只在任务需要时调用。S2 依然是比较轻量级的 Skill，但模板兼容性（比如万恶的 Office 软件）、字体、素材版权和资料量级，已经开始影响使用。
复杂程度：2—15 分。
S3：本地执行型 Skill
到了 S3，电脑真正开始“动手”了。按灵宠的比喻，就是 S3 级 Skill 开始给猫咪上各类法器了。
这里常见三个词：
- 脚本：提前写好的一串自动化处理步骤，需要时让电脑照着执行。
- CLI：通过输入文字命令来操作软件的一种方式，算是计算机最原始的交互方式之一。
- 运行环境：让脚本跑起来的 Python、Node 等基础软件。
例如，一个处理 PDF 的 Skill，可能会调用脚本拆页、识别文字、合并文件。它可以很好用，但用户要先确认：电脑里需要装什么相关软件？版本是否兼容？会不会改动原文件？
复杂程度：10—40 分。
S4：联网服务型
S4 需要连接外部服务。用灵宠比喻，就是请个“祖宗猫大力上身”的外援。不充钱，可能只能上身一会儿，甚至根本不上身。
常见的外联方式是 API 或 MCP。
API 是调用在线服务的入口，Key 相当于代表你身份的调用凭证。MCP 则是一套连接外部工具和数据的通用方式。
外援听起来更能耐，但并不意味着免费。用之前值得琢磨一下：这个外援靠谱吗？去哪里注册？怎么申请 Key？有没有免费额度？超额怎么收费？文件和数据会不会上传？账号权限又要开到什么程度？
复杂程度：20—60 分。
S5：复合工作流型
S5 就是一套连招。它会把采集、处理、生成、检查、修改等多个阶段串起来，有时还会调用多个 Skill、工具或 Agent。
这类 Skill 的优势是省心。问题是链条越长，失败点越多，Token、等待时间和维护成本也越难一眼看懂。
复杂程度：35—80+ 分。
Skill 以上，可能就是完整的软件
分清了 Skill 的技术层级，还不够。在筛选 Skill 时，你一定还会遇到更复杂的混淆项——完整软件。
有一次，我在一个 Skill 榜单中，至少碰到了三种 Skill 与完整软件的混合态。第一种，软件附带一个调用内部服务的 Skill。第二种，软件只带一个帮助 Agent 理解和开发项目的 Skill。第三种，软件本身包含很多具体 Skills。
此外还有一种特殊形态：一个跟 Skill 并不贴边的完整软件，开心地混在 Skill 榜单和推荐里，等着你去下载。
用灵宠来比喻，完整软件更像是你花钱收养了另一只拥有特殊能力的小家伙，而不是从它手里买点附魔，再给自己的猫咪用。
所以，偶尔在榜单里看到“鸡鸭鹅猪混为一谈”的场面，也不奇怪。
我个人是怎么归类的呢？就看一件事：完成核心任务时，真正干活的能力主要在哪里？
- P0 级，Skill 本身就是能力核心：可能包括 S1、S2、自带脚本的 S3，甚至是不依赖指定产品的 S5 Skill。
- P1 级，Skill 搭配的小工具是能力核心：S1—S5 都有可能，最常见的是 S3—S5。
- P2 级，软件是能力核心，Skill 只是入口：S1—S5 都有可能，最常见的是 S3—S5；很薄的产品说明可能只是 S1、S2。
- P3 级，完整软件里装着多个 Skills：内部可以同时包含 S1—S5 各类 Skills。
严格说，P0—P2 描述的是“单个 Skill 和内外部能力的关系”。有的 Skill 自己就是独立能力，有的只是另一套产品的遥控器。到了 P3，它已经超出了单个 Skill 的范畴，就是个完整的纯血软件了。
分清楚这些的意义是什么
所以，有必要把 Skill 的类型，以及它和软件的关系分得这么清楚吗？
从技术实现和发展角度看，Skill 和软件之间的边界本来就比较模糊。
从黑猫猫抓耗子的角度看，也确实没必要分得太清。能干活就行。
但从咱们学习使用 Agent 的角度看，尤其对刚入门的宝子们来说，还是有必要先分个大概。知道 Skill 范畴下都有哪些神仙精怪，能减少一点使用 Agent 时的认知摩擦。再建立一套基本的评估体系，也能提高筛选 Skill 的效率。别让有限的大脑能量，融化在 Skill 的汪洋大海里。
个人觉得还挺重要的几个信息差
Skill 里暗搓搓的付费点
大部分 Skill 榜单或者推荐贴，往往不会主动提付费点。“GitHub 开源”这四个字又很有蒙蔽性——方法指令本身确实开源，但真正的成本可能藏在后面：
- 模型 Token 的消耗量；
- AI 搜索、图片生成、语音生成等按量 API；
- 软件或插件订阅；
- SaaS 会员；
- 云服务器和存储；
- 本地显卡、硬盘和计算时间；
- 为兼容环境付出的安装和维护时间。
还有前面提到的 P2 级 Skill。它本质上是产品的使用说明和接入口，目标可能就是把用户带到某个平台，完成注册、购买或持续使用。这类 Skill 不能说真的是忽悠人，但我个人觉得，它确实给现阶段的普通用户打了一个信息差。
所以，咱们在榜单里找 Skill 时，得多过一道认知关卡。先看看这个 Skill 里有没有付费点，再想想自己的需求是否真的只能靠这个付费服务解决。别被一连串前置操作带着跑偏。
S1—S2 级轻量安装 Skill，也可能特别费 Token
Token 消耗不能和 Skill 的安装复杂程度混在一起。
比如 S3 级 Skill，本地脚本安装起来可能很麻烦，还占 C 盘，刚开始用也不太习惯。但它做批量计算时，未必会消耗大量模型 Token。如果它特别契合你的需求，那么这些安装成本依然很有价值。
反过来，一份纯文字 Skill 不需要任何额外软件，却可能要求多轮搜索、多个 Agent、长文生成和逐项复核，Token 压力反而很高。
判断 Token，至少要看五处：
- 一开始要读多少说明和资料；
- 中间要推理、搜索和往返多少轮；
- 工具会返回多少长内容；
- 要生成和复核多少页、多少版；
- 是否需要处理大文件、图片和音视频。
如果我们很在意 Token 的消耗量和有效利用率，就不能只给不同任务换上不同性价比的大模型。Skill 规范本身，也需要审核和调整。
假设一个写报告的 Skill，强制要求一口气生成不少于 35 页的 PPT，文字不少于 30000 字。每改一版草稿，它都会疯狂牛饮 Token。那就很有必要按自己的需求，把这套规范改一改。
另外，如果 Skill 还要调用外部模型，比如某个配音工作流规定必须调用 AI 语音模型，那么 Token 的账得分开算。一份是当前 Agent 消耗的 Token，另一份是外部 API 或服务消耗的 Token。
热门 Skill 不等于一定适合你
一个 Skill 值不值得装，最后还是要回到具体需求。
比如，你的要求是做一份信息相对密集、可以自由修改、又不太费 Token 的 PPT。
那么，评估一个 PPT Skill 时，不能只看演示图好不好看，还得继续问：
- 最终交付的是可编辑
.pptx，还是把整页做成图片？ - Windows 和 macOS 都能用吗？
- 要不要另装 Python、Node、浏览器、LibreOffice 或 PowerPoint 插件？
- 是否调用付费图片模型或外部 SaaS？
- Token 主要花在大纲、逐页文案、视觉生成，还是渲染检查？
- 能不能关闭某些高消耗环节，只保留可编辑生成？
大家都在做 PPT，但需求可能天差地别。同一个 PPT Skill，对“要一张漂亮的快速演示图”的人可能很好；对“必须可编辑、信息密集、模板固定”的人，就未必合适。
所以，在尽可能明确自己需求的同时，也可以建立一套对 Skill 进行分类、评估、筛选和修改的体系。起码在现阶段，这件事是有价值的。
所以，我做了一个“啥好用 Skill”
它针对一个 Skill，回答三个大问题：这是啥？一般好用吗？适合我吗？
你给它一个 Skill 网址、压缩包或文件夹，它会回答你：
“这是啥”：
- 眼前这个东西到底是单个 Skill、Skill 合集、CLI、MCP、插件、软件入口，还是完整产品；
- 这个 Skill 是做什么的，核心功能是什么，普遍适合谁用；
- 它是单一功能、串联功能、复合功能，还是一套套件或平台；
- 它属于 S1—S5 哪一层，真正干活的能力又在 Skill、外部工具，还是指定产品里；
- 真正执行的是模型、脚本、CLI、API、MCP，还是软件平台；
- 任务分几段，最后交付什么。
“好用吗”：
- 核心功能有没有清楚、成立的执行路径；
- 最后的交付物能不能直接使用、编辑或验证；
- 安装和使用说明是否完整，项目是否还在维护，出了问题有没有恢复办法；
- 目前是只有项目自己说能用、展示了官方样例，还是已经拿真实任务试跑过；
- Stars、下载量、Fork、最近更新时间、Issue 响应和真实案例怎么样；
- Windows 和 macOS 分别要装什么，支持哪些 Agent 和宿主；
- 重不重：按本地安装、账号权限、外部服务、执行维护和平台迁移，给出 100 分采用重度；
- 贵不贵：去哪里注册，要不要 Key，有没有免费额度、API 费用、软件订阅或其他付费点；
- Token 够吗：给出 20 分 Token 压力，说明最费在哪一步，哪些高消耗环节可以关掉；
- 风险高不高：给出 20 分风险值，检查本地改动、数据隐私、凭证权限、供应链和不可逆操作；
- 怎么用：给出最短安装和使用路径；
- 最能用来做什么，最不能用来做什么，有哪些已知限制和常见失败方式。
“适合我吗”：
- 你的目标和它最强的功能是否对得上；
- 它的交付物、操作系统、采用重度、费用、Token、隐私和权限，是否符合你的硬条件；
- 你的使用频率，值不值得承担这些安装和维护成本；
- 哪些限制会影响匹配，哪些条件还没有证据；
- 对你的情况，是推荐、有条件推荐、不推荐，还是证据不足，先不装。
“啥”“好”“适”这三问都给定性结论，不打总分。100 分重度、20 分 Token、20 分风险值，以及 Stars、下载量、账号和 Key 数量、费用，都是判断“好用吗”和“适合我吗”的依据。
说到底，“啥好用”就是一份 Skill 安装前说明书。
你把链接、压缩包或文件夹丢给它，它负责把功能、依赖、账号、费用、Token、风险和适用条件摊开。看完再决定，要不要给猫咪学这招。
这个 Skill 我已经开源，地址：https://github.com/hexiaofeier/sha-hao-yong。
欢迎大家拿手里的 Skill 来试，也欢迎把误判、漏项和不好用的地方扔给我。毕竟说明书最怕的不是字少，是把人带沟里。