这个系列文章写到现在，我们已经讲了 6 个重要的概念：
Rule→ 行为约束
Command→ 操作流程
Skill→ 专项技能
Hook→ 检查机制
Subagent→ 分工协作
MCP→ 外部连接
每一个都是 AI 编程工具里一个独立的功能点。
你可能已经在自己的项目里用上了其中几个——写了一些 Rule，配了几个 Skill，接了 MCP Server。
但到了某个时刻，你会自然想到一个问题：
这些东西能不能打包在一起？
当然能！
这就是今天要讲的最后一个重要概念——Plugin。
什么是 Plugin
说白了，Plugin 就是一个“能力包”。
它把 Rule、Skill、Subagent、MCP Server、Hook 这些东西，打包到一个目录里。你装一个 Plugin，里面所有功能一次到位。
打个比方。
你刚买了一台新电脑。你可以一个一个装软件——浏览器、编辑器、终端、Git、Node.js、各种 CLI 工具……一共十几个，每个都得自己找、自己配。
或者，你可以用一个“开发者工具包”——一键安装，浏览器、编辑器、终端、常用 CLI，全部预装好，配置也帮你调好了。
Plugin 就是 AI 编程工具里的“开发者工具包”。
之前是散装零件，Plugin 是成品套装。
散装适合自己折腾、快速试验——改个文件就行，灵活。
成品套装适合分发给团队、发布给社区——打包一次，所有人一条命令装好，以后升级也方便。
plugin-before-after
Plugin 包含哪些东西
在 Claude Code 中一个完整的 Plugin 目录长这样：
my-plugin/ ├── .claude-plugin/ │ └── plugin.json ← 必须：插件的名片（名称、版本、作者） ├── commands/ │ └── review.md ← 斜杠命令，触发时加插件名前缀 ├── skills/ │ └── code-review/ │ └── SKILL.md ← 技能文件，AI 自动按需调用 ├── agents/ │ └── security.md ← 专用 Subagent ├── hooks/ │ └── hooks.json ← 自动触发的 Hook 配置 └── .mcp.json ← MCP Server 配置每个组件都是可选的。你只有 Skill 和 Hook，就只放这两个目录。不用全部配齐。
唯一必须的是.claude-plugin/plugin.json，这是插件的“名片”：
{ "name": "team-standards", "description": "团队 AI 编程标准工具集", "version": "1.0.0", "author": { "name": "XPoet" } }plugin-content
一个细节：Plugin 里的 Skill 命令会加上插件名前缀。
你装了一个叫team-standards的 Plugin，里面有个review命令，触发方式是/team-standards:review，而不是/review。
这是防冲突的设计。你装了好几个 Plugin，每个都有review命令，有了命名空间就不会打架。
先讲一个 2026 年最重要的更新
在讲怎么安装之前，有件事值得单独说。
MCP Tool Search——这是 Plugin 生态里 2026 年最重要的变化，很多人还不知道。
以前有个很现实的问题：MCP Server 装多了，上下文会撑爆。
每个 MCP Server 的工具描述都会注入到 AI 的上下文窗口里。装 5 个 Server，可能就烧掉几千 token 的工具描述，还没开始干活上下文就快满了。所以早期的建议是“MCP Server 最多装 2-3 个”。
MCP Tool Search 解决了这个问题。
它让工具变成“按需加载”——AI 需要用某个工具时才去拉取它的描述，用不到的工具占 0 token。
装 10 个 MCP Server 和装 2 个，对上下文的影响几乎一样。
这意味着你现在可以装一个包含 GitHub + PostgreSQL + Figma + Context7 + Playwright 的 Plugin，同时用这五个工具，也不用担心把上下文撑满。
Plugin 生态真正爆发，就是从这个更新开始的。
怎么安装 Plugin
Claude Code 启动后，在对话里输入/plugin，打开插件管理界面。
官方市场已经预配置好了，直接可以浏览和安装：
# 打开插件管理界面（也可以浏览和搜索） /plugin # 从官方市场安装（最简单） /plugin install context7@claude-plugins-official # 添加一个社区市场 /plugin marketplace add ComposioHQ/awesome-claude-plugins # 从社区市场安装 /plugin install connect-apps@ComposioHQ/awesome-claude-plugins装完立刻生效，不需要重启。
如果你在本地开发一个 Plugin 想先测试，可以直接用--plugin-dir参数加载：
claude --plugin-dir ./my-plugin一些值得装的 Plugin
Context7
上一篇 MCP 部分提到过 Context7，作为 Plugin 版本装更方便——包含了 MCP Server + 对应 Skill，一次安装，不用单独配 MCP。
以后让 AI 用某个库的时候，直接说“参考 Context7 的最新文档”，它会实时拉取，不用担心给你旧版本的 API。
/plugin install context7@claude-plugins-officialVue Best Practices
项目里用 Vue 的话，这个 Plugin 是 Composition API 写法的质量保证。它内置了 Skill，每次 AI 生成 Vue 代码时自动触发最佳实践检查——<script setup>的写法、响应式数据的管理、Pinia 的使用方式，按团队标准来。
/plugin install vue-best-practices@claude-plugins-officialFigma
做前端的应该都知道，设计稿到代码之间的鸿沟有多大。
安装 Figma 官方的 MCP Server，Claude Code 可以直接读取 Figma 设计稿、获取组件结构、拿到设计 Token，甚至可以把代码反向推回 Figma 变成可编辑的设计稿。
装上 Figma Plugin 之后，你在 Claude Code 里说一句“把这个页面发到 Figma”，浏览器里渲染好的 UI 就能自动变成 Figma 图层。反过来，你给 Claude 一个 Figma 链接，它也能直接读取设计稿生成代码。
设计师和开发者之间的翻译成本，被大幅压缩了。
Security Scanner
每次提交前跑一遍安全扫描。
这个 Plugin 打包了一个专职安全审查的 Subagent 和触发 Hook——AI 改完代码，Hook 自动触发安全检查，Subagent 用 OWASP 标准过一遍，有问题直接报出来。
比单独装 Skill 更省心，因为 Hook 帮你把“别忘了跑安全检查”这件事变成了自动执行。
怎么自己做一个 Plugin
需要给团队发布一套统一的 AI 工具集，或者你有一个“Skill + Hook + MCP”的组合想发布给社区，做 Plugin 就比散装更合适。
第一步：建目录结构
mkdir my-team-plugin cd my-team-plugin mkdir -p .claude-plugin commands skills hooks第二步：写 plugin.json
{ "name": "my-team-plugin", "description": "团队 AI 编程标准工具集：代码审查 + 格式化 + 安全检查", "version": "1.0.0", "author": { "name": "你的名字" } }第三步：往里面加组件
把已有的 Skill 文件放进skills/目录，Hook 配置写进hooks/hooks.json，MCP Server 配置写进.mcp.json。
已经在项目里用了一段时间、效果不错的那些，直接挪进来就行——不需要重新写。
第四步：本地测试
claude --plugin-dir ./my-team-plugin跑起来，试一下各个命令，确认 Hook 正确触发，MCP 能连上。
第五步：分发给团队
最简单的方式：把插件目录推到 git 仓库，告诉团队：
/plugin marketplace add your-org/your-repo /plugin install my-team-plugin@your-org/your-repo以后升级了，改代码推 git，团队成员更新一下就完成了。比之前“手动通知每个人更新文件”方便太多。
注意事项
commands/、skills/、agents/、hooks/必须放在插件根目录，不能放进.claude-plugin/里。
这是最高频的错误。只有plugin.json在.claude-plugin/里面，其他目录全部在根目录。
Plugin 里的命令有命名空间，独立配置的没有。
/plugin:review和/review是两个不同的东西。从独立配置迁移到 Plugin，触发方式会变。告知团队成员这个变化，不然他们会发现原来的命令没反应了。
Plugin 的优先级低于独立配置。
如果你在.claude/skills/里有一个同名的 Skill，它会覆盖 Plugin 里的那个。独立配置 > Plugin。
先从“只读”类的 Plugin 开始装。
有写权限、能执行命令的 Plugin，权限很大。先装文档类、搜索类的 Plugin 感受一下，再考虑带 Hook 和 MCP 写权限的。
去哪找 Plugin
官方市场（直接在/plugin里浏览）
Claude Code 内置入口，/plugin打开就能搜索和安装，审核过的 Plugin 质量有保证，是入门首选。
Smithery
https://smithery.ai
Plugin 和 MCP Server 都有，可以按分类过滤，是目前体量最大的市场之一。
ComposioHQ/awesome-claude-plugins
https://github.com/ComposioHQ/awesome-claude-plugins
社区精选，质量相对有保证，更新频率高，是找生产力类 Plugin 的好地方。
你自己团队的 git 仓库
说实话，这是最适合团队的方式。
把项目里摸索出来的 Skill + Hook 组合做成 Plugin。推到内部 git，团队用私有市场方式安装。内容完全定制，没有外部依赖，升级也自己控制。
不只是 Claude Code——Codex 和 Cursor 也有 Plugin
讲到这里，你可能会问：Plugin 这个东西是 Claude Code 独有的吗？
不是。
2026 年初，三家主流 AI 编程工具几乎同时推出了 Plugin 系统。这不是巧合，而是大家都意识到了同一件事：单独的 AI 能力不够用了，必须有一层“打包和分发”的机制。
Codex（OpenAI）
Codex 的 Plugin 包含三类组件：
Skills：可复用的任务指令，和 Claude Code 的 Skill 概念一致
Apps：连接 Gmail、Google Drive、GitHub 等外部应用，相当于内置了一些常用的 MCP 集成
MCP Servers：和 Claude Code 一样，通过 MCP 协议对接外部工具
Codex 的特点是把“应用连接”做成了一等公民。装一个 Gmail Plugin，Codex 就能直接读邮件、写草稿。装一个 Google Drive Plugin，就能操作文档和表格。
它更偏“全能助手”路线——不只是写代码，还能帮你处理工作流里的各种杂事。
Cursor
Cursor 在 2.5 版本（2026 年 2 月）推出了 Plugin 市场。
它的 Plugin 也包含五个要素：Skills、Subagents、MCP Servers、Hooks、Rules——和 Claude Code 的结构几乎一模一样。
Cursor 的亮点在于企业级团队市场。Teams 和 Enterprise 版本的管理员可以创建私有市场，内部分发 Plugin，统一管控。
另外，Cursor 在首发时就拉上了 Figma、Linear、Amplitude、Stripe、AWS 这些合作伙伴，官方市场的质量起点比较高。
三者的关系
说实话，这三个 Plugin 系统在概念上高度相似。都是把 Skills + MCP + 额外组件打包在一起，通过市场分发。
它们共享同一套 MCP 协议，这意味着一个 MCP Server，理论上三个工具都能用。你为 Claude Code 写的 MCP 集成，Codex 和 Cursor 也能直接接。
这是 2026 年 AI 编程工具最重要的趋势之一：工具在分化，但底层协议在统一。
你不需要三个都学——选一个深入用好就行。但理解 Plugin 这个概念本身，不管你用哪个工具，都用得上。
总结
回顾一下这个系列的七个概念：
Rule 定规矩，Command 封流程，Skill 装技能，Hook 做检查，Subagent 拆任务，MCP 接外部。
Plugin 是最后一层：把前面的所有能力打包在一起，变成一个可以安装、分发、升级的产品。
从散装配置到 Plugin，本质上是从“个人折腾”到“能力产品化”的跨越。
你积累了一套好用的 AI 工作流？做成 Plugin，发出去。
你的经验，就是别人需要的产品。
AI 编程工程化系列到这里，7 个核心概念全部讲完了：Rule、Command、Skill、Hook、Subagent、MCP、Plugin，以及贯穿始终的工程化思维。
下一篇我会把这些全部串起来，结合真实项目讲一套完整的 AI 编程工作流实战。
欢迎感兴趣的朋友继续保持关注~
“应大部分读者呼声，作者组建了氛围特别好 AI 编程交流群，欢迎感兴趣的朋友加入，一起交流～
关注公众号，添加作者微信，邀请你进群！
