Anthropic 自己下场维护插件目录了：Claude Code 的插件终于有个能信的地方

Claude Code 的插件一直有个信任问题：从哪装、谁维护的、里面到底挂了什么 MCP server，全靠你自己去翻仓库。现在 Anthropic 把这个目录自己接过去了。

仓库叫 claude-plugins-official，README 第一句就写清楚了：“A curated directory of high-quality plugins for Claude Code.” 结构分两层——/plugins 是 Anthropic 团队自己开发和维护的，/external_plugins 是第三方合作伙伴和社区提交的，要过质量和安全标准才收。仓库根上是 Apache 2.0。

装法很简单：

/plugin install {plugin-name}@claude-plugins-official

或者进 /plugin > Discover 里翻。

两条写在 README 里的硬规矩

第一条，插件名是不可变的 slug。这条我建议你原样记住：

The name field in a marketplace entry is an immutable slug. Once a plugin has been published, its name must not change — users have it installed under that slug, and renaming it breaks their install with a plugin-not-found error.

想改显示名，用 displayName。真非改不可，就在 .claude-plugin/marketplace.json 顶层的 renames 映射里加一条，加载器会在用户下次同步时把旧 slug 透明地改写成新的。仓库里目前登记了 4 个历史改名：adlc、airwallex、convex-backend、vals。

这条对你意味着什么：你给别人装插件时，别手写名字，去目录里复制。名字错了，报错是 plugin-not-found，你只会以为是自己网络问题。

第二条，那句免责声明比你想象的更重要：

Make sure you trust a plugin before installing, updating, or using it. Anthropic does not control what MCP servers, files, or other software are included in plugins and cannot verify that they will work as intended or that they won’t change.

翻译过来：进了官方目录不等于 Anthropic 替你担保。它审的是提交时的代码，审不了插件运行时拉下来的 MCP server 和别的东西。而且它会变。

插件长什么样

标准结构是这样的，照着这个格式你也能自己写一个：

plugin-name/
├── .claude-plugin/
│   └── plugin.json      # 插件元数据（必需）
├── .mcp.json            # MCP server 配置（可选）
├── commands/            # 斜杠命令（可选）
├── agents/              # Agent 定义（可选）
├── skills/              # Skill 定义（可选）
└── README.md

还有一种”技能包”插件：如果源仓库只有 SKILL.md 文件、没有 .claude-plugin/plugin.json，可以在市场条目里用 strict: false 加一个显式的 skills 数组直接声明。每个技能会注册成 <plugin-name>:<skill-name>。这对一人公司挺实用——你把自家沉淀的一套流程打成技能包挂上去，不用写完整插件骨架。

怎么用才不踩坑

第一，先装前看仓库。/external_plugins 里的条目点进去是能到源仓库的，看三样东西：最近一次提交时间、有没有 .mcp.json、里面挂的 MCP server 是你认识的吗。这三样加起来 30 秒，能挡掉大部分麻烦。

第二，插件不是装完就完事。它会更新，更新内容 Anthropic 不控制。如果你是把 Claude Code 用在客户项目上，建议把用到的插件版本写进项目的 README，和依赖一样管。

第三，自己写的插件别急着改名字。slug 不可变这条规则对提交者也成立，改一次就断一批人的安装。

泼冷水

官方目录解决的是”去哪找”，不是”能不能信”。它把门槛提高了，但没有、也不可能替你做运行时审计。插件里挂的 MCP server 可以连到任何地方，能读你的文件、能发请求。一个目录的存在感，很容易让人放下本该有的警惕——这才是最需要注意的地方。

另外，这个目录的出现也说明 Claude Code 的插件生态已经到了”必须有人管”的规模。规模意味着选择多，也意味着鱼龙混杂。目录是筛选器，不是保险箱。

具体建议

现在把你正在用的 Claude Code 插件列一遍，逐个确认来源。说不清来源的，卸掉重装一次，走官方目录。
装之前看一眼插件仓库里有没有 .mcp.json。有，就打开看看它连了什么。
如果你自己维护一套工作流，试试技能包那种写法（只有 SKILL.md + strict: false），成本比写完整插件低很多，也能进目录。

原文：https://github.com/anthropics/claude-plugins-official