ARTICLE · 1095853
Claude 开始做插件生态了
Claude 开始做插件生态了
开发者现在可以把自己的工具直接发布到 Claude
Claude 正在发生一个比较重要的变化。
以前我们讨论 Claude 的扩展能力,更多会提到 MCP、Connector、Skills。
现在,Anthropic 正在把这些能力进一步收拢到一个更加统一的概念里:Plugin,也就是插件。
2026 年 9 月 25 日,Claude 官方发布了一篇名为《Build plugins for Claude》的文章。
这次更新并不是简单增加一个“插件按钮”,而是围绕 Claude 的第三方开发者生态建立了一套更加完整的流程:
开发插件 → 提交审核 → 安全扫描 → 发布 → 查看数据 → 持续迭代。
如果这套体系继续发展下去,Claude 很可能会越来越像一个拥有完整扩展生态的 AI 工作平台。
01|Claude 的 Plugin 到底是什么?
在 Claude 官方目前的定义中,Plugin 是第三方开发者扩展 Claude 能力的主要方式。
一个 Plugin 可以包含:
① MCP Connector
② Agent Skills
③ 或者将两者组合在一起
如果是在 Claude Code 里面,插件还可以进一步包含更多开发能力,例如:
• LSP
• Commands
• Hooks
• Agents
换句话说,Plugin 并不是要替代 MCP 和 Skills。
MCP Connector 和 Agent Skills 依然存在,它们更像是组成 Plugin 的基础模块。
以前开发者可能分别讨论:
“我要开发一个 MCP Server。”
或者:
“我要给 Claude 写一个 Skill。”
现在则可以把这些能力进一步封装成一个完整 Plugin,再通过 Claude 的官方目录分发给更多用户。
02|插件现在可以直接提交到 Claude Directory
这次更新一个很关键的变化,是 Anthropic 上线了新的Directory Submission Portal。
简单来说,它有点类似于一个专门为 Claude 插件准备的开发者后台。
开发者完成插件之后,可以通过这里提交插件,并最终发布到 Claude Directory 中。
目前官方提供了两种主要提交方式。
方式一:单独提交 MCP Connector
开发者提供一个远程 MCP Server 地址,让 Claude 连接到该 MCP 服务。
方式二:提交完整 Plugin Bundle
可以把 MCP Server、Skills 等能力组合在一起,将插件托管到 GitHub,然后提交整个代码仓库。
对开发者而言,这意味着 Claude 的插件开发正在从过去相对分散的“自己搭、自己连”,逐渐进入一个更加标准化的分发阶段。
03|提交之后,还会自动进行安全扫描
Plugin 能够连接用户的工具、数据甚至企业内部系统,因此安全自然是插件体系绕不开的问题。
Claude 新的插件提交平台已经把安全检查放进了整个发布流程。
当开发者提交插件之后,平台会进行:
✓ 自动验证插件
✓ 运行安全扫描
✓ 展示审核状态
✓ 提供问题反馈和修改建议
开发者可以直接在后台查看自己的插件目前处于什么审核阶段,以及安全扫描发现了哪些问题。
而且审核通过以后,并不会强制插件立即上线。
什么时候正式发布,仍然由开发者自己决定。
这样开发者就可以在审核完成之后,再安排版本发布、文档更新以及产品推广。
04|插件上线以后,还能看到使用数据
过去开发 MCP Server 的一个问题在于:
你可能知道有人在使用,却不一定知道到底有多少人在用。
Claude 这次把插件的数据分析能力也加入了开发者平台。
插件正式上线之后,开发者可以查看包括安装情况在内的一系列数据。
• 不同 Claude 产品入口的安装情况
• 不同插件版本的使用情况
• 插件页面被浏览的次数
• 用户通过哪些搜索关键词找到插件
这些数据对于插件开发者其实非常重要。
比如某一个版本安装量明显增加,就可以进一步分析这个版本新增了什么能力。
如果大量用户通过某个关键词搜索到插件,那么开发者也可以进一步优化插件名称、介绍和功能说明。
Claude 的插件体系因此开始具备一个比较完整的产品闭环:
开发 → 发布 → 分发 → 使用 → 数据分析 → 继续迭代
05|MCP 依然是整个插件体系的重要基础
看到 Plugin,有人可能会产生一个疑问:
Claude 是不是要弱化 MCP 了?
从这篇官方文章来看,并不是。
MCP 仍然是 Claude 插件体系非常重要的一层基础能力。
Claude 官方表示,目前已经支持最新的 MCP 规范,也就是通常所说的MCP 2.0。
新版本中包含一个重要变化:
MCP 开始提供更加标准化的 Stateless Core,也就是无状态核心。
同时,Claude 还特别提到了两个 MCP Extension。
06|MCP Apps:工具不只是返回文字,还能直接显示界面
第一个扩展叫做:
MCP Apps
它解决的是一个非常实际的问题。
传统 MCP 工具被 Claude 调用之后,很多时候返回的是 JSON、文字或者结构化数据。
但真实的软件通常不只有数据,还需要界面。
比如一个数据分析插件,除了返回:
更好的体验可能是直接展示:
柱状图、趋势图、指标卡片、筛选器甚至可交互界面。
MCP Apps 的目标,就是让插件能够在 Claude 对话中提供这样的交互式 UI。
这样一来,Claude 里的插件就不再只是一个“后台工具”,而可以逐渐拥有真正的软件界面。
07|Enterprise Managed Auth:企业不需要每个人重新 OAuth
另一个重要扩展是:
Enterprise Managed Auth
它主要解决企业内部使用 MCP 时的身份认证问题。
普通用户连接第三方应用时,经常需要走一遍 OAuth:
登录账号 → 授权 → 确认权限 → 完成连接。
对个人用户来说,这套流程问题不大。
但如果一个公司有几百甚至几千名员工,每个人都需要单独配置一次,管理成本就会明显提高。
Enterprise Managed Auth 的方向,就是让企业能够统一管理这些认证能力,减少终端用户重复执行 OAuth 授权流程。
08|Skills、Connector 和 Plugin 到底是什么关系?
Claude 现在的概念越来越多:
Skill、MCP、Connector、Plugin……
可以简单理解为下面这样。
告诉 Claude 某类任务应该怎么做,更偏向工作流程、知识和操作方法。
让 Claude 能够连接外部工具、系统、API 和数据。
将 Connector、Skill 以及其他扩展能力打包,形成一个可以安装和分发的完整产品。
所以它们并不是互相替代的关系。
更准确地说,Claude 正在把这些原本相对独立的能力,逐渐组合成一套完整的插件开发体系。
09|Claude 正在从 AI 助手变成 AI 平台
如果只看 Claude 最早的形态,它主要还是一个聊天机器人。
用户输入问题,模型输出答案。
后来有了 Claude Code、MCP、Skills、Connectors,Claude 可以做的事情开始发生变化。
它不再只是“回答问题”,还可以:
读取企业数据
调用业务系统
操作开发工具
执行复杂工作流
按照 Skill 完成专业任务
而 Plugin Directory 的出现,又补上了非常关键的一环:
分发。
一个真正成熟的平台,不只是自己拥有能力,还需要让第三方开发者可以在这个平台上开发、发布并持续维护自己的产品。
从这个角度来看,Plugin 对 Claude 的意义,并不只是增加几个第三方工具。
更重要的是,它正在尝试建立一个完整的第三方开发者生态。
10|写在最后
Claude 这次发布的 Plugin 体系,最值得关注的并不是“插件”这个名字本身。
真正重要的是,Anthropic 已经开始把过去分散的 MCP、Connector、Skills 等能力,逐渐整合进一个标准化的开发和分发体系。
开发者现在可以完成:
开发 Plugin
提交自动验证和安全扫描
跟踪审核状态
发布到 Claude Directory
查看安装和搜索数据
根据真实用户反馈持续更新
而 MCP 和 Skills,则继续作为这套体系下面的重要基础模块。
从单纯调用大模型,到连接工具,再到 Agent、Skill、MCP,再到今天的 Plugin Directory,AI 产品的发展方向已经越来越清楚:
AI 的下一阶段,可能不只是“模型越来越强”,而是模型周围开始出现越来越完整的软件生态。
资料来源:Claude 官方博客《Build plugins for Claude》,2026 年 9 月 25 日。