Claude Plugins Official：Anthropic 悄悄建了一个 AI 编程的 App Store

仓库：anthropics/claude-plugins-official
语言：Python
Trending：1383 stars/day
协议：MIT

一句话

Anthropic 官方维护了一个 Claude Code 插件目录，定义了插件如何被发现、安装、迁移——这是 AI 编程工具的 App Store 时刻。

场景开篇

2008 年，苹果发布了 App Store。当时很多人觉得这只是"一个软件下载页面"。但 App Store 真正做的不是"卖软件"，而是定义了软件的分发标准：怎么发现、怎么安装、怎么付费、怎么更新。

2026 年 10 月，Anthropic 做了一件结构上非常相似的事：发布 claude-plugins-official，一个官方维护的 Claude Code 插件目录。

表面上看，它就是一个插件列表。但如果你读它的规范文档，会发现它在定义一套完整的插件分发协议——从插件如何被声明、如何被发现、如何被安装、如何被重命名、如何被迁移，都有严格规范。

这不是"列表"，是基础设施。

插件的三种形态

Claude Code 的插件系统支持三种形态，这个分类本身就揭示了 AI 编程工具的组件化方向：

1. 标准插件（strict: true）

有 .claude-plugin/plugin.json manifest，声明了插件的名称、版本、依赖、权限。这是"正规军"——有完整的元数据，可以被自动化工具检查和管理。

2. 技能包插件（strict: false, skills array）

没有 manifest，但仓库里包含 SKILL.md 文件。marketplace 可以直接声明这些技能的路径，让用户安装。

这解决了一个关键问题：很多开源项目已经有 SKILL.md 文件，但不想为了 Claude Code 单独写一个 plugin manifest。技能包插件让这些项目可以零成本接入 Claude Code 生态。

3. 混合插件

既有 manifest，又包含技能。这是最灵活的形态——插件可以同时提供工具（commands）和技能（skills）。

重命名机制：被低估的工程

claude-plugins-official 规范里有一个细节容易被忽略：renames map。

{
  "renames": {
    "old-name": "new-name"
  }
}

当一个插件改名时，用户已安装的旧名称不会失效。marketplace.json 里的 renames map 会让 Claude Code 在下次同步时自动把旧名称映射到新名称。

这个设计解决了一个看似不重要但实际很痛的问题：插件改名会破坏用户安装。

传统包管理器（npm、pip）的处理方式是：旧包废弃，发一个新包，用户手动迁移。Claude Code 的方式是：在 marketplace 层面做透明重写，用户无感知。

这个差异看起来小，但它体现了一个设计理念：插件系统的稳定性优先于命名洁癖。一个插件叫什么不重要，重要的是用户安装的东西不会因为开发者改名而坏掉。

Skill-bundle 的深层含义

技能包插件（skill-bundle）是这套规范里最有前瞻性的设计。它允许 marketplace 声明一个仓库里的多个 SKILL.md 文件，每个文件指向一个目录：

{
  "source": {
    "source": "git-subdir",
    "url": "https://github.com/example-org/sdk.git",
    "path": "packages/agent-skills",
    "ref": "main",
    "sha": "<commit sha>"
  },
  "strict": false,
  "skills": ["./skill-a", "./skill-b", "./skill-c"]
}

这意味着什么？

一个开源项目可以不写任何 Claude Code 专用代码，就能被 Claude Code 用户安装和使用。只要你的项目里有 SKILL.md 文件，marketplace 就可以把你收录进去。

这和 VS Code 的扩展生态有本质区别。VS Code 扩展需要专门写 package.json 声明 vscode:extension，需要实现 activate 和 deactivate 函数。Claude Code 的技能包只需要一个 Markdown 文件。

门槛低到"写个文档"就能接入。这是典型的平台策略：降低供给端门槛，让生态自己长出来。

App Store 类比的精确化

把 claude-plugins-official 类比为 App Store 是粗略的。更精确的类比是 Homebrew + npm：

• 像 Homebrew：有官方维护的 formulae 列表（quality-controlled），也有第三方 tap（community-maintained）
• 像 npm：有严格的版本管理、依赖解析、重命名迁移机制

但和 Homebrew/npm 不同的是，Claude Code 的插件不只是代码包，还包含行为定义。一个插件不只是"一段可执行的代码"，而是"一组让 Claude Code 在特定场景下表现不同的配置"。

这意味着 Claude Code 的插件系统本质上是在做行为组合——你安装的不是"一个工具"，而是"一种 Claude Code 的工作方式"。

为什么是 Anthropic 官方维护？

这个目录是 Anthropic 官方维护的，不是社区维护。这个选择有深层原因：

质量控制：官方维护意味着每个插件都经过 Anthropic 的审核。这降低了恶意插件的风险——在 AI 编程场景下，一个恶意插件可以访问你的整个 codebase，风险远高于传统包管理器。

标准定义权：谁来定义"什么是一个好的 Claude Code 插件"？如果是社区定义，会碎片化。如果是 Anthropic 定义，会统一但可能封闭。Anthropic 选择了"官方定义标准，社区贡献内容"的中间路线——规范由 Anthropic 写，但插件可以来自任何开发者。

生态护城河：一旦开发者习惯了 Claude Code 的插件格式，迁移到其他 coding agent（如 OpenCode、Cursor）就有成本。这是 Anthropic 在 AI 编程工具竞争中的护城河策略。

和 Skills 框架的关系

Claude Code 的插件系统和 Skills 框架是两个层次的东西：

• Skills：定义"AI 在特定场景下应该怎么做"（方法论）
• Plugins：定义"AI 怎么被发现、安装、组合"（分发机制）

Skills 是内容，Plugins 是容器。你可以有 Skills 而没有 Plugins（直接写 SKILL.md 放在项目里），也可以有 Plugins 而没有 Skills（一个只提供工具命令的插件）。

但两者的结合才是完整的：通过 Plugins 分发 Skills，让 Claude Code 在不同场景下自动加载合适的方法论。

一个更大的趋势

claude-plugins-official 的出现指向一个更大的趋势：AI 编程工具正在从"一个模型"变成"一个平台"。

传统 IDE 的生态是"插件扩展 IDE 的功能"。Claude Code 的生态是"插件改变 AI 的工作方式"。前者是工具层面的扩展，后者是行为层面的组合。

当 Anthropic 开始定义插件规范、维护官方目录、设计迁移机制时，它不再是在做一个"AI 编程助手"，而是在做一个AI 编程操作系统。插件就是它的系统调用，marketplace 就是它的包管理器。

核心洞察：Claude Plugins Official 不是"一个插件列表"，而是一套完整的插件分发协议——从声明、发现、安装到迁移都有规范。技能包插件让开源项目零成本接入（只需 SKILL.md），renames map 保证用户安装不被破坏。Anthropic 官方维护意味着质量控制和标准定义权，这是 AI 编程工具从"模型"走向"平台"的关键一步。