Claude 开放插件目录提交通道：MCP 连接器与 Agent Skills 可打包上架

Anthropic 为 Claude 目录开放了插件提交通道：开发者可提交单个远程 MCP 连接器，或提交一个打包 MCP 服务器与 Agent Skills 的 GitHub 插件包，经校验与安全扫描后上架，供 Claude、Cowork 与 Claude Code 使用。

这次发布的是什么

Anthropic 在其开发者文档中给出了 Claude 插件（Plugin）与目录（Directory）的完整提交路径：开发者可以把自己做的扩展提交到 Claude 的公开目录，通过审核后上架，用户在 Claude 各端直接添加使用。这标志着第三方向 Claude 交付能力的方式，从「各家自己写集成文档」变成了有统一入口、统一校验、有上架状态的目录。

Claude 插件本质上是一个目录，可以打包四类组件：Agent Skills、子代理（agents）、钩子（hooks）与 MCP 服务器。提交路径有两条 —— 提交单个远程 MCP 服务器作为连接器，或提交一个托管在 GitHub 的插件包（同时打包 MCP 服务器与 Skills）。上架后的插件可在 Claude、Cowork 及 Claude Code 中使用；在 Claude Code 里，插件除上述组件外还可包含 LSP、命令、钩子与代理。

需要区分两个容易混淆的东西：插件市场（plugin marketplace） 是一个列出插件及其获取来源的目录仓库，用「/plugin marketplace add」添加；而 claude.com/marketplace 是 Anthropic 运营的网站，用于浏览连接器、插件、合作伙伴产品与服务商，不能用斜杠命令添加。

可用性与限制

• 提交资格：面向付费 Claude 套餐的开发者，且账号角色需具备提交到目录的权限。
• 前置条件：需要一个包含插件的 GitHub 仓库、一个在 claude.ai 上已连接的 GitHub 账号，以及 .claude-plugin/plugin.json 清单文件与必要的说明文档。
• 仓库可见性：据官方文档，仓库在校验与提交阶段可以保持私有，但上架前必须转为公开。
• 安装范围：分为用户级（本机所有项目）、项目级（写入 .claude/settings.json，为仓库协作者启用，但每位协作者仍需在自己机器上安装）与本地级（仅当前仓库、仅你）。
• 已知边界：云会话（包括浏览器端的 claude.ai/code）不会加载本地设置中的插件。
• 成本影响：每个可被 Claude 自行调用的技能、代理与命令的名称和描述每轮对话都在上下文中，即使本次会话没运行任何插件也会占用上下文窗口。完整文本只在被调用时加载。

主要功能

• 提交单个远程 MCP 连接器作为目录条目
• 提交打包 MCP 与 Skills 的 GitHub 插件包
• 在目录中查看插件审核进度与状态
• 自动校验并做安全扫描后给出建议
• 上架后查看安装量、版本、运行数与错误率
• 查看是哪些搜索词把用户带到你的条目

技术原理

据官方文档说明，插件是一个目录，Claude Code 把整个目录作为一个单位安装并加载。清单文件 .claude-plugin/plugin.json 定义插件名称、版本、描述等元数据。

一个插件的典型结构包含四类可独立工作的组件：Skills（SKILL.md 指令，Claude 在相关时自动加载，也可以作为命令运行）、agents（Claude 可委派任务的子代理定义）、hooks（在生命周期节点触发的命令，例如每次编辑后）、MCP servers（插件启用时 Claude Code 连接的工具服务器）。这些组件本都可以脱离插件单独使用，打包的意义在于整体安装、整体更新、整体分发。

插件市场的分层值得注意：官方市场使用 Anthropic 的官方市场名（如 claude-plugins-official），社区市场使用社区名（如 claude-community），其余都算第三方市场。据官方文档，官方与社区名称只接受来自 github.com/anthropics/ 仓库来源的市场。加载则分三层 —— 设置里列出已添加的市场与已启用的插件、磁盘上 ~/.claude/plugins/ 存放已获取的内容、会话启动时加载。

安全模型上有一条必须看清：插件运行什么，就以你的用户权限运行。因此官方把校验做进了提交流程 —— 提交后自动检查并做安全扫描，向开发者展示审核位置、扫描结果与建议修改项；据文档说明，插件能上架前每个版本都要经过自动校验与安全扫描。组织侧还可以通过托管设置（managed settings）允许或阻止市场、强制安装插件、关闭仅会话加载。

实际体验

这条发布里最值得关注的，是成本这件事被明确摆到了台面上，而不是藏在文档角落。

可复现的观察有三条。第一，插件有「上下文成本」这个可测量的东西：官方在 /plugin 界面的市场标签里，为官方市场的插件提供 Context cost 估算；安装后可以在 Installed 标签的 Not used recently 分组里看到哪些插件最近没被用过、可以关掉；如果不想卸载，用 /plugin 或 claude plugin disable 停用。对长期装了一大堆插件的人，这是一条从「装了就忘」回到「按需开」的路径。

第二，插件不只是配置，它会在会话里常驻运行。据文档，插件定义的 MCP 服务器在启用该插件的每个会话中运行，钩子会在其事件触发时执行。这意味着不是「不用就没有开销」，而是「启用就有开销」，装之前值得先算一算。

第三，分发路径上有两道可见性门槛：仓库可以先私有再在提交时校验，但上架前必须公开；同时需要准备好说明插件做什么、以及它如何处理数据的 README。换句话说，目录不是往上一传就完事，它要求作者把数据处理方式写清楚。

对 Claude Code 用户来说还有一条实操区别：官方市场会在首次启动交互式终端会话时自动添加（除非被托管策略阻止），但其他市场不会自动添加 —— 包括 Anthropic 自己的社区市场与演示市场。要装第三方插件，得自己先「/plugin marketplace add」。

项目地址与获取方式

开发者文档在 code.claude.com/docs/en/plugins，涵盖插件结构、市场分层、安装范围、上下文成本测量与安全说明。官方目录站点为 claude.com/marketplace，用于浏览连接器、插件、合作伙伴产品与服务合作伙伴。

插件提交通道与提交要求以官方开发者文档当前版本为准；请通过 Anthropic 官方渠道（code.claude.com 与 claude.com）获取插件与文档，避免从第三方来源安装被篡改的插件包 —— 插件以你的用户权限运行代码，这一点不是恐吓，是官方文档里写明的。

适合谁用

• 把内部工具接进 Claude 的团队 —— 一直在用 MCP 手动接，现在可以把它变成一个可版本化、可上架的正式条目。
• 做垂直 SaaS 的产品方 —— 需要一条让用户在自己的 Claude 里发现并使用你产品的路径。
• 有标准工作流要分发的工程团队 —— 把技能、子代理、钩子与 MCP 打包成一个单位，一次安装、按版本更新。
• 评估插件风险的安全负责人 —— 文档给出了安全模型、托管设置开关与上下文成本测量方式。
• 不必用的：只想装一两个现成插件、不做开发的使用者。这类需求走 /plugin 浏览官方市场就够了，不必碰提交流程。

常见问题

插件市场（marketplace）和 claude.com/marketplace 是同一个东西吗？

不是，这是两个不同的概念。插件市场是一个列出插件及其获取来源的目录仓库，你可以用「/plugin marketplace add」把自己或别人的市场加进来。claude.com/marketplace 是 Anthropic 运营的网站，用来浏览连接器、插件、合作伙伴产品与服务商，官方文档明确说明它不能通过「/plugin marketplace add」添加。

插件提交后要经过什么审核？

据官方文档，提交后会进入自动校验与安全扫描，并向开发者显示审核位置、扫描结果与建议修改项；据插件概览说明，每个上架的插件版本都要先通过自动校验与安全扫描。校验通过后版本才能上线。具体的审核时长与通过标准，以官方开发者文档当前版本为准。

装很多插件会不会拖慢 Claude？

会有可见开销，而且官方提供了测量办法。每个可被 Claude 自行调用的技能、代理与命令的名称和描述每轮都在上下文中，占用 token 与上下文窗口；完整文本只在被使用时加载。可以这样查：安装前在市场标签看官方的 Context cost 估算，安装后在 Installed 标签的 Not used recently 分组里找可关闭项，或用 claude plugin disable 临时停用。

云会话能用本地装的插件吗？

不能。据官方文档，终端、桌面应用本地会话、VS Code 扩展共享同一套设置文件，因此三端之间互可用；但云会话（包括 claude.ai/code 的浏览器会话）不会加载本地设置中的插件。如果你在浏览器里工作，本地装好的插件不会跟着过去。

相关工具与内容

想在站内先了解 Claude 生态的基础产品，可以看 Claude 与 Claude Code 的详情页，以及 AI编程 分类里的其他代码辅助工具，例如 Cursor、GitHub Copilot 与 通义灵码。如果你的需求是搭自己的智能体流程而不是给 Claude 做扩展，扣子、Dify 与 n8n 是另一条路；想横向比较对话类产品，可看 AI对话类工具。