这个系列文章写到现在我们已经讲了 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-afterPlugin 包含哪些东西在 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 生态真正爆发就是从这个更新开始的。怎么安装 PluginClaude Code 启动后在对话里输入/plugin打开插件管理界面。官方市场已经预配置好了直接可以浏览和安装# 打开插件管理界面也可以浏览和搜索 /plugin # 从官方市场安装最简单 /plugin install context7claude-plugins-official # 添加一个社区市场 /plugin marketplace add ComposioHQ/awesome-claude-plugins # 从社区市场安装 /plugin install connect-appsComposioHQ/awesome-claude-plugins装完立刻生效不需要重启。如果你在本地开发一个 Plugin 想先测试可以直接用--plugin-dir参数加载claude --plugin-dir ./my-plugin一些值得装的 PluginContext7上一篇 MCP 部分提到过 Context7作为 Plugin 版本装更方便——包含了 MCP Server 对应 Skill一次安装不用单独配 MCP。以后让 AI 用某个库的时候直接说“参考 Context7 的最新文档”它会实时拉取不用担心给你旧版本的 API。/plugin install context7claude-plugins-officialVue Best Practices项目里用 Vue 的话这个 Plugin 是 Composition API 写法的质量保证。它内置了 Skill每次 AI 生成 Vue 代码时自动触发最佳实践检查——script setup的写法、响应式数据的管理、Pinia 的使用方式按团队标准来。/plugin install vue-best-practicesclaude-plugins-officialFigma做前端的应该都知道设计稿到代码之间的鸿沟有多大。安装 Figma 官方的 MCP ServerClaude 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.jsonMCP Server 配置写进.mcp.json。已经在项目里用了一段时间、效果不错的那些直接挪进来就行——不需要重新写。第四步本地测试claude --plugin-dir ./my-team-plugin跑起来试一下各个命令确认 Hook 正确触发MCP 能连上。第五步分发给团队最简单的方式把插件目录推到 git 仓库告诉团队/plugin marketplace add your-org/your-repo /plugin install my-team-pluginyour-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 质量有保证是入门首选。Smitheryhttps://smithery.aiPlugin 和 MCP Server 都有可以按分类过滤是目前体量最大的市场之一。ComposioHQ/awesome-claude-pluginshttps://github.com/ComposioHQ/awesome-claude-plugins社区精选质量相对有保证更新频率高是找生产力类 Plugin 的好地方。你自己团队的 git 仓库说实话这是最适合团队的方式。把项目里摸索出来的 Skill Hook 组合做成 Plugin。推到内部 git团队用私有市场方式安装。内容完全定制没有外部依赖升级也自己控制。不只是 Claude Code——Codex 和 Cursor 也有 Plugin讲到这里你可能会问Plugin 这个东西是 Claude Code 独有的吗不是。2026 年初三家主流 AI 编程工具几乎同时推出了 Plugin 系统。这不是巧合而是大家都意识到了同一件事单独的 AI 能力不够用了必须有一层“打包和分发”的机制。CodexOpenAICodex 的 Plugin 包含三类组件Skills可复用的任务指令和 Claude Code 的 Skill 概念一致Apps连接 Gmail、Google Drive、GitHub 等外部应用相当于内置了一些常用的 MCP 集成MCP Servers和 Claude Code 一样通过 MCP 协议对接外部工具Codex 的特点是把“应用连接”做成了一等公民。装一个 Gmail PluginCodex 就能直接读邮件、写草稿。装一个 Google Drive Plugin就能操作文档和表格。它更偏“全能助手”路线——不只是写代码还能帮你处理工作流里的各种杂事。CursorCursor 在 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 编程交流群欢迎感兴趣的朋友加入一起交流关注公众号添加作者微信邀请你进群