Agent 本身只会「想和说」,要真正干活——读文件、查网页、操作数据库——靠的是扩展机制。现在生态里有三套扩展方式,名字经常混着用,先用一个比喻分清:

一个比喻分清三者
- 插件(Plugin):给某个 App 装的功能包。绑定具体产品,装上即用,生态各搞各的——像手机 App 的内置扩展
- MCP(模型上下文协议):一套通用接口标准。工具方按 MCP 写一个 Server,所有支持 MCP 的 Agent 都能接——像 USB 接口,插上谁都能用
- Skill(技能包):一包「说明书 + 脚本 + 素材」,教 Agent 按特定套路完成一类任务(如做财报、写周报)——像给员工的操作手册,不新增工具,而是把现有工具用对
区别落到实处
- 解决的问题不同:插件与 MCP 解决「能不能做」(能力接入),Skill 解决「做得好不好」(方法沉淀)
- 可移植性不同:插件绑产品;MCP 跨产品通用,是目前收敛的方向;Skill 以文件夹形式分发,天然可复制、可版本管理
- 安全模型不同:插件与 MCP Server 是在真执行代码,来源不明 = 在自己机器上跑陌生程序;Skill 主要是文本与脚本,风险相对可控但仍需审阅
生态现状(2026 年 11 月)
- MCP 已成事实标准:主流 Agent 工具(Claude 系、各类 IDE 与 Bot 平台)普遍支持,Server 数量以万计,文件、浏览器、搜索、数据库、GitHub 是最成熟的五类
- Skill 正在起量:官方与社区都在沉淀技能包,特别适合把「某个岗位的干活套路」固化下来复用
- 传统插件仍在各产品内繁荣,但跨产品复用性最差,新项目优先看 MCP
本站的跟踪口径
本栏目(插件与技能)后续做三件事:①新协议与标准的变化跟踪;②常用 MCP Server 与 Skill 包的逐个实测(装上、跑通、给结论);③安全审查清单——来路不明的扩展先过清单再上生产。下一篇先上实战:《给 Agent 装插件:MCP 配置全流程与常用清单》。
© Copyright Notice
文章版权归作者所有,未经允许请勿转载。
THE END










Please log in to view comments