Claude开放插件提交门户，扩展进入审核流程
Claude把第三方插件分发纳入提交、扫描、审核和使用分析闭环。
本文要点
- 从分散发布变成目录门户提交，开发者可跟踪review状态。
- 从只提交能力变成提交即自动校验和安全扫描。
- 从上线不可见变成可看安装、版本、列表访问和搜索来源。
阅读辅助
先看数字、证据和来源，再读正文。
开发者可通过新门户把插件提交到Claude目录。
2026-09-23 · Claude Marketplace发布，把插件、连接器、agent产品和服务伙伴放进同一市场入口。
新增事实
9月25日，Anthropic在Claude博客发布“Build plugins for Claude”，给开发者开放新的directory submission portal。开发者现在可以把插件提交到Claude目录，在门户里跟踪review状态，并在插件上线后查看usage analytics。这是今天的news peg，不是对9月23日Claude Marketplace发布的简单复述。
这次公告的确定部分很具体。插件被定义为打包MCP connectors、Agent Skills或两者的第三方扩展形态；提交门户面向paid Claude plans开放；提交时会进行auto-validation和safety scan；通过审核后，publisher选择何时发布。上线以后，开发者可以按产品表面和版本查看安装数据，也能看列表被查看的次数以及哪些搜索把用户带到 listing。
边界也要写清楚。Claude公告没有公布安全扫描规则、审核时长的固定SLA，也没有承诺所有MCP 2.0扩展今天已经完整可用。它说support for more MCP features and extensions is coming soon，语义是后续支持会来，不是所有能力已经上线。
对开发者而言，这条新闻影响的是分发和治理，而不是单个API能力。过去一个技能、一个connector或一个Claude Code本地插件可以靠文档、仓库和团队内分发传播；现在Anthropic把可被搜索、审核、安装和统计的入口放在同一个目录流程里，生态参与者需要按平台规则交付。
提交链路变成什么
Anthropic给出的提交路径只有两类，不能混写成多种模糊入口。第一类是Single MCP connector，开发者指向自己的remote MCP server。第二类是Plugin bundle，开发者把MCP servers和skills组合起来，托管在GitHub，然后提交repo。Claude Code文档还说明，Claude Code插件本身可以包含skills、agents、hooks、MCP servers以及LSP servers等组件；用户要求的commands也属于插件可承载的命令型入口。
这意味着“插件”在Claude生态里承担两个层次。面向聊天和Cowork，它更像把skill与远程MCP连接器绑定的应用包。面向Claude Code，它还可以带入更贴近开发环境的LSP、hooks、agents和commands。不同表面加载的组件并不完全相同，Claude文档明确说chat、Cowork和Claude Code会各自加载支持的子集。
| 环节 | 9月25日公告中的状态 | 开发者要注意的点 |
|---|---|---|
| 提交资格 | paid Claude plans开放 | Pro、Max、Team、Enterprise按账号或组织角色提交 |
| 提交对象 | remote MCP server或GitHub插件bundle | 远程MCP服务器如被插件引用，文档建议作为connector单独提交 |
| 提交检查 | auto-validation和safety scan | 本地validate不能保证门户validate一定通过 |
| 审核状态 | 门户展示review状态、扫描结果和建议修改 | 审核规则未完全公开，失败版本需要按finding修复 |
| 发布控制 | approval后由publisher选择何时publish | 不能理解为提交即自动上线 |
| 上线数据 | usage analytics、listing views、searches | 目前公告强调安装、版本和发现数据，工具级健康仍看connector dashboard |
这个表里最容易误写的是“发布控制”。公告原文是Once approved, you decide when to publish your plugin in Claude。中文应保留为“通过审核后由发布者选择发布时间”，不能改成“审核通过即上线”，也不能改成“Anthropic会自动发布所有版本”。提交文档进一步说明，默认设置下某些版本仍可能由reviewer发布或被安全扫描hold住。
为什么这不是普通表单
Claude Marketplace在9月23日已经把plugins and connectors、agents and products、service partners放进一个统一网站。9月25日的门户补上的不是消费者入口，而是供给侧流程。换句话说，Marketplace回答“用户去哪里找”，submission portal回答“开发者怎样把东西带进目录，并在上线后判断是否有人用”。
这个补位很关键，因为Claude的扩展形态正在从“给模型接一个工具”变成“给工作流发布一个可安装组件”。MCP连接器解决外部系统访问，Agent Skills解决任务语义和操作规范，Claude Code里的hooks和agents又会进入本地执行链路。只要这些能力被放进同一个分发目录，平台就必须处理版本、权限、扫描、可见性和组织策略。
Claude文档里的安全提示解释了为什么审核不是装饰。MCP服务器可以接触外部数据、调用工具，部分本地服务器还会以用户权限运行命令。Claude Code插件的hooks会在生命周期事件上触发，LSP会读取代码上下文，agents会被委派任务。对企业而言，目录listing的信任边界比一个网页链接更重，因为它可能进入日常开发和内部数据流。
MCP本身也在把协议和安全边界写得更细。官方规格把MCP定义为LLM应用连接外部数据源与工具的开放协议，核心通信基于JSON-RPC。Anthropic本次公告进一步称Claude支持latest MCP spec，commonly referred to as MCP 2.0，并说它includes a stateless core。这里必须按公告归因表述：这是Claude对MCP 2.0的当前产品说法，不应倒推为所有历史MCP版本都无状态。
生态收益与治理成本
对独立开发者和工具公司，最直接的收益是分发漏斗变短。过去需要解释安装命令、让用户相信仓库来源，再自己收集安装反馈。目录提交后，用户可以在Claude里发现插件，发布者可以看到按产品表面和版本拆分的安装数据，还能根据listing views和searches调整名称、描述和功能优先级。
对企业团队，收益是可管理性增强。Claude文档显示，Team和Enterprise计划可以由Owner控制成员能看到哪些来源、哪些插件默认安装、哪些插件必须启用。目录里的插件经过自动校验、安全扫描和新listing人工review，比随意复制一个仓库或上传一个zip更适合进入组织采购和安全评估流程。
但治理成本也会上升。插件bundle如果包含远程MCP服务器，需要同时解释服务器数据处理、OAuth、scope和错误率。MCP Apps会把交互式UI放进聊天；Enterprise Managed Auth会把企业OAuth做成zero-touch体验。它们提高可用性，也把认证、授权和审计从“用户自己配置”推向“平台和组织默认管理”。
另一个成本在版本和兼容性。Claude Code文档明确，一个插件可以在不同表面加载不同组件：chat会忽略agents和hooks，Claude Code会加载更多本地开发组件。如果开发者把同一个bundle提交到目录，就需要确认每个用户表面看到的功能不是“半个产品”。公告说更多MCP features and extensions coming soon，说明兼容矩阵还会继续变。
与现有列表的关系
Anthropic在公告末尾给出过渡口径：Skills and MCP connectors stay as building blocks，Claude directory will continue to list them。未来开发者会能把connector listing转成plugin。已有skill、connector或plugin在Claude目录里的开发者，不需要做任何改动。
这句话的时态很重要。它不是“旧connector立即下线”，也不是“所有旧skill自动升级为plugin”。更准确的读法是：Claude正在把插件作为第三方扩展的主要打包形态，同时保留技能和MCP连接器作为构建块和目录条目。对已经上架的开发者，短期没有迁移动作；对新开发者，优先按plugin bundle或remote MCP connector的新路径规划。
风险清单
这次门户上线后，值得持续看的不是“插件数量会不会增长”这一项。真正会影响生态质量的是下面几类可验证指标：
- 审核是否区分只含Markdown skill的低风险插件、调用远程服务的connector插件，以及含本地hooks或LSP的高风险插件。
- 目录页是否给用户展示清楚的权限、数据流向、运行位置和版本信息，尤其是“Runs in each session”的本地连接器。
- 使用分析是否只停留在安装量，还是能让发布者看到错误率、版本留存、搜索转化和MCP工具健康。
- MCP Apps与Enterprise Managed Auth何时有稳定兼容表，企业管理员能否按扩展类型设策略。
Claude插件门户的意义，在于Anthropic开始把agent生态的“可扩展性”换成“可分发性”。MCP和skills让开发者能把上下文、工具和流程接给模型；目录门户则把这些能力放进审核、发布、发现和分析系统。对平台来说，这是从开发者工具走向应用市场的必要步骤。
这条线对Claude Code尤其重要。Claude Code插件可以带commands、hooks、agents和LSP，这些组件比普通聊天插件更接近用户的代码、终端和自动化链路。目录化分发能降低安装门槛，但也要求平台把安全提示和权限边界讲清楚。否则越容易安装，越容易把高权限本地扩展包装成普通效率工具。
当前最合理的判断是：Anthropic没有把旧技能和连接器废掉，而是在它们之上建立一个更完整的商品化与治理层。短期看，受益者是已经有MCP服务器或团队工作流的开发者。中期看，谁能把连接器、skill和可审计权限做成稳定bundle，谁更容易在Claude生态里获得持续分发。
接下来看什么
后续验证可以分三条线推进。第一条是审核透明度：门户会不会公开安全扫描类别、review平均耗时和常见拒绝原因。没有这些信息，开发者只能反复试错，企业安全团队也难以把目录审核当成可靠信号。
第二条是权限表达。MCP连接器、hooks、agents和LSP的风险层级不同，目录如果只给一个安装按钮，会低估本地执行和数据访问的真实边界。更好的形态应当把远程调用、本地命令、OAuth范围、组织策略和版本差异拆开给用户看。
第三条是生态指标。公告已经承诺上线后的usage analytics，包括安装按产品表面和版本拆分、listing views以及搜索来源。下一步要看这些数据是否足够指导开发者修复留存问题，也要看目录是否会用质量、健康度和安全记录影响排序。
对今天这条新闻，可以给高置信但不过度外推。确认的是：Claude在9月25日开放新的目录提交门户，把插件提交、自动校验、安全扫描、审核、发布和分析连成闭环。尚未确认的是：这套闭环能否规模化处理第三方插件的安全差异，并让MCP 2.0扩展在多个Claude表面保持一致体验。