最近 Claude Skills 挺火，但因为偏技术，很多人看得云里雾里。 我在 Claude Code 里玩 Skills 有一段时间了，今天想用通俗易懂的语言，给大家解释下这个概念。 先打个比方，这样好理解。 其实我们完全可以把自己想象成一个 AI Agent 平台，就像 Claude Code 那样。 有一天我这心血来潮，特别想吃妈妈小时候做的红烧肉。那个味道在记忆里存在了好多年，今天就想自己试着做一回。 但我走进厨房，发现什么都没有。没有刀，没有案板，没有锅，没有炒勺。哎，我其实已经查了红烧肉怎么做，可是没工具，连肉都切不了。 这就是 MCP 要解决的问题。 AI 本身很聪明，但它没法读写本地文件，没法操作其他的应用。MCP 就是给相当于给 AI 应用配上了厨具。 好，现在厨具齐了，我开始做红烧肉。 网上有很多红烧肉教程，随便一搜就是几百个。我尝试着根据教程做了一个，但味道不对，和妈妈做的不一样。 于是，我打电话问妈妈。 妈妈事无巨细把她的烧菜方法都告诉给了我。 包括什么时候用大火，什么时候转小火，糖色要炒到什么程度，肉要炖到筷子能戳透，收汁的时候要不停翻动。 妈妈的这套流程和经验，就是 Skills。 大家看出来了吧你，Skill 主要就是提供了一套流程和方法，让AI 按照这套流程来，而不是随意发挥。 而 MCP 的价值是把第三方工具塞给 Agent 用，等于给它装上外设。 但 MCP 有一个设计上的问题：它会在启动时把所有工具的说明一股脑塞进上下文窗口。 假设你装了 10 个 MCP Server，每个 Server 有 10 个工具，那就是 100 个工具的详细说明同时占着空间。但这次任务可能只用到其中两三个。 这就是常说的上下文膨胀。 回到厨房的例子。想象你每次走进厨房，台面上都摊满了所有厨具的使用说明书。 刀的说明书、锅的说明书、料理机的说明书、烤箱的说明书，密密麻麻。 可你只是想切个葱。这些东西堆在那里，眼花缭乱，让你分心。 上下文窗口就是 Claude 的工作台面，空间有限。塞太多无关信息，它处理真正重要内容的能力就会下降。 Skills 的设计思路完全不同。 它采用的是渐进式披露的策略。Claude 启动时只会看到所有 Skills 的名字和一句话描述。 只有当它判断某个 Skill 跟当前任务相关时，才会去加载那个 Skill 的完整内容。