标题开个玩笑。
Anthropic 在 25 年 10 月新推出的概念 Skills 最近又火了，可能是 Cowork 的发布降低了门槛，让大家更加重视 Skills 带来的可能性。
在学习过程中一直在思考的问题是：function calling、MCP、Skills 这些不断创造出来的 AI 概念，到底是为了什么？
我理解它们都是为了基于 LLM 的生成能力让 AI 可以做更多的事情，差别是能做的事越来越复杂。
- function calling： 面向的主体是一个具体的业务 App，AI 只负责一次性决策用哪个 tools，不负责具体执行。
- MCP：面向的主体是 AI client，底层依然是 AI 帮助用户选择 tools，但 client 提供了运行环境并负责执行，把 tools 能力定义和 client 本身解耦，变成一个协议从而可以复用。
- Skills：面向的主体是 AI agent，不再只是告诉 AI 可以使用哪些工具，而是如何完成一个任务。其中包含了 workflow，以及可能需要用到的工具和资源。终于不再只是会选工具，而是会做事情。
Anthropic 的官方文档特别强调渐进式披露这个理念，这点倒不是很难理解或者想到，现在的上下文工程多少都会用到。其中把 SKILL 作为一个元工具提供给 Agent 使用是很简洁和优雅的设计。
倒是看 Skills 的 API 文档的时候，会看到 code execution 是 Skills 使用的前提和必备技能，我感觉到和什么东西对上了。
如果说 Skills 只是一个工作流的描述，那他最多是明白了道理，注定还是无法实际做事。当装备了coding 这个能力后，才真正给了它双手。Claude Code 作为一个 coding agent，当有了 Skills 后和一个通用 agent 还有本质区别吗？于是我们看到了 Claude Cowork。
Vibe coding 的时候，我们是通过 AI 把认知和流程通过代码固化下来，这个时候代码多少算是一种资产。Skills 更进一步，真正实现了用完即抛型代码，你需要的只是逻辑和方法，生成和执行代码这么「廉价」的事情不需要关心。
我之前想到一个场景玩法，用扣子搭了一个 workflow 跑通了但是挺费劲，最后用 vibe coding 实现了MVP 很轻松。当有了 Skills 后我可以说 vibe coding 都是多余的，只要我把流程文档梳理清楚，接口文档复制粘贴下，就完成了。后面我会再实际做一遍，但是可预期是 100% 成立的。
之前写了篇学习 MCP 的文章 吐槽 MCP ，最后提到：
在我看来，Claude 想打造一个 LLM 的插件生态，当前的 MCP 还很早期，甚至是去中心化的。或者换一个角度，LLM 如果是一个OS，那这些 Server 是否可以看成是 App？就像之前有一些讨论，如果操作系统彻底 AI 化，那 App 的存在形态会是什么样的？
Skills 似乎在这个方向上更进了一步。
我们去看一些现在的 Skills 文档，会发现像是一种 需求文档 + 技术方案 + API 文档的综合体，这个门槛其实不低的，代码倒是成为了某种层面的具象表达。
BTW：最近看 X 看到几条推都在表达一个意思，PM 的工作越来越重要，挺有意思。