插件 Plugins

插件 Plugins

你想要一个完整的「代码审查工作流」：审查命令、审查子代理、改完自动跑测试的钩子、连 GitHub 读 PR 的 MCP。如果按部就班，你要分别建命令文件、子代理文件、改 settings.json、加 MCP——四件事。

Plugins 解决的就是这个。它是「现成的工具箱」——一个包里打包了 commands、agents、hooks、MCP，一次安装全部到位。

打个比方：MCP 是「接一个插座」，Plugins 是「买一套智能家居套装」——拆开箱子，灯、窗帘、门锁、监控全配齐，插上电就能用。

插件能带来什么

一个插件可以包含以下任意组合：

组件	装上后你得到
Commands	新的斜杠命令
Agents	新的子代理
Hooks	新的生命周期钩子
MCP	新连接的外部服务

也就是说，插件是上述四个组件的打包分发方式。别人把一套好用的配置打包好，你装上就直接拥有。

Marketplace：插件市场

插件来自 Marketplace（插件市场）。这是插件集中发布的地方，类似 npm 或 VS Code 的扩展市场。你从 Marketplace 里找插件、看评分、装上。

Marketplace 有官方的，也可以加第三方的。通过 extraKnownMarketplaces 配置项可以注册额外的市场源，让你能从社区市场装插件。

claude plugin install：安装插件

命令行安装：

claude plugin install <plugin-name>

装上后，插件带来的命令、子代理、钩子、MCP 就都生效了——不用你一个个配置。这就是「一次安装、全套到位」。

/plugin：管理插件

会话里用 /plugin 命令管理插件：

• 查看已装插件
• 启用/禁用某个插件
• 卸载插件
• 浏览可用插件

/plugin

不想用一个插件了，可以禁用而不卸载——保留着，哪天想用再开。这比反复装卸灵活。

enabledPlugins：配置启用状态

插件的启用状态写在 settings.json 的 enabledPlugins 字段里。比如你装了三个插件，只想要两个开着：

{
  "enabledPlugins": {
    "code-review-workflow": true,
    "git-helper": true,
    "legacy-refactor": false
  }
}

false 表示装了但禁用。这样团队可以共享一份「装了哪些插件」的清单，每个人按需开关——不需要的关掉，不浪费上下文。

因为 enabledPlugins 在 settings.json 里，它也遵循 Settings 的层级：企业可以强制启用某些插件、项目可以指定团队标配、个人可以本地开关。

extraKnownMarketplaces：加市场源

默认的官方 Marketplace 不够用时，可以加第三方市场。在 settings.json 里配置：

{
  "extraKnownMarketplaces": {
    "my-company": {
      "url": "https://registry.my-company.com/plugins"
    }
  }
}

加上后，claude plugin install 就能从这些市场找插件。企业可以搭自己的私有 Marketplace，发布内部专用插件，团队一装就有统一的内部工作流。

插件 vs 手动配置：什么时候用插件

你可能会问：既然插件就是 commands + agents + hooks + MCP 的打包，我为什么不自己写？

维度	手动配置	插件
灵活度	完全自定义	用别人定好的
上手速度	慢，要逐个建	快，一条命令装好
维护	自己改	跟着插件更新
适合	特殊需求、学习	通用场景、团队推广

经验法则：如果某个场景有成熟的插件，先用插件；插件不够用时再自己补一两个自定义命令或钩子。别重复造轮子。

插件 vs MCP：再区分一次

这组容易混，再用一次比喻：

• MCP 是「万能插座」——接一个外部服务进来（比如 GitHub）。
• Plugins 是「现成工具箱」——一打开，里面可能有好几个插座（commands、agents、hooks、MCP 全有）。

你想要 GitHub 能力？接个 GitHub MCP 就行。你想要一套「从 issue 到 PR 到审查」的完整工作流？找一个打包好的插件，一次装齐。

一个实战：团队统一工作流

假设你们团队要推广一套标准工作流：探索用 Explore 子代理、审查用审查子代理、改完自动跑 lint+test、连着 GitHub。如果让每个人自己配，十个人配出十个样。

正确做法：把这套打包成插件，发到公司私有 Marketplace，团队成员一条命令装上：

claude plugin install my-company/standard-workflow

装完，所有人就有了一模一样的命令、子代理、钩子、MCP。要更新工作流？改插件、发新版，大家 claude plugin update 就同步了。这就是插件在团队推广中的价值——统一、可维护、可分发。

一句话总结

Plugins 是现成的工具箱——一个包打包 commands、agents、hooks、MCP，claude plugin install 一次装齐，/plugin 管理，enabledPlugins 控开关，extraKnownMarketplaces 加市场。团队推广用它统一工作流，省去逐个配置。

---

下一站，去 检查点 Checkpointing 认识你的「时光机」和「安全绳」。🚀