佬们，认真的探讨一个问题，如何管理SKILLS

cc-switch带skill管理和prompt管理，可以试试

vercel-labs/skills

npx skills

裸的codex就很聪明了，我一般全默认设置，只保留自带的默认的几个skills，剩下全关了，等到自己觉得需要某个skill的时候告诉他可以参考xx skills。我觉得加那些什么superpower很大程度是心理作用

如何吸收呢？SKILLS太多了，也不好选择

那当然是做项目级别的管控，而不是用户级别，A项目的skills不应该在B项目使用，通用化场景的skills我一般不放coding agent里面，由herms调用

最主要的是明确一点：什么场景适合用什么 skill。

skill 不需要很多，比如以前需要 skill 才能实现的功能，随着 CLI 迭代，慢慢都自己支持了。

本质上如果心里有流程就不需要，只需规范输出文档模板即可

相信我，绝大部分都没啥用，你把他们全去了，效率不会有任何降低，还能省不少token。skill多了就和之前的工具列表多了一样，反而会污染上下文

使用 skills cli 安装的 skills 可以选择使用链接的方式给多个 agents 新增 skills，之后只维护一份就行了；

近期没用过的 skills 直接删掉就行了，不要有负担

感觉没有很好的办法。。。现阶段还在使用cc switch自带的skills管理

当然模型能力得强，我平时只用gpt5.5-xhigh，感觉不到什么skill带来的收益，模型能力到达一定程度后对他的一切努力都是bitter lesson。以前是cot，prompt工程，工作流编排，现在都被模型吞噬了，下一步就是skill。都是虚假繁荣，mcp之前也搞了很多商店，现在也查无此人了

说一个很笨但是很有效的方法，就是搞一个你自己的个人知识库。你的 skill 专门找一个文件夹放，而这个知识库里不放你的 skill，而是放这个 skill 是干什么的，以及它对应的名称

当你做新项目的时候，你通过知识库查询做这个新项目可能用到的所有skill，这样子不就筛出来一批真正有用的吗？没用的就还在那儿。然后你把这些移过去，然后你在这个项目里用，然后到了新项目里呢，你依旧是什么都不要有，接着根据项目需求去知识库里搜。很笨，但是你这么做很有效，也能满足囤囤鼠的快乐 看见一个好东西就想留下来

cc 这个多了只能一个一个操作删除吗。。现在翻起来头都炸了

感觉这种就蛮好，之后可以封装成cli来快速拉取skill。我看github很多开源项目都是这么做的。

是虚假繁荣，本质是promote,在编程领域就是将软件工程知识注入给agent

mcp在数据交换上有价值，某些私域数据或者应用，需要收费的那些才有发挥空间。其他的mcp图一乐。

交互方式：run cli → select codex/claude/gemini…-> select skill1/skill2…

这下小工具有了，天才程序员上岗，就是干

有什么好用的skill吗？我现在只有装了一个grill-me

FOMO了，自媒体各种牛逼，一人打通所有流程