一直不理解 skills， 这不就是提示词吗？

最主要的是可复用吧

你还可以认为是个组件。抽离的组件

有没有人做过提取主流 skill 中的知识点然后总结出有用的知识点

你在论坛回复，会用这个编辑框和点击下面的回复

而不是裸发 http 请求，你会想，为什么每次这个 cookie 都一样我还要手动传呢

SKILL 很好用的啊，特别是针对自己的，流程有点个性化特殊化，又是重复使用的，炼化成 SKILL ，下次触发一下就干活了。

skill 管的是流程，不是能力上限。

如果你写代码的话，不难理解呀。函数是什么，不就是一些代码。
但是函数的价值在于复用，把重复使用的功能封装起来。那如果要复用的函数很多呢，就形成函数库了。

就是一个不需要每次输入且用于规范性的提示词,所以它叫技能.

从形式上来说，的确就是提示词，但是大部分人就是不会写提示词。那种写得好的，流传下来的就成为 skills

这个概念还是有用的, 一些优秀中间件提供的 skill, 可以做到不用看教程了. 开发流程中也可以用 skill 作为代称来沟通, 形成共识和规范之类的.
从上面的评论可以看到, 大家很容易陷入"不就是 xxx"这种简单化归类的思路上. 我感觉长期这样简单化, 会让自己变成思维巨人, 行动矮人

SKILL 不是目的，是为了让 AI 了解 SKILL 里面的工具，各种工作流 不同 Agent 调用，我觉得都是 AI 上下文不够的情况下的妥协

这不就前端娱乐圈里的 markdown 工程师吗？

你有这闲工夫多加加班，没事去抖音上找什么优越感

Skill 搭配 MCP/插件才是正解，其他全浪费上下文

算是给模型的 SOP 吧

我也有同样的疑惑，不就是提示词嘛，还非要创+用个 skill 来代名，神神叨叨的

前几年 AI 刚出来的时候，我看到有人用“咒语”这个词，感觉更传神

封装提示词和工具 如果你每次用通用功能也能实现 不过已有的功能封装好 可以更加高效完成任务 而不是每次都要重新写 Python 来实现这个能力

感觉 skill 就是封装了一个成功的流程，那些视频像是卖课 卖 skill 的

@hidemyself 不一样吧。hareness 我理解的是让程序来设定条件，规定流程和输入验证，而你说的应该单纯就是提示词的约束和约定