首页 › new-tools › MCP长出应用商店：三把上架新刀

MCP长出应用商店：三把上架新刀

2026年7月初，Hacker News 头版同时挂着两条 MCP 消息：一条是苹果 WebKit 官方发布的 Safari MCP server（264 赞、74 评论），另一条是 YC S25 项目 Manufact（MCP Cloud） 的 Launch HN（108 赞、69 评论）。两件事拼在一起，指向同一个被国内严重低估的趋势——MCP 已经从"一个连接协议"长成了"一个新的分发入口"。本文拆解三把本周上线的上架型新刀：Manufact（云托管+跨客户端测试+上架分发）、Safari MCP（大厂一方背书）、mcp-use（开源全栈构建框架）。读完你会知道：为什么"产品要不要做 MCP"正在变成"产品要不要做小程序"级别的决策。

一、为什么说 MCP 进入了"App Store 时刻"

先说信息差的核心。很多人对 MCP 的认知还停在"本地给 Claude Code 接个数据库的工具"。但 Manufact 团队在本周 Launch HN（原帖）里把这条时间线讲得很清楚：

最关键的一句：主流大厂普遍反映，其 MCP 已经占到总调用的 15% 以上；团队还转述了一位 Amplitude 工程师的说法——给 MCP 加上交互式 UI 后，留存翻倍（2× retention）。Claude/ChatGPT/Cursor 开始根据用户意图动态呈现 MCP server，也就是说：你的产品可以"被聊天框有机发现"。

这就是"App Store 时刻"——以前你要被用户找到，得做 iOS App / 微信小程序；现在你要被 AI 看到，得做一个 MCP、上架到市场、让模型按意图把它推给用户。国内目前还停留在"插件市场"（扣子插件、文心插件）这种各家私有形态，没有统一到 MCP 这条标准上。这是当前最大的时间差。

flowchart LR
    A["1. 写 MCP Server<br/>mcp-use SDK 开源"] --> B["2. 云托管+测试<br/>Manufact MCP Cloud"]
    B --> C["3. 提交上架<br/>ChatGPT/Claude/Cursor 市场"]
    C --> D["4. 对话内被动态发现<br/>按用户意图推荐"]
    D --> E["5. 留存转化<br/>Amplitude: 加 UI 留存 2×"]
    E -.数据回流.-> A

二、三把新刀逐个拆

刀一：Manufact（MCP Cloud）——"给 MCP 用的 Vercel"

刀二：Safari MCP server（苹果 WebKit 官方）——大厂一方背书的信号弹

刀三：mcp-use SDK —— 全栈开源构建框架（10.2k stars）

彩蛋刀：两条小而美的新 MCP

三、信息差总结：你知道的 vs 别人不知道的

维度 多数人的认知（旧） 本周的事实（新）
MCP 定位 本地给 Claude Code 接 DB 的小工具 进 ChatGPT/Claude/Cursor 应用市场的分发入口
MCP 标准 各家各做，乱 2026年1月 SEP-1865 统一 UI 标准，一套代码多端渲染
一方背书 都是创业公司在做 苹果 WebKit 官方下场发 Safari MCP（264 赞）
商业价值 没人测过 大厂反馈 MCP 占调用 15%+；Amplitude 加 UI 后留存 2×
工程化 手搓、本地装、难调试 Manufact 提供云托管+跨客户端测试+上架，像发网站一样发工具
国内现状 扣子/文心插件各自为政 仍停在私有"插件市场"，没有统一到 MCP 分发标准——时间差窗口

四、行动指南（按优先级）

  1. 判断窗口期：如果你做的是 SaaS / 开发者工具 / 企业内部系统，今天就该评估"做不做 MCP"。判断标准很简单——"用户会不会在 Claude/ChatGPT 里想用到我的产品能力"。会，就做。
  2. 最快 PoC：用 mcp-use 花 1-2 天写一个最小 MCP server。后端是 GraphQL 的，直接试 graphql-mcp 零改造转换。
  3. 跨客户端验证：别只在本地 Claude Code 测。用 Manufact 的跨客户端测试，确保在 ChatGPT/Claude/Cursor 表现一致——这是"上架"前最容易翻车的点。
  4. 为上架做准备：把交互能力做成 MCP UI（走 SEP-1865 标准），留存数据会明显更好；然后走 store submission 流程，争取第一批被"按意图动态推荐"。
  5. 盯一方信号：把 Safari MCP 这种大厂一方动作当风向标。下一个发一方 MCP 的大厂，可能就是你的赛道。

五、参考来源

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护。 聚焦5G/6G核心网、3GPP标准、AI工具实战。知识星球「51学通信」提供深度技术答疑和行业洞察。

完成摘要（What was done）

下一步计划（What's next）

  1. P1：补 Manufact 的确切定价档位——本次官网首页未硬标套餐价，建议后续人工打开 Pricing 页 截取数字回填。
  2. P2：若需要更深入，可抓取 Safari MCP 的 HN 74 条评论，提炼"Web 开发者真实使用反馈"做 Round 5（trending）素材。
  3. P3：国产 MCP 平台（百炼/扣子）的对比可单独立题，做成 cost-hacks 或 use-cases 轮。

注意事项（If applicable）

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。

51学通信知识星球海报-扫码加入

📎 本分类最新文章