反思Skill化倾向，强调因需而建

我对 skill 的看法跟去年 MCP 的感受几乎一模一样。
1. 很多人已经陷入配置型成瘾。Skill 本来是为了抽象和复用能力，一旦什么都想着 Skill 化，注意力很容易从解决问题，转移到搭建系统上，过程确实爽，产出未必多。

2. Prompt 能解决的就交给 Prompt，Workflow 也未必非要 Skill 化或 Agent 化，复杂度一旦抬上去，后面只会越来越重。

3. 为了 Skill 而 Skill，常见动机也就几种：学习、流量，还有某些理由。很不幸的是这一点和我之前那篇长文里的判断一致，我司内部已经能感受 Skill 批量生产的苗头。

针对管理者，如果没想清楚 skill 到底能帮助你的团队解决什么问题，那就先想清楚。
说一句不太好听的，如果一个公司或者一个团队去年造了一堆没用的 MCP，今年又开始打算铺开上 Skill，管理者要承担主要责任。这些时间和精力，本来完全可以用来推进更重要更有业务价值的事情。

去年我一直逆着潮流遏制团队制造毫无价值的 mcp 垃圾，今年也会继续遏制无意义的 skill。

做正确的事这个初衷不会变，哪怕看起来不那么“政治正确”，但能把时间留给真正重要的事情。

宝玉这条，如果能读懂就应该给 Skills 降温，如果能引起反思我觉得是好事。
因需而建比一股脑全上要重要得多。