# MCP 服务器定价模式：如何为 Model Context Protocol 收费 > MCP 服务器的定价模式：订阅制、按调用次数计费、按会话计费和混合模式。了解哪些模式适用于工具服务器、数据连接器和 AI 基础设施。 - **Author**: Ayush Agarwal - **Published**: 2026-05-20 - **Category**: AI, Pricing, MCP - **URL**: https://dodopayments.com/blogs/zh/mcp-server-pricing-models --- 大多数 MCP 服务器都应采用订阅制，并包含一定数量的工具调用额度，超出额度后按用量计费。更难的问题是应按什么单位计量，因为工具调用最容易统计，却往往不是正确的收费依据。Model Context Protocol 开启了一个全新的产品类别：MCP 服务器是 AI 智能体与外部工具、数据源和能力之间的桥梁。智能体通过它读取你的数据库、调用内部 API、访问知识库或调用自定义工具。MCP 的采用速度已经足够快，到 2026 年，MCP 服务器需要拥有自己的定价策略，而不是全盘照搬邻近 API 产品的模式。 本文将介绍适用于 MCP 服务器的定价模式、每种模式适用的场景，以及应避免的问题。本文面向 SaaS、AI 基础设施和开发者工具，不讨论电商。 ## MCP 服务器是什么，以及如何计费 MCP 服务器通过 Model Context Protocol 向 AI 智能体提供工具、资源或提示词。智能体连接服务器、发现可用内容，并在推理过程中调用工具或读取资源。从智能体的角度看，MCP 服务器是多个连接能力之一。从服务器运营方的角度看，每次连接和每次调用都是可计费事件。 可计费事件大致分为几类：工具调用，即智能体调用服务器提供的函数；资源读取，即智能体获取服务器提供的数据；提示词模板，即智能体使用服务器提供的提示词；服务器连接，即智能体与服务器建立会话。 这些事件的成本和价值特征各不相同。定价模式需要匹配客户实际消耗的内容，以及实际提供成本较高的部分。 ## 四种常见定价模式 MCP 服务器生态中常见四种定价形态。 ### 包含额度的订阅制 固定月费包含一定数量的工具调用或资源读取。只要未超过额度，客户支付的金额不随用量变化。超过额度后，可以收取超额费用，也可以限制访问速度。 这种模式适合用量可预测、客户能够提前估算需求的工作负载。它也适合企业采购，因为企业更偏好固定的费用项目。 ### 按调用次数计费 客户按每次工具调用或每次资源读取付费，不设置订阅基础费用，账单随用量线性增长。 这种模式适合用量高度波动的工作负载：有些客户使用很少，另一些客户使用很多。它也适合早期采用阶段，因为客户尚未确定合适的套餐，更愿意只为实际使用的内容付费。 缺点与所有纯用量计费模式相同：账单不可预测，采购流程更困难，个人用户也会对费用感到不安。对大多数 MCP 服务器来说，这种模式适合作为起点，但随着产品成熟，通常会转向混合模式。 ### 按会话或智能体计费 客户按连接到服务器的活跃会话或活跃智能体付费。会话通常是智能体的一段工作时间。对于会话级状态比单次工具调用更重要的产品，可以按每个并发活跃会话收取月费。 这种模式适合每个会话都会完成大量工作、工具调用次数并非正确计费单位的产品。但如果不同会话的使用强度差异很大，效果就不理想：你最终可能对短时高强度会话收费不足，或对长时低强度会话收费过高。 ### 订阅制加用量超额费 这是 MCP 服务器成熟后的主流模式。月度订阅费用构成合作基础，其中包含一定数量的调用或读取额度，超过额度后收取超额费用。更大的用量承诺可以解锁更低的单次调用价格。 这与 AI 产品整体逐渐采用的模式相同，背后的原因也类似。订阅制让买方能够预测费用。包含的额度让典型用户无需时刻考虑用量。超额费用覆盖高用量用户并保护利润空间。用量承诺则让高级用户以承诺用量为交换获得更优惠的价格。 对大多数 MCP 服务器来说，这是合适的起点，也是最容易在高端客户层面扩展为定制合同的模式。 ## 应该按什么收费：选择计费单位 价值单位是 MCP 服务器最重要的定价决策之一。以下是几种选择。 当客户获得的价值随智能体使用你的工具的次数增长时，工具调用就是合适的单位。这是提供业务功能、集成和 API 的 MCP 服务器最常见的模式。 当价值随智能体检索的数据量增长时，资源读取就是合适的单位。这适用于提供知识库、文档集合或其他数据源的 MCP 服务器。 当客户的成本基础高度依赖带宽时，可以按出站字节数计费。这种情况较少见，但适用于某些内容密集型服务器。 当客户关系与特定用户或智能体绑定，而不是与活动量绑定时，可以按活跃会话或席位计费。这适合企业销售和团队套餐。 当你能够定义明确的成功标准时，可以按结果事件计费。客户按每个解决的工单、每笔完成的交易，或每份实际交付的报告付费。这种模式实现起来较难，但一旦奏效，客户的支付意愿很高；这与[按结果而不是调用量将 AI 智能体商业化](https://dodopayments.com/blogs/monetize-ai-agent)背后的逻辑相同。 选择客户认为公平、且与你提供的价值相关的计费单位。内部实际计量的单位可以不同于对外收费的单位，只要两者之间的换算关系清晰易懂。 ## MCP 服务器定价容易出现的问题 早期 MCP 服务器定价中反复出现以下几类错误。 根据容易计量的内容，而不是代表价值的内容定价。工具调用很容易统计，但它们可能并不是客户真正关心的。如果客户购买的是结果，而你却按调用次数收费，客户会觉得价格与收益脱节，并开始寻找替代方案。 跳过订阅基础费用。MCP 服务器采用纯用量计费，会遇到[AI SaaS 按用量计费与固定费用之争](https://dodopayments.com/blogs/usage-based-billing-vs-flat-fees-ai-saas)中讨论的所有问题：账单不可预测，采购流程困难，个人用户在第一次遇到意外费用时就可能流失。加入订阅基础费用。 隐藏计量方式。客户看不到自己使用了什么，也不知道用量如何对应费用。直到第一张账单到达，他们才第一次理解你的计费模式。仪表板应实时显示用量，并清晰展示各项单位数量。 让高用量用户主导经济模型。如果少数客户贡献了大部分成本，而大多数客户在为他们补贴，模型就很脆弱。要么明确提高高用量套餐的价格，要么设置保护经济模型的上限。 因为边际成本看起来很低，就收取过低的价格。MCP 服务器的成本不仅是每次调用的基础设施成本，还包括工程、支持、安全、持续维护，以及你需要履行的 SLA。应按照运行服务的完整成本定价，而不只是每次调用的基础设施成本。 对功能单薄的封装层收费过高。如果你的 MCP 服务器只是对公共 API 的简单封装，客户最终会发现自己可以直接调用公共 API。定价需要反映你真正增加的价值。身份验证、速率限制共享、可观测性和便利性都是真实价值，但它们并不意味着你可以收取底层 API 成本的三倍。 ## 不同 MCP 服务器类别的定价模式 不同类别的 MCP 服务器适合不同的定价形态。 内部企业 MCP 服务器通常将客户自己的系统开放给其自身的智能体，因此一般作为企业合同或平台许可的一部分定价。收费单位通常是每个活跃智能体或每个平台实例。 第三方工具 MCP 服务器由你运营，客户连接它来集成你的产品，适合采用包含调用额度并收取超额费用的订阅模式。这种模式通常与 API 即服务产品类似。 数据和知识库 MCP 服务器的价值在于底层数据，因此可以根据使用模式采用按读取次数或按会话计费。有些产品会采用分层访问权限加超额费用的模式。 专业工具 MCP 服务器的价值在于特定能力，适合采用分层套餐的按调用次数计费模式。具体能力通常是差异化因素，单位价格也应体现这一点。 以托管服务形式运行的开源 MCP 服务器，其底层工具免费，因此适合采用托管和便利性定价。客户付费购买的是你承担的运营工作，而不是工具本身。 适合你产品的模式取决于你的价值主张，以及客户实际消耗的内容。 ## 如何实现 MCP 服务器计费 无论选择哪种模式，实现方式都大致一致。 定义与你收费单位匹配的计量项，并采用与在其他产品中[实现按用量计费](https://dodopayments.com/blogs/implement-usage-based-billing)相同的基础方法。工具调用、资源读取、会话，以及你实际定价所依据的其他单位，都应分别设置计量项。每个计量项都有自己的聚合规则和超额费用配置。 为服务器添加埋点，在每次可计费操作发生时发出用量事件。客户标识符来自连接身份验证，事件中应包含定价所依赖的元数据。 在服务器与计费平台之间使用队列。MCP 服务器的流量可能会出现突发，你不希望计费流程成为核心链路上的瓶颈。 实现能够实时生效的用量上限。按调用次数计费的 MCP 服务器面临与其他 API 即服务产品相同的失控成本风险。实时上限可以保护你和客户，避免单个行为异常的智能体造成严重损失。 清晰地向客户展示用量。仪表板应显示当前用量相对于额度的情况、近期活动和预计账单。这是最重要、也最需要做好的一点。 对比服务器日志与计费平台中的总量，执行对账流程。差异难以完全避免，对账任务可以在问题演变成客户争议之前将其发现。 ## Dodo Payments 如何提供支持 Dodo Payments 为 MCP 服务器运营方提供计费平台。订阅、采用计数或求和聚合的按用量计量、超额定价、用于套餐变更的按需订阅，以及全球税务处理，都可以通过同一套基础能力运行。事件接收 API 接受服务器发出的事件，并将其计入相关计量项。 如需参考实现，请查看[按用量计费指南](https://docs.dodopayments.com/developer-resources/usage-based-billing-guide)、[API 网关接入蓝图](https://docs.dodopayments.com/developer-resources/ingestion-blueprints/api-gateway)和[按需订阅指南](https://docs.dodopayments.com/developer-resources/ondemand-subscriptions)。平台负责计费基础能力，你的服务器负责 MCP 协议和业务逻辑。 ## 总结 MCP 服务器作为一个产品类别仍处于早期阶段，定价模式还在逐步稳定。目前占主导地位的模式是订阅制加用量超额费，这与 API 即服务和 AI 产品等相邻类别中已验证有效的模式一致。具体实现会根据服务器的实际功能和客户类型而有所不同。 如果你正在构建 MCP 服务器，并且正在确定定价方式，可以从混合模式开始。选择客户认为公平的收费单位。突出展示用量。设置上限，保护双方免受失控成本的影响。随着你逐渐了解客户真正重视的内容，再持续迭代。 这个类别会逐渐成熟，有效的模式也会变得更加标准化。在此之前，最稳妥的做法是遵循相邻 AI 和 API 类别中已验证有效的模式，并根据你的具体产品进行调整。 ## 常见问题 ### 我应该按工具调用次数还是按会话计费？ 取决于客户真正关心什么。如果客户获得的价值在于智能体执行了多少次有用操作，那么按调用次数计费就是合适的单位。如果价值在于整个工作会话，而工具调用只是实现目标的手段，那么按会话计费效果更好。大多数 MCP 服务器会发现，按调用次数计费是更清晰的默认选择。 ### 我可以为同一服务器上的不同工具设置不同价格吗？ 可以。采用按工具设置权重的求和聚合即可实现。每次工具调用都带有一个权重，用于体现其相对成本和价值。客户按单位付费，单位定义中会体现相对价格，而营销页面无需公开每个工具的单独价格。 ### 如何处理频繁重试的智能体？ 首先决定重试是否算作可计费事件。最清晰的政策是对每次实际调用计费，并让客户了解自己的重试率。有些产品只对一系列重试中的成功调用收费。两种方式都有合理性，但选择必须明确且保持一致。 ### 如果 MCP 服务器提供第三方 API 呢？ 定价需要覆盖底层 API 成本，再加上你的价值溢价。如果你提供的是收费的第三方 API，就需要将这项成本纳入定价。如果你提供的是免费或低成本 API，定价应体现你通过 MCP 集成、可观测性和可靠性所增加的价值。 ### 计费需要多快更新？ 对于按调用次数计费且设置了严格上限的 MCP 服务器，实时性很重要。客户和你的基础设施都需要确保上限在几秒内生效。如果采用纯订阅制，并在计费周期结束时收取超额费用，那么在几分钟内批量更新即可。计费层的更新速度应与执行规则的严格程度相匹配。 --- - [More AI articles](https://dodopayments.com/blogs/category/ai) - [All articles](https://dodopayments.com/blogs)