Anthropic 开放插件提交:AI Agent 的“应用商店时刻”到了?

9 月 25 日，Anthropic 开放了 Claude 插件目录的开发者提交入口。

表面看，这只是一项常规的平台更新：开发者做完插件，提交审核，通过后进入 Claude 的官方目录。

但如果把它和 MCP、Agent Skills 放在一起看，信号就完全不同了。

过去一年，大家讨论最多的是“怎么让 AI 调用工具”“怎么把工作流教给 Agent”。现在，Anthropic 开始解决更商业、也更关键的问题：这些能力做好以后，如何被发现、安装、分发、更新和持续运营？

换句话说，AI Agent 生态正在从“能不能做出来”，进入“能不能成为产品”的阶段。

一次看懂：MCP、Skills 和 Plugin 分别是什么

先把三个容易混淆的概念拆开。

MCP 连接器，解决的是“Agent 能连接什么”。

它让 Claude 可以访问外部服务、业务系统和数据源，比如代码仓库、项目管理工具、数据库或企业内部系统。可以把它理解为 Agent 的“接口层”：负责把真实世界里的数据和操作暴露给模型。

Agent Skills，解决的是“Agent 应该怎么做”。

一个 Skill 不只是提示词，而是一个包含 SKILL.md、操作说明、脚本和参考资料的能力目录。它可以把团队经验、执行规范和复杂流程封装起来，让通用模型在特定任务上表现得像熟悉业务的专业同事。

Plugin，解决的是“这些能力如何作为一个产品交付”。

Anthropic 现在明确把插件定义为 Claude 第三方扩展的主要形态。一个插件可以只包含 MCP 连接器，也可以把 MCP 与 Agent Skills 打包在一起；在 Claude Code 中，还能进一步包含命令、Hooks、Agents 和 LSP 等组件。

一句话概括就是：

MCP 提供手脚，Skills 提供方法，Plugin 负责把整套能力包装、分发和安装。

真正重要的，不是“可以提交”，而是产品闭环出现了

新的提交门户目前向 Claude 付费计划开发者开放，支持两条路径：

第一种，是提交单一 MCP 连接器，开发者只需指向自己的远程 MCP Server。

第二种，是提交托管在 GitHub 上的插件包，把 MCP Server 和 Skills 组合成完整方案。

提交后，平台会自动校验并进行安全扫描；开发者可以查看审核进度、扫描结果和修改建议；审核通过后，还能自主决定何时发布。

更值得注意的是上线之后。Anthropic 会提供安装量、产品端分布、版本使用情况、详情页浏览量，以及用户通过哪些搜索词找到插件等数据。

这意味着插件不再只是一个 GitHub 仓库或教程附件，而是第一次拥有了相对完整的生命周期：

开发 → 校验 → 审核 → 上架 → 被发现 → 安装 → 数据反馈 → 版本迭代。

这条链路一旦跑通，开发者关注的问题就会发生变化。以前大家比的是谁能接更多工具、写出更复杂的提示词；以后更可能比的是：谁能让用户更快获得价值，谁的安装体验更顺滑，谁能用真实使用数据把产品越做越好。

Agent 生态，正在复刻软件行业走过的路

早期个人电脑有可执行程序，智能手机有 App，浏览器有扩展。真正催生生态的，从来不只是技术标准，而是标准之外的分发机制。

MCP 已经完成了关键的第一步：把“模型调用外部工具”逐渐变成通用协议。Agent Skills 又补上了另一块：把行业知识、组织流程和操作经验变成可移植、可组合的能力包。

但仅有标准还不够。

如果用户仍然要自己找仓库、阅读说明、配置环境、检查风险、手动更新，那么再好的能力也只能停留在开发者圈层。插件目录和提交门户的意义，就在于把这些零散环节收进一个普通用户能够理解的产品入口。

Anthropic 还把 Skills、Connectors 和 Plugins 放进统一的发现目录。用户可以在 Claude 或 Claude Desktop 的 Customize 页面中浏览和安装；插件保存到账号后，其能力可进入网页聊天、Cowork 和 Claude Code 等不同使用场景。

这不是简单地多了一个列表页，而是把“能力”从某台电脑里的配置文件，变成跟随账号流动的产品。

对开发者来说，机会发生了三次迁移

第一波机会属于模型应用。大家围绕大模型做聊天工具、内容生成器和垂直 SaaS。

第二波机会属于 Agent 基础设施。开发者开始搭建 MCP Server、工具调用框架、记忆系统和多 Agent 编排。

现在出现的第三波机会，是可分发的专业能力产品。

它可能不是一个独立 App，而是一套“接入数据 + 理解规则 + 完成任务”的能力组合。例如：

●一个财务插件，不只连接表格和财务系统，还内置建模规范、审计检查和报告模板；

●一个内容运营插件，不只连接公众号后台，还能完成选题、写作、配图、排版和发布；

●一个研发插件，不只读取代码仓库，还理解团队的评审标准、上线流程和故障处理手册。

这些产品的护城河，不再只是 API 接得多，而是能否把一个高价值工作流做得稳定、可信、可复用。

这也会催生一种新的开发者角色：Agent 能力产品经理。他既要懂业务流程，也要理解工具权限、上下文设计、失败恢复和安全边界，还要像经营 SaaS 一样研究安装转化、搜索词和版本留存。

但这还不是“躺赚的插件商店”

值得保持冷静的是，提交入口出现，不等于成熟商业市场已经形成。

第一，当前官方强调的是发现、安装和使用分析，并没有宣布面向所有开发者的统一付费结算体系。插件能否直接收费、如何分成，仍是后续最值得关注的问题。

第二，Agent 插件比传统浏览器插件拥有更复杂的风险面。MCP 可能连接真实数据和执行操作，Skills 可能携带脚本与外部依赖。Anthropic 因此把自动校验、安全扫描和审核放进上架流程；开发者也必须把最小权限、凭证管理、指令注入防护和可审计性当成产品的一部分。

第三，“能运行”和“值得安装”之间还有很长距离。一个插件若只有连接能力，却不能帮用户完成闭环任务，很容易沦为演示。真正有竞争力的产品，会把 MCP 的工具能力与 Skills 的流程知识组合起来，让用户从安装到第一次获得结果，只需要几分钟。

现在入场，应该做什么？

如果你是开发者或小团队，可以从四件事开始：

一，别从技术出发，先选一个高频且结果明确的任务。 比如“整理一次销售拜访并更新 CRM”，比“做一个 CRM MCP”更接近用户愿意安装的产品。

二，把连接能力和操作方法分开设计。 MCP 负责读写系统，Skill 负责步骤、规则、模板和异常处理。这样既容易维护，也方便未来适配更多 Agent 平台。

三，把安全与可观察性前置。 明确每个工具的权限、危险操作的确认机制、数据去向和失败回滚，不要等上架被拒后再补。

四，像经营产品一样经营插件。 打磨名称、描述和首屏价值，关注用户通过什么关键词找到你、安装后在哪一步流失，再用版本数据持续迭代。

最后的判断

Anthropic 这次开放的，不只是一个提交表单。

它释放了一个清晰信号：MCP 和 Agent Skills 不再只是开发者手里的积木，正在被装进一套面向用户、组织和市场的产品系统。

未来的 AI 应用，未必都长成独立网站或手机 App。大量垂直能力可能以插件的形态存在：安装即用，随账号流动，在对话与工作流中被自动调用。

当连接器、专业知识、审核分发和使用数据被串成闭环，Agent 生态真正的竞争才刚刚开始。

下一批有价值的 AI 产品，也许不是“再做一个聊天机器人”，而是把某个行业最难、最琐碎、最依赖经验的工作，封装成一个人人都能安装的能力。

参考资料

●Anthropic：Build plugins for Claude with the directory submission portal

●Anthropic：Equipping agents for the real world with Agent Skills

●Claude Help Center：Browse skills, connectors, and plugins in one directory

●Claude Help Center：Manage plugins for your organization