你真的需要 Skills 吗？

最近看到不少人在热火朝天地搞 Skills，什么下载视频、写周报、做 PPT、发小红书……

好像只要有个 Skill，AI 就能自动替你打工了。

但冷静一下，咱们先问一句：

你真的需要这个 Skill 吗？

我不是来泼冷水的，只是觉得：

别一拿到新工具就当电锯切西瓜。

切得是挺爽，但其实一把西瓜刀就够用了。

能用 Prompt 解决的，真不用上 Skill。

很多人容易陷入一个误区：觉得“既然有 Skill 这个功能，那我得用起来”。

结果呢？

明明一句话提示词就能搞定的事，硬要包装成一个带配置、带调用、带文档的 Skill。

比如“帮我下载这个 YouTube 视频”——你直接给链接，Agent 自己去搜、去调工具，完全没问题。

它训练数据里早就有大量开源方案，实在不行还能实时搜索。这种场景，根本不需要你专门建个 GitHub 仓库、写个接口、再封装成 Skill。

Skill 的价值，不是替代 Prompt，而是补足 Prompt 搞不定的地方。

那什么时候才该做 Skill？

简单说：当你反复在同一个地方卡壳，而且这个卡点没法靠一句话说清楚时。

举个我自己的例子：每次发布项目，我都要教 AI 写 changelog、更新 README、生成规范的 commit message、判断要不要升主版本号……

一开始全靠提示词，但每次都得重复解释，效率低还容易出错。

后来我就把这套流程打包成了一个 release-skill。

现在只要说“准备发版”，它就自动走完整套流程。

这才是 Skill 的正确姿势。

把重复踩过的坑，变成一次沉淀、多次复用的能力。别做“巨无霸”，要做“乐高块”。

另一个常见误区是：一个 Skill 想干太多事。比如“写作 Skill”既要分析素材，又要列提纲，还要润色、配图、发推文……

表面看很全能，实则堵死了组合的可能性。

好的 Skill 应该像乐高积木：每个只专注做好一件事。

分析素材 → 用分析 Skill生成提纲 → 用提纲 Skill按风格写作 → 用风格 Skill。

这样，写视频脚本能用，写小红书也能用，做 PPT 还能复用前两步。

可组合，才是可扩展的关键。

Skill 是“用出来”的，不是“想出来”的

和写提示词不一样，Skill 不是你坐在那儿冥想“AI 应该知道什么”，而是在真实干活中，把成功经验沉淀下来。

比如我的小红书 Skill，最开始只是帮朋友写一条文案；后来发现样式太单调，加了多风格支持；接着发现内容太散，就引入大纲提炼；再后来支持多版本生成、自动加水印……

每一次迭代，都来自真实使用中的痛点。

如果一个 Skill 做完就再也不想碰，那大概率它本就不该存在。

所以，怎么判断要不要做 Skill？

问自己三个问题：这事我是不是反复在做？光靠提示词能不能稳定搞定？这个能力以后能不能和其他任务组合？

如果答案都是“是”，那值得封装。

否则，先用 Prompt 跑起来，别急着造轮子。

说到底，Skill 是好东西，但它不是万能胶，更不是技术炫技的玩具。

真正的效率，来自于解决真问题，而不是堆砌新功能。

所以，下次想新建一个 Skill 前。

先问问自己：

我是在切西瓜，还是在修火箭？

如果只是切西瓜，

请放下电锯，拿起西瓜刀。

Image

散会！