从 Tool 到 SkillAI Agent 能力体系的五层拼图一句话区分Tool 是可调用的函数Exec 是真正跑起来的进程Skill 是“怎么用工具”的说明书MCP 是连接外部能力的标准协议Plugin 是打包安装的扩展包。它们不在同一层级经常互相组合而不是互斥。五个概念五个层级概念本质层级运行位置谁定义典型形态Tool模型可调用的函数/API调用层Agent 进程内开发者/平台get_weather(city)、search_web(query)Exec实际运行命令、脚本、代码运行时/执行层沙箱/容器/宿主宿主/Agent 运行时exec(ls -la)、python_exec(code)Skill封装“怎么做一类任务”的知识包能力层Agent 进程内文件系统领域专家/开发者含SKILL.md的文件夹MCP连接外部能力的标准协议协议/接口层独立进程或远程服务Anthropic 提出社区实现MCP Server 暴露 tools/resourcesPlugin平台扩展包/集成单元打包/分发层客户端内可含外部进程各平台私有安装包可捆绑 Skill MCP HookToolAgent 的“手”Tool 是模型可以直接调用的一项具体动作——搜索邮件、读取文件、发送消息。它本质上是一个函数或 API 接口有明确的名称、参数 schema 和返回值。关键边界在于Tool 不包含业务规则、权限逻辑或工作流。它只是一个小而明确的“动词”。模型看到工具定义后判断是否需要调用、传什么参数然后由宿主程序执行。一句话Tool 解决“做一下”。ExecAgent 的“手脚伸进系统”Exec 是 Tool 的一种特殊形态但它强调的不是“调用某个 API”而是直接在系统层面执行命令、脚本或代码。跑 shell 命令、调 Python 脚本、修改文件、操作目录——这些都属于 Exec 的范畴。Exec 的风险等级在五者中最高。它不再停留在“调用一个受控接口”而是直接进入执行环境。正因如此Exec 通常需要沙箱隔离、权限审批和审计日志。一个设计良好的 Agent 系统Exec 的调用边界应该比普通 Tool 严格得多。一句话Exec 解决“真正跑起来”。SkillAgent 的“操作手册”Skill 是这五个概念中最容易被误解的一个。它经常被当成“高级 Prompt”但两者的工程语义完全不同。Anthropic 对 Skill 的官方定义是包含指令、脚本和资源的文件夹模型在需要时按需加载。核心文件是SKILL.md用 YAML 前置元数据描述触发条件和元信息用 Markdown 正文承载流程、判断标准和异常处理。Skill 遵循按需加载机制模型先扫描元数据匹配后才加载完整内容避免 token 浪费。Skill 的定位在 Tool 和 Agent 之间。Tool 是操作层Skill 是能力层Agent 是调度层。Agent 不直接操作底层工具Skill 负责封装“用哪几个 Tool、按什么顺序、在什么条件下”的语义。Tool 和 Skill 的关系可以这样理解Agent 调用 Tool 执行动作Skill 指导 Agent 怎样组合多个动作。左边的 Tool 解决“做一下”右边的 Skill 解决“这件事应该怎么做”。Skill 的独特之处还在于渐进式披露。它不会一次性把所有内容塞进上下文而是按需加载。这跟 Tool 的“全量注册、模型自行判断”模式完全不同。一句话Skill 解决“这件事应该怎么做”。MCPAgent 的“USB-C 接口”MCP 不是具体工具也不是执行器而是一套标准化的客户端-服务器协议。工具提供方把能力封装成 MCP ServerAI 应用作为 MCP Client 连接上去通过标准接口发现和调用工具。MCP 的核心价值是解耦。在 MCP 之前每个 AI 应用要对接一个外部系统都得自己手写适配代码。MCP 之后工具提供方只需要实现一次 MCP Server任何支持 MCP 的客户端都能自动发现并使用它。一个 MCP Server 可以暴露多个 Tool、Resource 和 Prompt。动态能力发现是 MCP 的关键特性客户端发送ListToolsRequest就能拿到当前可用的全部工具列表服务器新增工具后客户端自动可见。一句话MCP 解决“用统一的方式接进来”。PluginAgent 的“安装包”Plugin 是平台层的扩展分发单元。它本身不是一种“能力”而是一个容器——里面可以包含 Skill、MCP Server 配置、Hook、Subagent、输出样式等。Plugin 和其他四者的核心区别在于主动性。Tool、Skill、MCP 都需要等待 Agent 决策后才会被使用而 Plugin 可以通过生命周期钩子在对话开始、模型调用前后等节点自动执行逻辑。这是实现 RAG 增强、记忆持久化、多 Agent 协同的基础。用 Supabase 的表述来说Plugin 是“一次安装捆绑 MCP Server 和 Agent Skills”的分发包。一句话Plugin 解决“整套装上、一键可用”。它们如何协作一个真实场景假设你对 Agent 说“帮我整理今天收到的邮件找出重要的把广告归档然后给我一个总结。”Skill告诉 Agent先搜索再阅读判断哪些是广告归档时用哪个 Tool最后怎么组织总结。这是“操作手册”。Tool提供具体动作search_email、read_email、archive_email。Agent 决定何时调用哪个Tool 负责执行。MCP让 Gmail 这个外部系统以标准协议接入Agent 不需要为 Gmail 写专属适配代码。Plugin把 Skill、Gmail MCP 配置、图标、Hook 打包在一起别人安装一次就能获得完整的邮件整理能力。Exec可能在后台被某个 Tool 内部调用——比如archive_email的实现最终跑了一条系统命令但 Agent 不需要知道这个细节。常见误区误区一MCP 是 Tool 的升级版。MCP 是协议Tool 是能力单元。MCP Server 可以暴露 Tool但 Tool 也可以直接注册给 Agent不经过 MCP。误区二Skill 就是高级 Prompt。Prompt 是一次性的指令Skill 是结构化的、可版本控制的、可按需加载的能力包。Skill 可以包含脚本和可执行代码Prompt 不能。误区三Plugin 就是 MCP。Plugin 是分发格式MCP 是协议。一个 Plugin 里可以包含 MCP Server 配置但 Plugin 也可以包含 Skill、Hook 等 MCP 覆盖不了的东西。误区四有了 MCP 就不需要 Skill。恰恰相反。Supabase 的内部基准测试显示只有 MCP 的 Agent 在安全关键任务上成功率远低于“MCP Skill”的组合。MCP 给了 Agent “方向盘”但 Skill 提供了“驾驶课”。没有 Skill 的指引Agent 经常忽略可用的 Tool转而依赖可能过时的训练数据。一张决策树需要 Agent 能做一个具体动作 →Tool需要 Agent 真正在系统层面跑命令/脚本 →Exec注意安全边界需要把“一类任务怎么做”固化下来、可复用、可版本控制 →Skill需要把外部系统数据库、第三方 API、内部服务以标准方式接进来 →MCP Server需要把 Skill MCP 配置 Hook 打包分发给别人一键安装 →Plugin结语大模型能力扩展正在经历三个阶段从 Prompt 到 Tool从 Tool 到 Skill从 Skill 到协议化和打包化。Tool 让模型有了“手”Skill 让模型有了“操作手册”MCP 让“手”能伸向任意标准接口Plugin 让整套能力可以像装 App 一样分发。Exec 则是最后那一步——真正把代码跑起来也因此最需要被小心对待。理解它们的层级关系比记住定义更重要。选错了边界要么是把 30 行的指令做成一个跑在云上的微服务要么是把一个本应有独立服务能力的工具塞进 Markdown 文件里。能力工程化的第一步是先搞清楚每一层拼图该放在哪。