我对 skill 的看法跟去年 MCP 的感受几乎一模一样。
- 很多人已经陷入配置型成瘾。Skill 本来是为了抽象和复用能力,一旦什么都想着 Skill 化,注意力很容易从解决问题,转移到搭建系统上,过程确实爽,产出未必多。
- Prompt 能解决的就交给 Prompt,Workflow 也未必非要 Skill 化或 Agent 化,复杂度一旦抬上去,后面只会越来越重。
- 为了 Skill 而 Skill,常见动机也就几种:学习、流量,还有某些理由。很不幸的是这一点和我之前那篇长文里的判断一致,我司内部已经能感受 Skill 批量生产的苗头。
针对管理者,如果没想清楚 skill 到底能帮助你的团队解决什么问题,那就先想清楚。
说一句不太好听的,如果一个公司或者一个团队去年造了一堆没用的 MCP,今年又开始打算铺开上 Skill,管理者要承担主要责任。这些时间和精力,本来完全可以用来推进更重要更有业务价值的事情。
去年我一直逆着潮流遏制团队制造毫无价值的 mcp 垃圾,今年也会继续遏制无意义的 skill。
做正确的事这个初衷不会变,哪怕看起来不那么“政治正确”,但能把时间留给真正重要的事情。
宝玉这条,如果能读懂就应该给 Skills 降温,如果能引起反思我觉得是好事。
因需而建比一股脑全上要重要得多。