Plugin（插件）
一句话定义
Plugin（插件）是把 Skill（技能）、MCP（模型上下文协议）配置、工具集成、资源和界面信息打包成可安装能力包的一种方式。
通俗解释
如果 AGENTS.md（智能体项目说明文件）是一个项目的规则，Skill（技能）是一类任务的方法，MCP（模型上下文协议）是外部工具的连接方式，那么 Plugin（插件）就是把这些能力打包起来，方便安装、分享和复用。
新手不要一开始就追求做 Plugin（插件）。更合理的顺序是：
- 先把项目规则写进 AGENTS.md（智能体项目说明文件）。
- 再把常用任务沉淀成 Skill（技能）。
- 如果需要外部工具，再接 MCP（模型上下文协议）或连接器。
- 当这些能力稳定、需要给多个项目或团队复用时，再考虑 Plugin（插件）。
它和其他概念的区别
| 对象 | 解决什么问题 | 适合什么时候用 |
|---|---|---|
| Prompt（提示词） | 一次任务怎么表达 | 临时需求 |
| AGENTS.md（智能体项目说明文件） | 一个项目长期有哪些规则 | 当前项目需要稳定口径 |
| Skill（技能） | 一类任务怎么稳定执行 | 代码审查、部署、文档生成等复用流程 |
| MCP（模型上下文协议） | 外部工具和资源怎么接入 | 浏览器、文档、数据库、搜索、部署 |
| Plugin（插件） | 多个能力怎么打包、安装和分发 | 团队复用、跨项目复用、能力市场 |
什么时候需要 Plugin（插件）
| 场景 | 是否需要 Plugin（插件） | 原因 |
|---|---|---|
| 只给当前项目写规则 | 不需要 | AGENTS.md（智能体项目说明文件）更直接 |
| 只沉淀一个任务流程 | 通常不需要 | Skill（技能）就够 |
| 只连接一个工具 | 通常不需要 | MCP（模型上下文协议）配置或连接器就够 |
| 多个项目都要用同一组 Skill（技能）和工具配置 | 可以考虑 | Plugin（插件）方便分发 |
| 团队希望统一安装一套工作流、工具和界面元信息 | 适合 | Plugin（插件）能把能力打包 |
| 能力还不稳定、流程还在改 | 不建议 | 先在本地或项目内验证 |
面试怎么讲
可以这样回答：
我会把 Plugin（插件）放在能力分发层。单次任务用 Prompt（提示词），项目规则用 AGENTS.md（智能体项目说明文件），可复用流程用 Skill（技能），外部能力连接用 MCP（模型上下文协议）。当这些 Skill（技能）和 MCP（模型上下文协议）配置已经稳定，并且需要给团队或多个项目复用时，才适合打包成 Plugin（插件）。
常见误区
| 误区 | 正确理解 |
|---|---|
| 一开始就应该做 Plugin（插件） | 先验证工作流，再考虑打包 |
| Plugin（插件）可以替代 Skill（技能） | Plugin（插件）可以包含 Skill（技能），但不等于 Skill（技能） |
| Plugin（插件）可以解决安全问题 | 安全仍然要靠权限、审批、护栏和审计 |
| Plugin（插件）越多越专业 | 能力越多，治理越重要 |