目录
“靠 MCP server 能赚钱吗？”答案是：能。但 MCP 规范本身没有任何收费机制，所以收钱的方式得由你自己选、自己接进去。
网上流传着一个数字：“公开的 MCP server 超过 12,000 个，成功变现的不到 5%”。但一路追溯下去，找不到原始调查。因此本文不使用这个数字。取而代之的是：我们自己对官方注册表的计数、MCP 规范原文，以及各市场平台的条款和文档原文。所有内容的核实日期均为 2026 年 9 月 30 日。
“有多少个”取决于谁在数、数的是什么，数量级都会变
— 而“其中多少个在赚钱”，找不到任何一手数据
官方注册表的登记信息（server.json）里没有价格字段。
所以“整体有百分之几是付费的”，无法用官方数据数出来。
1. MCP server 到底有多少——数法不同，数量级就不同
先确认“市场有多大”。把四个数法不同的数字摆在一起，就会发现它们连数量级都对不上。
| 来源 | 数字 | 数的是什么 | 时间 |
|---|---|---|---|
| MCP 官方注册表（本站通过 API 统计） | 37,619 个 | 每个已登记 server 的最新版本。其中活跃 37,170、已弃用 449；带远程 URL 的 23,247，以软件包分发的 15,759（两者兼有 1,843） | 2026-09-30 |
| Anthropic 的公告 | 超过 10,000 | “活跃的公开 MCP server” | 2025-12-09 |
| Glama | 94,143 个 | Glama 收集并收录的 server | 2026-09-30 |
| MCPize | 超过 1,050 | MCPize 市场上架的 server（免费和付费都有） | 2026-09-30 |
官方注册表要求先证明你是命名空间（GitHub 账号或域名）的所有者，才允许登记。这和大范围收录代码仓库的目录，本来数的就不是同一批对象。看到“MCP server 有 N 个”时，第一件事是确认“谁在数、数的是什么”。
那么“其中多少个在赚钱”能数出来吗？官方注册表的登记信息（server.json）包含名称、说明、版本、软件包位置、远程 URL 等，官方说明里没有价格字段。是否收费、卖了多少，用官方数据是看不出来的。看到“X% 已成功变现”这类斩钉截铁的数字，先确认它数了什么、怎么数的，再决定用不用。
在此基础上能说的是：做 MCP，比起“写出来”，更难的是“选好收钱的方式”。原因在下一章的规范里。
2. 为什么 MCP 容易走向“免费”——规范里有什么、没有什么
MCP server 之所以容易被免费分发，有三个结构性原因。
- ① 协议是开放的：MCP 于 2025 年 12 月被捐赠给 Linux Foundation 旗下成立的 Agentic AI Foundation（AAIF）（Anthropic 的公告）。谁都能实现它，差异化只能靠你的 server 提供的数据和逻辑
- ② 容易被复制：公开了代码，谁都能做出同样的东西。开源这一点本身就不利于独占收入
- ③ 规范里没有收费标准：MCP 规范只规定到“连接”和“授权”，对价格、支付、用量计量都没有规定（见下表）
我们用规范原文核实第 ③ 点。下表依据最新规范（2026-07-28 版 Authorization）和官方文档索引（llms.txt）。
| 项目 | 规范里有吗 | 原文核实结果（2026-09-30） |
|---|---|---|
| 授权（允许谁使用） | 有（但可选） | 授权是 OPTIONAL。使用时走基于 OAuth 2.1 的流程，MCP server 作为 OAuth 资源服务器校验访问令牌 |
| 适用的传输方式 | 仅 HTTP | 建议基于 HTTP 的传输遵循该规范。本地 STDIO 连接不遵循该规范，而是从环境中获取凭据（也就是用环境变量传 API 密钥） |
| 发现与客户端注册 | 有 | server 通过 OAuth 2.0 Protected Resource Metadata（RFC 9728）指明授权服务器的位置。客户端注册推荐 Client ID Metadata Documents，Dynamic Client Registration 为向后兼容而保留 |
| 价格与支付 | 没有 | 规范本身和官方扩展（MCP Apps、授权扩展、Tasks、Skills）都不涉及价格或支付 |
| 用量计量（按量计费的基础） | 没有 | 没有由客户端统计调用次数用于计费的标准。计数是 server 端（或市场平台网关）的工作 |
| 注册表中的价格 | 没有 | 官方注册表的 server.json 没有价格字段。注册表本身也还处于“预览”阶段 |
也就是说，要收钱，只能在“MCP 之外”建立机制。大体有两种做法：(a) 绑定到自家服务的账号（OAuth 或 API 密钥），由自己计量、自己开账单；(b) 上架到一并提供支付、认证和托管的市场平台。下一章的 4 种模式，看作这两者的组合就容易理解了。
3. 4 种变现模式
靠 MCP server 收钱的形式，可以分成以下 4 种。
靠 MCP server 收钱的 4 种形式
③ “API 密钥型”看一看实际提供方的文档就很清楚。它们的共同做法是：MCP server 本身不定价，先用免费额度让人试用，再按背后 API 的用量收费。
| 提供方 | MCP server 怎么开始用 | 钱从哪里来 |
|---|---|---|
| Bright Data | 新账号有每月 5,000 次请求的免费额度。可以用托管的远程版，也可以自己部署 | MCP server 跑在 Web Unlocker API 上，所以免费额度与整个账号共用。超出部分按 API 用量计费 |
| Exa | 不需要 API 密钥的“免密钥”模式（有频率限制）。也可以用 OAuth 连接自己的账号。新账号赠送免费额度 | 正式使用时连到自己的账号，按 Exa 的 API 价格付费 |
| Tavily | 在远程 MCP server 的 URL 上附带自己的 API 密钥使用。没有密钥时客户端会要求登录（文档也介绍了免密钥的免费用法） | Tavily 的 API 用量费 |
这种形式的优势在于，MCP 规范没有收费标准这一点，对它构不成弱点。收费靠公司原有的 API 体系就能完成，MCP server 只需做好“让人用起来的入口”。反过来说，手里还没有能卖的 API 的个人开发者，没法原样照搬。
4. 在哪里卖——手续费与结算条件对比
定好了赚钱方式，接下来是在哪里卖。下面根据各公司条款和文档原文，列出手续费和结算条件（全部取自 2026-09-30；条款会变，上架前一定要重新读原文）。
| 销售渠道 | 手续费 / 分成 | 收费形式 | 结算条件 | 出处 |
|---|---|---|---|---|
| MCPize | 交易总额的 20%（2026-06-10 及以后开始收费的 server）。在此之前开始的 server 永久锁定为 15%。手续费已包含 Stripe 的支付处理费 | 订阅、按量、一次性买断。也支持按工具调用以 USDC 收费 | 每月通过 Stripe Connect 结算，需完成身份验证和税务资料，并受最低结算金额等条件约束（条款未写明具体金额） | 服务条款（2026-04-12 更新）、开发者页面 |
| Apify Store | 按事件计费时，开发者所得为收入的 80% 减去运行产生的平台费用 | 按事件计费（此外还有让用户只付平台使用费等形式） | 每月 11 日自动生成上月账单，14 日自动确认。最低结算额：PayPal 和 Wise 为 $20，其他方式为 $100（不足则顺延到下月） | 价格与费用、结算 |
| 自建网站 + Stripe | Stripe 的支付手续费因国家而异（日本的价格页面为每笔成功的银行卡支付 3.6%）。订阅扣款使用 Stripe Billing 时，另收 Billing 交易额的 0.7% | 自由（自己搭建） | 按 Stripe 的到账周期。税务、退款、支持都要自己负责 | Stripe 价格（显示内容因访问国家而不同） |
| Smithery | 公开页面上找不到向作者分成的说明 | — | — | smithery.ai（公告称“已成为 Arcade.dev 的一部分”） |
| Glama | 公开页面上找不到向作者分成的说明 | — | — | glama.ai |
举个例子说明怎么读这些数字。卖出一份每月 $10 的订阅：在 MCPize 到手 $8（20% 手续费已含 Stripe 支付处理费；结算时可能另有手续费）。用自建网站 + Stripe Billing，以日本的银行卡费率 3.6% 为例，$10 减去 3.6% 和 0.7%，约为 $9.57（本站计算；需要货币换算时还会有额外手续费）。差额约 $1.57，但自建网站要自己负责托管、税务、退款和支持。判断标准是“手续费差额”与“自己承担的工作量”之比，哪边划算，会随销售规模和你已有的基础设施而反转。
至少从公开页面来看，Smithery 和 Glama 更现实的定位是“被发现的地方”，而不是“卖的地方”。卖的地方和引流的地方，要分开考虑。
5. 有名有姓的案例——这个数字究竟是谁说的
“某某 6 周做到月入 $10K”之类的成功故事很多，但能追溯到本人或公司原话的很少。这里只收录能追溯到发言者或一手页面的内容。
| 案例 | 一手信息能确认的 | 无法确认的 |
|---|---|---|
| 21st.dev | 价格页面显示，付费的 Builder 套餐（年付每月 $6、季付每月 $8）包含“通过 MCP 无限获取组件”。另有带 AI 额度的 Builder + AI 和面向团队的 Team | 收入数字。常被引用的“6 周做到 $10K MRR”，找不到本人或公司的原话 |
| Apify Store | Apify 面向 MCP 开发者的页面引用了一位开发者（Twenty 的 Guillaume Lancrenon）的话：“做其他副业每月 $500，现在 Apify Store 带来超过 $2,000。”同一页面上 Apify 称“每月向开发者支付超过 $500k” | 这 $2,000 指的是整个 Apify Store，并不只是 MCP server 的收入。支付总额也是 Apify 自己的说法 |
| Bright Data、Exa、Tavily | 官方文档写明了 MCP server 的用法和免费额度（见上一章的表） | 经由 MCP 的收入（未公开） |
| Notion、Linear、Sentry、Stripe | 都推出了自家的官方 MCP server（Notion、Linear、Sentry、Stripe） | MCP 带来的效果（未公开） |
能看出两个共同点。(1) 比起给 MCP server 单独定价的例子，把 MCP 作为现有付费服务的一部分推出的例子要容易核实得多。(2) 单独售卖的例子，都建立在 Apify、MCPize 这类代为处理支付和结算的平台之上。
6. 赚不到钱的结构——常见的失败模式
“百分之多少会失败”没有一手数据。但从前面的规范和条款来看，赚不到钱的结构已经很清楚了。
“免费发布→放着不管”的下场
这些失败的根源是同一个前提：“只要好用，总会有人付钱”。MCP 确实好用，但规范只管到“连接”为止。收钱的机制，必须从一开始就自己选好。
7. 个人开发者的实操手册
“如果现在一个人挑战 MCP 变现”，下面按现实可行的步骤来写。
① 选定细分领域（最重要）
避开“能和所有 SaaS 集成的 MCP”这类通用产品。瞄准“特定行业 × 特定工作”。例如：“面向会计事务所的财务软件对接”“面向房地产行业的产权登记文件识别”“面向牙科诊所的预约数据摘要”。越窄，卖给谁就越清楚，也越好收费。
② 先选好收钱的机制
第 2 章已经看到，MCP 规范没有收费标准。所以在 v0.1 阶段就要决定走哪条路：
- 交给市场平台：MCPize（手续费 20%，含 Stripe 支付处理费）或 Apify Store（收入的 80% 减去运行费用）。支付、结算、托管都由平台代劳
- 自己掌握：给远程 MCP server 加上 OAuth 2.1 授权（遵循规范的 Authorization 部分），用自家账号和 Stripe 收费。手续费更低，但包括用量计量在内的一切都要自己做
“先免费发布，以后再收费”意味着要事后重做授权机制，最好避免。
③ 文档用“视频 + 文字”
把“为什么需要 → 能做什么 → 3 分钟上手”录成简短的屏幕录像。连接配置因 MCP 客户端而异，在 README 里列出各主流客户端的配置示例，能减少很多咨询。
④ 登记到官方注册表和各目录
MCP 官方注册表的定位是目录和市场平台来拉取信息的“源数据”。登记时需要通过 GitHub、DNS 或 HTTP 其中一种方式证明你拥有该命名空间。注意两点：已发布的 server 目前无法删除或下架；同一版本的信息发布后不能修改（需要用新版本号重新发布）（官方 FAQ）。然后再登记到 Smithery、Glama、PulseMCP 等目录。卖的地方和被发现的地方是两回事。
⑤ “常驻”社区
在 MCP 官方仓库的讨论区、MCP 相关社区以及 X 等处，定期发布更新和使用示例。规范修订和新扩展也往往最先在这些地方被讨论，有助于避免 ④ 停止更新的问题。
⑥ 设定期限，坚持下去
头几个月看不到结果并不稀奇。但也不要漫无目的地拖下去，自己定一个“到什么时候有多少付费用户”的目标，达不到就换细分领域。
8. 企业战略——把 MCP 当作产品的一部分
个人开发者和企业的战略完全不同。对企业来说，比起“靠 MCP server 本身赚钱”，把 MCP 作为现有 SaaS 的入口来提供才是正道。
典型例子：
- Notion / Linear / Sentry / Stripe：推出官方 MCP server，让现有用户能通过 AI 操作产品。目的是让用户持续使用主服务
- Bright Data / Exa / Tavily：把 MCP 当作搜索、抓取 API 的新销售渠道。先用免费额度让人试用，再按 API 用量收费（见第 3 章的表）
- AI 模型提供方：不对 MCP 本身收费，但 MCP 能做的事越多，自家模型和 API 就被用得越多，形成间接收入
它们都是“MCP 免费提供，把用户导向付费的主服务”这一模式。对企业来说，把 MCP 理解为新的获客入口，判断就会清晰很多。
9. 接下来值得关注的变化
与其猜几年后的市场规模，不如关注可能改变前提的动向。截至 2026 年 9 月 30 日，能看到的有以下几点。
- 规范会不会加入收费机制：目前的规范和官方扩展（MCP Apps、授权扩展、Tasks、Skills）都不涉及价格或支付。扩展机制本身是存在的，一旦出现收费扩展，前提就会改变。请关注扩展列表
- 官方注册表的正式版：目前处于“预览”阶段，文档明确写着正式版之前可能会重置数据或发生不兼容的变更
- 市场平台的整合与条款变更：Smithery 公告称已成为 Arcade.dev 的一部分。MCPize 把手续费从 15% 提高到 20%（适用于 2026-06-10 及以后开始收费的 server）。要默认销售渠道的条件会变，定期查看条款的更新日期
反过来说，“在规范之外收费”的做法，不管规范怎么变都能继续用。企业之所以选择用自家账号和 API 收费的 ③ 型，这种稳定性也是原因之一。
总结
- 靠 MCP server 可以变现。但 MCP 规范里没有价格、支付、用量计量的标准（授权基于 OAuth 2.1 且可选），收钱的机制要在 MCP 之外选择
- “12,000 个里不到 5% 变现成功”这个数字找不到发布方。官方注册表没有价格字段，付费比例无法用官方数据数出来
- server 数量因数法不同而差一个数量级：官方注册表 37,619 个、Glama 94,143 个（均为 2026-09-30），Anthropic 公告称“活跃的公开 server 超过 10,000 个”（2025-12-09）
- 4 种赚钱模式：订阅 / 按量计费 / API 密钥型 / 免费增值。最容易核实的成功案例，是作为现有付费 API 入口的 API 密钥型
- 销售渠道：MCPize（手续费 20%，2026-06-10 之前开始的 server 为 15%）/ Apify Store（收入的 80% 减去运行费用）/ 自建网站 + Stripe（银行卡费率因国家而异，例如日本 3.6%；Billing 另收 0.7%）。Smithery、Glama 是“被发现的地方”
- 个人开发者实操手册：窄细分 + 先选好收钱机制 + 视频文档 + 登记官方注册表和各目录 + 持续发布 + 设定期限
- 企业战略：把 MCP 作为现有 SaaS 的入口免费提供，把收入导向主业
MCP 正在成为和 HTTP、OAuth 一样的“基础设施层”。给基础设施本身定价很难。但在基础设施之上，连同收钱的机制一起盖一座“房子”，是做得到的。
FAQ
Q1. 编程新手也能参与 MCP 变现吗？
有条件地可以。用官方的 Python 或 TypeScript SDK，做出一个能运行的 server 并不难。但“能运行的 server”和“能收钱的 server”之间差距很大。把授权和收费交给市场平台（MCPize、Apify 等），先做一个自己工作中用得上的东西，收集真实用户的反馈后再收费，是比较现实的做法。
Q2. 自建网站 + Stripe 和 MCPize，哪个好？
只看手续费，自建网站更便宜（Stripe 银行卡费率因国家而异，例如日本 3.6%，再加 Billing 0.7%，对比 MCPize 的 20%）。但 MCPize 的 20% 包含了支付处理、托管和税务处理，自建网站这些都要自己承担。判断依据是“手续费差额”是否超过“自己承担的工作成本”。常见思路是销售额小时用市场平台，做大后再迁到自建网站，但迁移时需要用户重新配置连接和授权。
Q3. 开源发布，靠付费支持赚钱的模式呢？
可以成立，和 Linux 发行版的付费支持是同一类型。但对个人开发者来说很难——支持工作会占用时间，开发就停了。如果是本职之外的副业，订阅或按量计费更合适。
Q4. 和现有付费 SaaS（如 Notion）竞争的 MCP server 能赚钱吗？
原理上很难。Notion 既然推出了官方 MCP server，要做出比它更好用的东西很不容易。如果是补足“官方薄弱的功能”，还有机会（高级分析、面向特定行业的模板、扩展连接对象等）。
Q5. 登记到官方 MCP 注册表，就能在那里卖吗？
不能。官方注册表是存放 server 信息（元数据）的地方，既没有价格字段，也没有支付机制。官方说明也写道，它的主要使用者是目录、市场平台等“下游聚合服务”。分工是：在市场平台或自建网站上卖，官方注册表则是让人发现你的入口之一。
Q6. 到了 AI 自动生成 MCP server 的时代，开发者的收入会消失吗？
“只是能运行的 server”确实会被自动生成。但“用户信任的 server”是另一回事。可用性保障、支持、行业专业知识、跟进规范修订——这些光靠 AI 生成是满足不了的。更可能的分工是“最初能运行的版本由 AI 做，运营、改进和建立信任由人来做”。
Q7. 如果我要开始做 MCP 变现，第一周该做什么？
3 步：
(1) 选定一个细分领域（聚焦自己的行业、爱好或擅长的领域，越窄越好）
(2) 决定收钱机制（去读 MCPize、Apify 的条款原文，或者用自己的 OAuth + Stripe），跑起一个最小化的 server
(3) 登记到官方注册表以及 Smithery、Glama、PulseMCP 等目录，在 X 等平台上发布消息
这就是一周。到了自己定的期限还没有付费用户，就换个细分领域，从 (1) 重新开始。尝试次数的多少决定结果。
