“找个好 Skill”这件事，现在可不容易。
有的简简单单几行文字，直接导入就能用，看着跟 Prompt 没啥区别。
有的却一路十三招，先装 Node，打开终端，输入一串不知道是啥玩意儿的命令，装一个没听过的插件，注册一个没见过的网站，找半天 API 页面申请一个 Key，然后直接干订阅页去了……反正装到最后，有种被忽悠着攒了个大活的感觉。
这 Skill 到底是干啥的？
好不好装？费不费 Token？花不花钱？我用不用得上？
到底怎么才能快速弄清楚这些问题？
这对我们这种非技术出身的普通用户来说，十分麻烦。
我，一个重度沉迷 Agent 的行研分析师，被各路 Skill 坑蒙拐骗，满打满算也小半年了。对 Skill 从简单到复杂，也有了一个大概的认识。
这篇文章就与大家分享一下，我跟 Skill 相爱相杀的战斗经验：这玩意儿到底是个啥，有多少个品种，怎么识别它的真面目，怎么拆解它一肚子的鸡零狗碎，以及如何判断自己用不用得上它。
文章最后，会分享一个能帮你海选 Skill 的 Skill 哟——“啥好用”。
1. 你是御兽师，Skill 就是灵宠秘笈
Skill = 技能 = 招式。
Skill 就是你给 AI Agent 准备的一套办事小连招。
换句话说，你就是个当代赛博御兽宗弟子，AI Agent 是你的本命灵宠猫，而 Skill 就是你给猫准备的秘笈。
图片
你有甲乙两本秘笈，一本特简单，一本特复杂。
秘笈甲，你只要大喊一声“创它！”，猫就桀桀桀桀桀地莽了上去。
秘笈乙：你得给猫备上各种武器、防具、暗器、法宝、符箓和阵法，还得花钱买点猫饭、丹药、附魔之类的。开打前先领域展开，关键时刻还得上请神咒之类的……总之一顿操作猛如虎。
甲和乙都算 Skill 吗？
算。核心作用就是：“咪，用这招，上。”
图片
2. 灵宠秘笈有薄有厚，可以叠到五层
按实际执行能力的复杂程度，我把常见的 Skill 分为五个不同层级：
S1：方法指令型 Skill
只要告诉 Agent 怎么做就好。
比如一个访谈提纲设计方法、一篇文章审稿规则、一套数据测算步骤。通常导入 Skill 后就能用，不需要额外软件和账号。
这类 Skill 最像高质量 Prompt，只是比 Prompt 多了触发条件、固定流程和交付要求。
Agent 可以在合适的任务里反复调用。
S2：资料增强型 Skill
在方法指令型 Skill 的基础上，资料增强型还带着规范、案例、模板、母版、图片或其他素材。
Agent 往往不必每次都把全部资料读完，只在任务需要时调用。
这一层依然是比较轻量级的 Skill，但模板兼容性（比如万恶的 Office 软件模板）、字体、素材版权和资料量级，已经开始影响使用了。
S3：本地执行型 Skill
到了第三层，就得调用电脑中的工具和软件了。
也就是说，你得给猫上各类法器了。
有三个常见但大家不太熟的词，多出现在这一层的 Skill 中：
- 脚本：提前写好的一串自动化处理步骤，需要时让电脑照着执行。
- CLI：输入文字命令来操作软件的一种方式。
- 运行环境：让脚本跑起来的 Python、Node 等基础软件。 例如，一个处理 PDF 的 Skill，可能会调用脚本拆页、识别文字、合并文件。你就得先确认猫有没有相关法器：电脑里需要装什么相关软件？版本是否兼容？会不会改动原文件？
S4：联网服务型 Skill
到了第四层，就需要连接外部服务了。
相当于给猫从外面请个“祖宗猫大力上身”的外援。
常见的外联方式是 API 或 MCP。
- API：调用在线服务的入口，Key 相当于代表你身份的调用凭证。
- MCP：一套连接外部工具和数据的通用方式。 外援听起来更能耐，但同时也意味着可能得氪金。
用之前可以琢磨一下：这个外援得去哪里注册？怎么申请 Key？有没有免费额度？超额怎么收费？文件和数据会不会上传？账号权限要开到什么程度？
S5：复合工作流型 Skill
到了第五层，就是一整套连招，它会把采集、处理、生成、检查、修改等多个阶段串起来，有时还会调用多个 Skill、工具或 Agent。
比如你让猫学一套《大力肥猫腿》《降龙十巴掌》什么的。
这类 Skill 的优势是从头肝到尾，一口气出成果；问题是链条越长，失败点越多，Token、等待时间和维护成本也越难一眼看懂。
图片
3. Skill 以外还有软件
分清了 Skill 内部的层级还不够。因为在筛选 Skill 时，你一定还会遇到更复杂的混淆项——完整的软件。
有一次，我在一个 Skill 榜单中，至少碰到了三种 Skill 与完整软件的混合态：
- 第一种，软件附带一个调用内部服务的 Skill。
- 第二种，软件只带一个帮助 Agent 理解和开发项目的 Skill。
- 第三种，软件本身包含很多具体 Skills。 此外，还有一种更野的特殊形态：一个跟 Skill 完全不搭嘎的独立软件，开心地混迹在 Skill 榜单和推荐里，等着你去下载注册。
用灵宠来比喻，完整软件更像是你收养了另一只拥有特殊能力的小家伙，而不是从它手里买点附魔给自家猫用。
图片
所以，偶尔在榜单里看到“鸡鸭鹅猪混为一谈”的场面，也不奇怪。
Skill 和软件的产品关系形态，我个人是怎么归类的呢？就看一件事：完成任务时，真正干活的核心能力是啥？
- P0 级：Skill 本身就是能力核心。
- P1 级：Skill 搭配的小工具是能力核心。
- P2 级：软件是能力核心，Skill 只是入口。
- P3 级：完整软件里装着多个 Skills。 严格说，P0—P2 描述的是“单个 Skill 和内外部能力的关系”。有的 Skill 自己就是独立能力，有的只是另一套产品的遥控器。P3 已经超出了单个 Skill 的范畴，是个完整的纯血软件了。
图片
4. 分清这些有啥用
所以，有必要把 Skill 掰得这么清楚吗？
从技术实现和发展角度看，Skill 和软件之间的边界本来就比较模糊。
从黑猫白猫抓耗子的角度看，也确实没必要分得太清，毕竟能干活就行。
但从咱们学习和使用 Agent 的角度看，尤其对刚入门的朋友们来说，还是有必要先分个大概的，起码知道 Skill 范畴下都有哪些神仙精怪，能减少一点使用 Agent 时的认知摩擦，再建立一套基本的评估体系，提高筛选 Skill 的效率。
AI 时代，高等碳基生物的认知能量太珍贵了，别被稀释在 Skill 的汪洋大海里。
图片
5. 还挺重要的几个信息差
1、Skill 里暗搓搓的付费点
大部分 Skill 榜单或者推荐贴，往往不会主动提潜在的付费点。
“GitHub 开源”的说法很有蒙蔽性——方法指令本身确实开源，但真正的成本可能藏在后面：
- 模型 Token 的消耗量；
- AI 搜索、图片生成、语音生成等按量 API；
- 软件/插件订阅、SaaS 会员、云服务器和存储；
- 本地显卡、硬盘和计算时间，为兼容环境付出的安装和维护时间。
前面提到的 P2 级关系形态，Skill 本质上就是另一个软件产品的使用说明和入口，目标就是把用户带到某个平台上，完成注册、购买以及持续使用。
这类 Skill 中确实有非常好用的产品，绝不能说是在忽悠人。但有一些也确实是把付费软件包装成了 Skill，普通用户不装到最后一步都很难察觉：啊？得花钱啊？
图片
所以在榜单里找 Skill 时，得多设一道认知关卡：关注一下这个 Skill 有没有付费点，再想想自己的需求是否真的只能靠这个付费服务解决。
2、轻量 Skill，也可能特别费 Token
Token 消耗不能和 Skill 的安装使用复杂程度混在一起。
比如 S3 级 Skill，本地脚本安装起来可能很麻烦，还占 C 盘，刚开始用也不太习惯，但它做批量计算时，未必会消耗大量模型 Token，所以如果它特别契合需求，那么花些安装成本也是值得的。
反过来，一份纯文字 Skill 不需要任何额外软件，却可能要求多轮搜索、多个 Agent、长文生成和逐项复核，Token 压力反而很高。
如果我们很在意 Token 的消耗量和有效利用率，就不能只给不同任务换上不同性价比的大模型，还得重新审视甚至调整 Skill 规范本身。
假设，一个生成 PPT 报告的 Skill，强制要求一口气生成不少于 35 页的 PPT，内容不少于 30000 字，这相当于每改一版草稿，这个工作流都会风卷残云地鲸吞一轮 Token……
这可真受不了哇，不改没法用了属于是。
图片
另外，如果 Skill 还要调用外部模型，比如某个配音工作流规定必须调用 AI 语音模型，那么 Token 的账还得分开算。
3、Skill 热门不等于一定适合
一个 Skill 值不值得装，最后还是要回到具体需求里。
比如大家都在用 AI 做 PPT，但需求可能天差地别。同一个 PPT Skill，对“要一张漂亮的快速演示图”的人可能很好；但对“要求可编辑、模板固定、以数据图表为主”的人来说，就未必合适。
图片
如果你的需求是做一份信息相对密集、可以自由修改、又不太费 Token 的 PPT。那么评估一个 PPT Skill 时，除了看好不好看，还得继续问：
- 最终交付的是可编辑
.pptx，还是把整页做成图片？ - 要不要另装 Python、Node、浏览器、LibreOffice 或 PowerPoint 插件？
- 是否需要调用付费图片模型或外部 SaaS？
- Token 主要花在大纲、逐页文案、视觉生成，还是渲染检查？
- 能不能关闭某些高消耗环节，只保留可编辑生成？
所以，在尽可能明确自己需求的同时，也需要考虑建立一套对 Skill 进行分类、评估、筛选的体系。
“啥好用” Skill
为了快速评估一个候选 Skill 适不适合我用，我包了一个叫“啥好用”的 Skill。
就是你给猫选秘笈时能用的秘笈。
针对一个候选 Skill，它会直白地回答三个问题：这是啥？好用吗？我能用吗？
“这是啥”：这 Skill 干嘛的，解决啥问题、核心功能是啥、谁用得上、运行逻辑是啥……
“好用吗”：安装麻不麻烦，需要啥账号、Key 和权限、任务执行麻不麻烦，公开关注度怎么样，费不费 Token，有没有收费点，有没有啥风险……
“我能用吗”：适合谁用，不适合谁用，能不能完成我的核心任务……
图片 使用流程也很简单，全程你只需要负责甩链接，再回答一两个问题，剩下的等它自己跑完就可以。
- 安装“啥好用” Skill。
- 把候选 Skill 的链接、压缩包、文件夹或 SKILL.md 丢给它。
- 选一个评估模式：A. 结合具体需求评估【告诉它你的需求】；B. 按一般目标用户评估【需求还不明确，先了解一下 Skill】。
- 它读材料、找证据、做校验。
- 自动生成一份候选 Skill 的 HTML 评估报告。
- 最后等你看完评估报告了，再决定要不要给猫咪学这招。
图片 附一张“啥好用”对“啥好用”的自评报告截图。
因为在 GitHub 上刚刚创建，热门度约等于没有，它给了自己一个还算谦虚的推荐值。
图片
GitHub 地址：hexiaofeier/sha-hao-yong
Codex、Claude Code、Workbuddy，基本上支持 SKILL.md 的 Agent 都适用。
图片
我自己用着还可以，也希望在大家选 Skill 时能帮上一点忙。
任何意见和建议，也请不吝赐教留言给我，我来持续改进。
我是盒小啡，一个沉迷 Agent 的行研分析师。
祝使用“啥好用” Skill 的朋友们，都能找到最适合自己的灵宠秘笈。
图片