我们是否真的需要skills？

你的理解是对的：

基模越来越强的情况下，我们不再需要像以前那样用过于精细的 Prompt 来教模型怎样一步步完成整个编码工作

但是 SKILL 不只是一个 md 啊，SKILL 代表了一整套的可复用的技能，它里面能塞很多东西的。

skill里面不只是一个skill.md而已啦

但是我个人用起来，大部分skill都是个md，个别有一些脚本、外部知识链接等等

各行各业的skills写出来就是为了被AI内化掉，这一步只能由各个行业的一线的人来做。既没有现成的大量的可直接丢给AI的精细文档，模型训练方也没有能力针对各个行业进行调研

大部分个人都是把 Skill 当成一个 md 了，当然这也是一个最佳的 mvp 实践

skill 无疑是有用的，但是规范流程的 skill 也许没那么有用了

我理解skills是一种实现方式，例如harness也要用到skills，该用就用吧

当你不同的项目 同一项能力需要指导ai反复干的时候 skill的意义就出来了

不仅是规则 还有可执行的代码 脚本

但是比如 superpowers 这类我卸载好久了 感觉有提升 但是价值也没那么大了

我个人认为已经落后于时代了

skill 不只是用于写代码 他是一个标准的整合后的工作流。是否需要在于使用场景。而不是因为模型强啥都可以不用了，就举个例子 每次写完文章都要发公众号 让模型去做 每次都要去读取密钥啥的然后整理格式 然后发送，那如果用 skill 直接一套就好了呀。skill 是否需要还是看场景是否需要的，不能因为模型够强就否定了 skill 的价值 skill 和模型本来就不是一个对等的东西。

你说模型够强可以替代 superpowers 那没问题，因为强模型已经有规范了不需要 superpowers 这样的重复规范了没问题。 但是 skill 不只是 superpower ，还有很多其他方面的地方。模型再强也不会保证执行一百次一百次都会完全统一的。

skill 本来就可以拆分啊，只是写的人没遵守规范。还有依赖某些 cli 工具的 skill 还是要的。我现在基本就是能原生完成的情况就不加，需要用到相关工具才添加或者开启。

Q：skill是什么？

A：skill是适时对AI进行指导的规则

Q：那么在模型能力越来越强的今天，skill是否还有存在的必要性？

A：skill文件目前更多的是流程指引，行为规范。当你的AI已自主具备此项能力时，该skill可能是多余的，你可选择移除该skill，但是也仅限于你必须的技能已经被模型自主代替的情况下

我认为 skill 是一个规范化流程的工具，类似于我们人类的刻意练习，如果每次都要去找在某种工作中的状态会更浪费精力，而 skill 则固定了步骤，减少上下文的污染。

但我觉得 skill 的触发条件确实应该更苛刻一点，更新及时一点，或者更底层一点，不然还是容易在细节上犯错

我也和佬有一样的看法。我用ai主要是搞科研，目前一个skills都没用，只写了一些全局的规则诸如绘图规定等。

SKILL 是针对有一部分可以固化下来的逻辑和思想。

如果你的业务全是通用逻辑，并且不需要重复执行，在基模智力能力足够的情况下，确实没有必要使用 SKILL ，不行的部分多来几次对话即可。

早期折腾出来的好多 skills 就是缝合怪的存在，混合了 指令、领域知识、workflow、代理编排、脚本、思维模式、漂移纠正等等一堆乱七八糟的东西，在模型比较弱，以及 agent 外围的 harness 不够强的时候有效果，现在这个时候许多已经是画蛇添足的存在了。如果继续要 skills 其实就应该把 skills 做薄，不要再整这些 all in one 的怪物了

我觉得如果只是用来规范开发进程的skill确实随着模型能力的提高会慢慢被替代。但是还有很多和编码不完全相关的，比如我有时候需要让AI画图,无论是PPT还是Camunda流程图，如果没有skill画出来的就是很丑，流程图连线各种覆盖堆叠，但是用了skill就会好很多。

感觉还是需要的，我以opencode为例，其实我完全不会改opencode的配置文件，ai也不会，如果没有自带的相关的skills（别问我为什么知道，因为我误删过），AI会去搜，当然也是能改出来的，但是skills会非常快，更省token

还是需要的吧

比如每次都要重复和AI说，你应该这样，而不是那样

你应该先…，再…

有个skill 就不要一而再再而三的说了

嗯~如果是=考虑复用~此时skill就能有用场了~

其实说是skill，更像是给AI一个工具包，纯输出优化类的skil随着模型越来越强也不需要了（除了需要重复进行结构化输出的），但是mcp+skill组合让AI快速的使用一套工具还是很有必要的 ^-^