ARTICLE · 1090047
Claude 开放插件投稿:AI 工具的下一个战场,不只是 MCP,而是谁能被发现
一件作品做出来，并不等于它会被看见。
它还需要进入展厅，需要一块准确的说明牌，需要通过策展人的选择，也需要观众愿意停下来。
AI 工具正在经历同样的变化。
2026 年 9 月 25 日，Claude 宣布开放新的插件目录投稿门户。开发者可以提交远程 MCP 连接器，也可以把 MCP server、Agent Skills 等能力打包成插件，经过自动验证、安全扫描和审核后，进入 Claude 的目录。上线之后，开发者还能查看安装量、列表浏览量，以及用户通过哪些搜索词找到它。
这看起来像一次普通的开发者更新，真正值得注意的却是：
AI 工具的竞争，正在从“我能接入什么”，转向“用户为什么会找到我、信任我、留下来”。
一、MCP 解决了连接，但没有解决分发
过去一年，很多人把注意力放在 MCP 上。这很合理：它给模型和外部工具提供了一种共同的连接方式。
但“能够连接”和“有人使用”之间，仍隔着很长的一段路。
一个开发者做出 MCP server 之后，还要回答这些问题：
• 用户在哪里第一次看见它？ • 他怎样判断这个工具是否可信？ • 安装之前，能不能看懂它会访问什么？ • 上线之后，开发者如何知道用户在搜索什么、为什么没有安装？ • 一个连接器如何与 Skills、命令、hooks 或 agents 一起交付？
这就像艺术家拥有了运输作品的标准箱体，却还没有展览空间、作品目录和观众动线。
MCP 解决的是“作品能不能送到”；目录和插件体系解决的，是“它以什么方式被看见”。
二、Claude 把零散能力装进了一个“展览单元”
Claude 官方给出了两种投稿路径。
第一种比较轻：提交一个远程 MCP connector，让 Claude 能调用某项外部服务。
第二种更完整：提交一个托管在 GitHub 的插件包，把 MCP servers 与 Agent Skills 组合起来。在 Claude Code 中，插件还可以包含 LSP、commands、hooks 和 agents。
这一区别很重要。
连接器像一件单独的器具，解决一个明确动作；插件更像一间完整展厅，不只提供工具，还可以带上使用说明、工作步骤、自动触发点和专门角色。
Claude Code 文档也提醒：技能、subagents、hooks 和 MCP servers 本来就能单独存在。只有当你希望把多个组件作为一个版本化单元，交给团队安装、更新或分发时，插件才真正有价值。
所以，不是所有东西都要做成插件。
如果一个能力单独就能说清楚，就保持简单；如果它需要多种组件共同完成一段稳定工作流，再把它包装成插件。
三、真正的新门槛，是“可被信任”
新门户并不是上传完就结束。
官方说明，每次提交会先自动验证并进行安全扫描。开发者可以查看审核状态、扫描结果、反馈和建议修改；审核通过后，也不是平台替你立刻发布，而是由开发者决定上线时间。
这套流程透露出一个清楚的信号：
当 AI 工具能够读取文件、调用服务、触发动作之后，目录不能只做一个好看的链接集合。它必须帮助用户判断：这个插件是谁做的、包含什么、会运行什么、有没有明显风险。
当然，安全扫描不等于绝对安全，进入官方目录也不等于永远可信。Claude Code 官方文档明确指出，插件启用后可能影响每次会话的上下文，MCP server 会伴随会话运行，hooks 也会在相应生命周期触发；它们执行时使用的是用户自己的权限。
因此，一个成熟的插件说明，至少应该讲清四件事：
1. 它解决什么问题； 2. 它包含哪些组件； 3. 它会访问哪些数据与权限； 4. 不需要时怎样停用或移除。
好的分发，不只是让安装按钮更醒目，也要让退出路径足够清楚。
四、从“安装量”到“搜索词”，工具开始像内容一样运营
插件上线之后，开发者可以看到不同产品界面、不同版本的安装情况，也可以看到列表浏览量，以及哪些搜索词把用户带到自己的页面。
这对独立开发者和知识服务者尤其重要。
以前，一个工具没人用，原因往往只能靠猜：是功能不够好，名字太抽象，说明写得不清楚，还是用户根本没搜到？
现在，插件运营开始出现一条更接近内容创作的路径：
用户搜索什么 → 看见什么 → 是否安装 → 在哪里使用 → 哪个版本留下来。
这和经营一个公众号、一门课程或一个作品集很像。创作者不仅要完成作品，还要理解观众如何进入、在哪一段离开、什么表达让人愿意收藏。
五、对 AI 创作者来说，最值得做的不是“再造一个万能插件”
目录开放之后，最容易出现的冲动，是把所有能力都塞进一个“大而全”的插件。
但真正容易被发现的产品，通常有更清楚的入口。
它可能只服务一个高频动作：把采访录音整理成选题卡，把展览资料变成导览脚本，把品牌素材检查成发布清单，或把一套反复使用的研究流程交给团队。
一个值得上架的插件，不妨先通过三道自检：
• 它能不能用一句话说清？ 如果用户看完名字仍不知道能做什么，搜索和目录都救不了它。 • 它是不是比一条提示词更稳定？ 如果没有工具调用、规则复用或多组件协作，可能不必做成插件。 • 它有没有明确的权限边界？ 如果自己都说不清会读取和执行什么，就不应该急着公开分发。
未来数周，Claude 计划在 Claude 与 Claude Code 之间逐步推出统一的发现体验。现有 Skill、connector 或 plugin 暂时不需要改动，连接器列表未来也可以转换为插件。
这意味着窗口已经打开，但生态还没有定型。
结语
过去谈 AI 工具，人们最爱问：它接了多少模型、多少 API、多少 MCP server。
接下来，更重要的问题可能是：
当成千上万个工具都能接入时，谁负责筛选？谁建立信任？谁理解用户正在寻找什么？
技术标准让工具走进同一座建筑。
目录、审核与数据分析，开始决定它能不能获得一间真正有人经过的展厅。
对 AI 创作者来说，下一阶段值得收藏的能力，不只是“会做工具”，而是把一个清楚、有边界、可验证的工作流，做成别人愿意安装和长期使用的作品。
资料来源
1. Claude Blog，《Build plugins for Claude》，2026 年 9 月 25 日。 2. Claude Code Docs，《Plugins overview》，访问于 2026 年 9 月 27 日。