AI credit 与 Agent 支付竞品调研
从统一点数、模型网关到机器支付协议,真正尚未被解决的是用户信用与开发者收款之间的连接。
真正缺失的不是另一种支付方式
目前已经出现很多相似产品,但还没有一个产品完整实现「跨 AI 产品通行 credit system」。
市场正在从三个方向逼近这个目标:
- 用户端 AI 聚合器:用一个订阅或一套点数访问多个 AI 模型和工具,解决「订阅太多」的问题。代表是 Poe、1min.AI、Magai、You.com。
- 开发者端 AI gateway:用一个 API、一个账户、一个 credit balance 调用多个模型或 AI 能力,解决「模型供应商太碎」的问题。代表是 OpenRouter、Eden AI、Replicate。
agent / 机器支付基础设施:让 AI agent、API、MCP server、内容源之间可以自动发现价格、授权、支付、结算,解决「机器不能自主交易」的问题。代表是 x402、Stripe/Tempo MPP、Google AP2、Nevermined、Skyfire、Payman、Cloudflare Pay Per Crawl。
真正的空白不在「再做一个 all-in-one AI 工具」,而在:
给独立 AI 产品和 agent 服务提供一个可接入的信用与结算网络,让用户买一份 AI credit,可以在多个产品里低摩擦消费;让开发者从第一次有效体验开始收钱。
先看清三类产品
1. 用户端聚合器:解决多订阅问题
这类产品最接近普通用户体感里的「通用 AI 点数」。它们把 ChatGPT、Claude、Gemini、Llama、Runway、Luma、ElevenLabs、图像/视频/音频工具等聚合到一个界面,用点数或套餐来分配使用量。
它们验证了一件事:用户确实不想为每个 AI 工具单独订阅。
但它们的问题也很明确:点数只在平台内部流通,外部独立产品不能自然接入。它们是「AI 超市」,不是「AI 信用网络」。
2. 开发者端 gateway:解决模型供应问题
这类产品把多个模型供应商抽象成一个 API。开发者买 credits,然后按调用消耗。它们已经具备一些「通用 credit」的雏形:统一账户、统一计费、预算控制、fallback、模型路由。
但它们的主要对象是开发者,而不是终端用户;它们的结算对象主要是模型调用,而不是产品体验、agent 任务、内容访问或工具服务。
3. Agent 支付基础设施:解决机器交易问题
这一层最接近未来的基础设施。x402、MPP、AP2、Nevermined、Skyfire、Payman 等都在处理同一个新问题:
当 AI agent 需要调用付费 API、购买数据、访问内容、使用 MCP server、订阅 SaaS 或雇佣另一个 agent 时,钱如何移动?谁授权?谁背责?如何限额?如何结算?
这类产品更底层、更像协议和支付基础设施。它们不是给普通用户做「AI 工具包」,而是在为未来的机器经济铺支付轨道。
市场上已经出现了什么
| 类别 | 产品/协议 | 核心机制 | 解决了什么 | 还没解决什么 |
|---|---|---|---|---|
| 用户端聚合器 | Poe | compute points 在平台内跨 bot 消耗 | 一个点数池访问多个官方和用户 bot | 点数不开放给外部独立产品 |
| 用户端聚合器 | 1min.AI | credits 覆盖文本、图像、音频、视频等功能 | 用一个 all-in-one workspace 替代多工具订阅 | 更像封闭工具集合,不是开放信用层 |
| 用户端聚合器 | Magai | 订阅内按模型成本消耗 usage balance | 多模型、多媒体工具统一入口 | 外部产品不能直接接入其点数体系 |
| 用户端聚合器 | You.com | Pro/Max 访问多个模型和 agent,API 端使用 credits | 用户端搜索/研究 agent + 开发者 API credits | 信用主要在 You.com 生态内 |
| 开发者 gateway | OpenRouter | 统一 API + credits + 5.5% 平台费 + 模型路由 | 开发者一个账户调用多模型 | 面向模型调用,不面向跨 App 消费 |
| 开发者 gateway | Eden AI | 统一 API、统一 billing、credits、透明 provider 成本 | 企业/开发者接入数百个 AI 模型 | 更偏 B2B AI API 平台 |
| 开发者平台 | Replicate | 按模型运行 compute time 消耗 prepaid credits | 多模型推理与部署的统一计费 | 不解决用户端跨产品支付 |
| 机器支付协议 | x402 | HTTP 402 + payment header + stablecoin settlement | API、内容、agent 可按请求收费 | 仍偏技术协议,C 端体验未成熟 |
| 机器支付协议 | Stripe/Tempo MPP | 面向 agent 的开放机器支付协议 | 让 agent 用更互联网原生的方式支付 | 生态刚启动,需要商户和 agent 接入 |
| Agent 商务协议 | Google AP2 | intent/cart/payment mandate,证明授权、意图和责任 | 解决 agent 购物的信任和归责 | 更偏 commerce 标准,不是 credit 钱包 |
| Agent 支付平台 | Nevermined | agent 虚拟卡、spending rules、按请求 metering | agent 可以消费,服务可以收费 | 当前偏开发者和服务商,不是大众产品 |
| Agent 身份支付 | Skyfire | KYA identity + agent payments | agent 有身份,可付费访问服务 | 需要网络效应和服务覆盖 |
| Agent 钱包 | Payman | wallets、payees、policies、自然语言触发支付 | 给 agent 设置安全付款规则 | 更像金融操作层,不是 AI credit 市场 |
| 内容付费 | Cloudflare Pay Per Crawl | AI crawler 访问网页时按站点设价付费 | 内容站点对 AI 抓取收费 | 只覆盖 crawler/content,不覆盖 AI 产品消费 |
几个值得拆开的样本
Poe:最成熟的用户端点数模型
Poe 的 compute points 是当前最清晰的 C 端 AI 点数模型之一。Poe 明确说明,每个 bot 消耗 points,用户有一个 points pool,可以灵活用于不同 bot;bot 可能按固定价格消耗,也可能根据输入输出文本量变量消耗。Poe 还提供大量官方和用户创建 bot,覆盖文本、图像、视频、音频等能力。[^poe-faq]
它证明了「一个点数池跨多个 AI 能力分配」是用户可理解的。
但 Poe 的边界是封闭平台。开发者可以在 Poe 内创建 bot,但一个独立网站或独立 agent 不能自然接入 Poe points 作为通用支付方式。Poe 更像 AI 版 App Store + 点数系统,而不是开放结算网络。
对你的启发:
C 端用户不需要知道 token 成本,只需要知道「这次大概消耗多少点」。点数系统要把复杂模型价格翻译成可感知预算。
OpenRouter:最接近开发者端通用模型 credit
OpenRouter 的 pay-as-you-go 模式允许开发者买 credits,调用 300+ 模型和 60+ providers,并提供 budgets、spend controls、auto-routing、fallback、prompt caching 等能力。它收取 5.5% 平台费,按模型价格计费。[^openrouter-pricing]
OpenRouter 已经接近「模型流动性市场」:开发者不需要逐个和 OpenAI、Anthropic、Google、Mistral、DeepSeek 等供应商集成,而是通过一个 API 路由。
但它解决的是「模型供应侧流动性」,不是「AI 产品消费侧流动性」。用户不是拿 OpenRouter credits 去消费某个独立 AI app;开发者也不是把自己的产品体验挂到 OpenRouter 里售卖。
对你的启发:
你的系统如果要成立,需要像 OpenRouter 一样把底层供应商复杂度吃掉,但定价单位不应只是 model call,而应是 product action、agent task、workflow outcome。
Eden AI:企业版 AI API 聚合与透明成本
Eden AI 明确提供统一 API、统一 billing、credits、自动充值、成本与性能监控。它强调不加价,只按 provider 原价加 5.5% 平台费,并在 API 响应中返回 exact cost。[^eden-pricing]
这对 B2B 很有价值,因为企业关心供应商管理、账单、成本可观测和 fallback。
但 Eden AI 也不是 C 端 credit layer。它的使用者是开发者和企业团队,价值在供应商聚合,而不是跨产品消费。
对你的启发:
未来的 AI credit 系统必须有「成本透明层」。用户可以只看点数,但开发者必须看到底层成本、毛利和每次任务的 burn。
x402:最接近开放机器支付协议
x402 是 Coinbase 推动的开放支付协议,用 HTTP 402 Payment Required 让 API、内容和 agent 服务可以直接声明价格,买方通过 payment header 提交付款证明,服务端验证后返回资源。Coinbase 文档明确把 use cases 定义为按请求 API、AI agent 自主付费访问 API、内容 paywall、microservices/tooling 微交易等。[^x402-docs]
Cloudflare 和 Coinbase 在 2025 年 9 月宣布推动 x402 Foundation,目标是为互联网支付请求和响应建立开放标准,使开发者、内容创作者、API、MCP、agents 都能更容易收付款。[^cloudflare-x402]
x402 的重要性不在「它是不是最终赢家」,而在它证明了一个方向:
未来的 AI 产品和服务不一定先注册账号、选套餐、绑定信用卡,而是直接通过协议告诉 agent:这个资源多少钱,怎么付。
它的不足也明显:目前仍偏开发者和 crypto/stablecoin 场景,对普通用户来说钱包、链、支付证明、退款、争议处理都还不够自然。
Stripe/Tempo MPP:主流支付公司进入机器支付
Stripe 和 Tempo 在 2026 年 3 月发布 Machine Payments Protocol(MPP),定位为 agent 支付的开放标准。Stripe 的官方表述是:AI 正从问答 chatbot 变成能计划、执行、评估结果的 autonomous agents,而现有金融系统是为人类设计的,agent 在创建账号、选择套餐、输入支付信息、设置账单时会卡住,因此需要互联网原生的机器支付协议。[^stripe-mpp]
MPP 的战略意义很大:它不是纯 crypto 创业项目,而是 Stripe 这种主流支付网络开始把 agent 当成新交易主体。
对你的启发:
如果 AI credit 层要真正落地,最终很可能不是纯链上产品,而是「法币/卡/稳定币/平台 credit」混合结算。Stripe 这类公司会成为关键变量。
Google AP2:解决 agent 购物的授权和归责
AP2 不是简单支付协议,而是 agentic commerce 的信任协议。它关注的问题是:agent 代表用户购物时,如何证明用户授权、交易意图、购物车内容、支付 mandate,以及欺诈或错误发生时如何归责。AP2 规范强调开放互操作、用户控制、隐私、verifiable intent 和 clear transaction accountability。[^ap2-spec]
AP2 对你的命题有一个提醒:
AI credit 不能只是扣钱系统,它必须是授权系统。否则用户不会允许 agent 或第三方产品自动花钱。
如果一个 AI credit system 只能记录余额,但不能表达「谁被授权、可花多少、买什么、什么时候过期、结果失败怎么算」,它就无法成为 agent 经济基础设施。
Nevermined:最像 agent 支付产品化方案
Nevermined 明确把问题拆成三方:agent 不能自主花钱,商户不能接受 agentic payments,双方被锁在单一 provider。它提供 agent 虚拟卡、spending rules、实时 metering、按请求收费、PSP agnostic settlement、MCP/A2A/x402/plain HTTP 支持等。[^nevermined]
这已经非常接近「agent 的支付与计费平台」。它不仅处理买方 agent 花钱,也处理卖方服务怎么按请求收费。
但它当前更偏 infra 和 B2B。普通用户不会说「我要买 Nevermined credit 去试一个 AI 小产品」。它还不是面向独立 AI 消费品的通用钱包。
Skyfire:agent 身份 + 支付
Skyfire 把重点放在 KYA(Know Your Agent)和 autonomous payments。它希望让 agent 可以验证身份、访问服务、支付商户,并让服务方知道这个 agent 背后是谁或什么组织。[^skyfire]
这说明 agent 支付不只是钱的问题。服务方会问:
- 这个 agent 可靠吗?
- 它背后是哪个人或公司?
- 它是否有权限?
- 它是否能承担责任?
因此,未来 AI credit 层可能需要信用身份,而不是只有余额。
Payman:agent 钱包与 policy
Payman 的定位是让 AI agent 安全、可控地移动钱。它提供 wallets、payees、policies,并强调 policy 是定义资金如何、何时、最多移动多少的规则集。[^payman][^payman-policies]
Payman 对你的启发是:
用户需要的不是每次确认,而是 policy。比如「这个研究 agent 每天最多花 $10,只能买数据和论文,超过$3 单笔需要确认」。
这比微支付弹窗更符合真实使用。
Cloudflare Pay Per Crawl:内容访问的机器结算实验
Cloudflare Pay Per Crawl 允许网站所有者对 AI crawler 访问内容设置价格,crawler 通过 HTTP headers 接受价格并获得访问,Cloudflare 处理支付、统计和 payout。[^cloudflare-pay-per-crawl]
这是内容侧的实验。它不解决 AI app 的通用 credit,但证明了 AI 经济里的「资源访问」会被重新定价:网页、文章、数据库、API、MCP 工具都可能按访问收费。
把这些样本放在一起看
1. 市场已经确认「统一 credits」是用户需要的
Poe、1min.AI、Magai、You.com 都在用不同方式证明:用户不想管理十几个 AI 订阅。用户愿意接受一个点数池,只要它足够简单、透明、覆盖常用能力。
但这些产品的终局容易变成封闭超级应用,而不是开放网络。
2. 开发者已经需要「成本路由和统一账单」
OpenRouter、Eden AI、Replicate 说明:开发者不想逐个接模型供应商,也不想自己维护复杂账单。统一 API、统一 credits、成本监控、fallback 是刚需。
但它们仍停在模型层,没有上升到「产品动作层」。
3. Agent 支付正在从概念进入基础设施建设
x402、MPP、AP2、Nevermined、Skyfire、Payman 都在处理 agent 作为经济主体的问题。这说明你的「AI token 经济流动性」不是空想,而是已经在产业边缘发生。
但这条线现在偏技术、偏协议、偏 B2B。C 端体验还没出现决定性产品。
4. 真正缺口是「用户信用层 + 开发者收款层」的结合
现在的产品大多只解决一边:
- Poe 解决用户多模型消费,但不开放给独立产品。
- OpenRouter 解决开发者多模型调用,但不解决 C 端低摩擦体验。
- x402 解决机器按请求支付,但不解决普通用户的信任、退款、预算和产品发现。
- Nevermined/Skyfire/Payman 解决 agent 钱包和授权,但不是 AI 消费品 marketplace。
空白在中间:
一个用户可以买 AI credits;一个独立 AI 产品可以接入 SDK;一次体验可以按任务扣费;用户有预算、退款、争议和账单;agent 可以在授权范围内自动消费。
尚未被连接起来的产品机会
如果要做这个方向,最好不要定位成「AI token」或「AI 币」。这会把用户带到投机和监管语境里。
更好的定位是:
AI credits infrastructure for independent AI products and agents.
或者更产品化地说:
一个给 AI 小产品和 agent 用的 Stripe + wallet + App Store balance。
目标用户
第一阶段不建议直接打大众用户,而应先服务独立开发者和 AI product creators:
- 做小 AI 工具但不想上 $20/月订阅的人。
- 做 agent/MCP server/API 但不知道如何按次收费的人。
- 做 AI 消费品,想让用户先低成本体验一次的人。
- 做多模型产品,需要把底层 token 成本转成用户可理解点数的人。
核心产品形态
最小可行产品可以是:
- 开发者 SDK:几行代码把某个 AI action 挂上价格。
- 用户 wallet:用户充值 $5/$10,获得 credits。
- 预算授权:用户授权某产品最多消费多少 credits。
- 任务级扣费:按 generate、analyze、agent run、MCP call、workflow completion 计费。
- 账单与退款:每次扣费有记录,失败任务可自动退回。
- 成本透视:开发者能看到底层模型/API 成本与毛利。
不应该一开始做什么
不要一开始做开放代币、二级市场、可交易资产。那会把问题从产品流动性变成金融监管。
不要一开始做大而全 AI 聚合器。Poe、1min.AI、Magai 已经在这个方向上有用户和供应链。
不要一开始只做 x402 钱包。协议层重要,但普通开发者需要的是「我怎么定价、怎么收钱、怎么不被 token 成本打穿」。
最后:把一次体验变成可流动的信用
类似产品已经很多,但它们都只占据局部:
- Poe/1min.AI/Magai:证明用户接受 AI 点数,但封闭。
- OpenRouter/Eden AI:证明开发者需要统一模型账单,但停在 API 层。
- x402/MPP/AP2:证明机器支付标准正在形成,但仍偏协议。
- Nevermined/Skyfire/Payman:证明 agent 钱包、授权、身份和 metering 是刚需,但还没变成 AI 消费品网络。
- Cloudflare Pay Per Crawl:证明内容/API/网页资源会被 AI 访问重新定价,但只覆盖内容抓取场景。
所以你的原命题可以进一步收束成:
AI 应用层的下一个基础设施机会,不是再聚合模型,而是把 AI 产品的一次次体验变成可授权、可计量、可退款、可结算的信用流。
这个机会的本质不是「token 代币化」,而是「AI action 金融化」:
- 每次生成是一个 action。
- 每次分析是一个 action。
- 每次 agent run 是一个 action。
- 每次 MCP tool call 是一个 action。
- 每个 action 都有成本、价格、授权、结果和责任。
谁能把这些 action 变成低摩擦交易,谁就可能成为 AI 应用层的流动性基础设施。
[^poe-faq]: ./Poe Help Center, “Poe FAQs”, https://help.poe.com/hc/en-us/articles/19944206309524-Poe-FAQs
[^openrouter-pricing]: ./OpenRouter Pricing, https://openrouter.ai/pricing
[^eden-pricing]: ./Eden AI Documentation, “Plans & Pricing”, https://edenai.co/docs/v3/overview/plans-prices
[^x402-docs]: ./Coinbase Developer Documentation, “Welcome to x402”, https://docs.cdp.coinbase.com/x402/docs/http-402
[^cloudflare-x402]: ./Cloudflare, “Cloudflare and Coinbase Will Launch x402 Foundation”, https://www.cloudflare.com/en-gb/press/press-releases/2025/cloudflare-and-coinbase-will-launch-x402-foundation/
[^stripe-mpp]: ./Stripe, “Introducing the Machine Payments Protocol”, https://stripe.com/blog/machine-payments-protocol
[^ap2-spec]: ./Agent Payments Protocol Specification, https://ap2-protocol.org/specification/
[^nevermined]: ./Nevermined, “Payments Infrastructure for AI Agents”, https://nevermined.ai/
[^skyfire]: ./Skyfire, “Payments and Identity Built for the AI Economy”, https://skyfire.xyz/
[^payman]: ./Payman AI Documentation, “What is Payman?”, https://docs.paymanai.com/capabilities/agent-to-agent
[^payman-policies]: ./Payman AI Documentation, “Understanding Policies”, https://docs.paymanai.com/dashboard-guide/policies
[^cloudflare-pay-per-crawl]: ./Cloudflare Changelog, “Introducing Pay Per Crawl”, https://developers.cloudflare.com/changelog/2025-07-01-pay-per-crawl/