支付宝悄悄上线「AI收」:个人开发者 0 费率,你的 AI Agent 终于能“自己挣钱”了-夜雨聆风

支付宝悄悄上线「AI收」:个人开发者 0 费率,你的 AI Agent 终于能“自己挣钱”了

如果你最近混迹在各种开发者群里，大概率已经刷到过这条消息——支付宝在 2026 年 4 月 28 日正式上线「支付宝 AI 收」，支持通过 OpenClaw（“龙虾”）这类 AI Agent，按调用即时收款，个人开发者还能享受 0 费率到今年 12 月 31 日结束。

新闻已经被重复无数遍了，本文想聊的，不是“又多了一个支付接口”，而是一个更现实的问题：

对正在做 AI Agent 的个人开发者来说，「AI 收」到底解决了什么卡脖子的痛点？它是不是你真正能靠 AI 服务“挣到第一块钱”的关键一环？

接下来，我们从“结算”这个点拆开聊一聊。

一、模型、算力都不再是最大难题，“怎么收钱”却成了最后一公里

过去一年，AI 圈有个很典型的场景：

大模型：有了，开源闭源一大堆；
Agent 框架：有了，OpenClaw 等工具把部署门槛压得很低；
流量：也有，大家在各个平台搭 Bot、上插件、接流量分发；
真正卡住增长的，是“如何把调用变成收入”。

哪怕是最典型的几个痛点：

1、按次收费几乎没法优雅落地。大多数调用是「几分钱级别」甚至更低，但传统的支付、收单体系更多是按“笔”来设计的，少量高频、碎片化的调用，很难做到自动化结算。

2、个人开发者自建结算系统成本极高。你要考虑：

如何识别一次“有效调用”；

如何在支付侧对上这次调用；

怎么算账、怎么查账、出了纠纷谁来兜。

这对一个个人开发者或小团队来说，几乎是“研发成本 > 收入预期”。

3、即便“能收钱”，也很难“算得清”。

很多开发者现在的做法是：

挂一个会员／打赏二维码；

或用一次性授权方式收个“包月费”“包场景费”。

结果就是：

用户用不用、用多少、体验好不好，很难和收入强绑定；

AI Agent 的优势（按使用付费、按调用结算）完全发挥不出来。

说白了，AI Agent 这一端不是“没有用户愿意付钱”，而是“支付基础设施还没有为这种按调用、按用量的经济形态准备好”。

二、「AI 收」到底做了什么？先把产品说清楚

从支付宝已经公开的信息来看，「AI 收」的定位可以相对明确概括为一句话：

给提供 AI 服务的商家和个人开发者，提供一套“被 AI Agent 调用时自动询价和结算”的收款能力，实现“来一单收一单，按次按用收款”。

几个关键点：

1、谁可以用？

提供 AI 服务的商家；

提供 AI 服务的个人开发者。官方明确提到：个人开发者使用「AI 收」，可享受0 费率至 2026 年 12 月 31 日。

2、核心能力是什么？

不再需要自建复杂的支付和结算系统；
在完成入驻签约、创建应用、安装 SDK 后：

当 OpenClaw 等 AI Agent 调用你的服务时，会自动触发询价和结算；

相当于：每一次调用就是一笔可追踪的、小额订单。

3、接入路径有多复杂？

多家媒体的报道口径一致：

产品已经在支付宝官网 A2A 交易专区上架；
接入流程压缩为三步：1）入驻签约；2）创建应用；3）安装 SDK。

对已经在用支付宝收单的商家来说，则是：

不用重构系统；
只需把自己的服务 Skill 接到 OpenClaw 等 AI Agent 上，就可以使用「AI 收」完成收款。

4、和以前的“AI 付”是什么关系？

两者一起，构成了所谓 A2A（Agent-to-Agent）交易的闭环。

「AI 付」：侧重用户侧的授权和付款，解决“智能体代用户花钱”的问题；

「AI 收」：侧重服务提供方的收款和结算，解决“智能体调用一次服务，开发者就能收一次钱”的问题。

三、为什么说它真正击中了 AI Agent 商业化的“七寸”？

如果只看“又多了一个支付接口”，很容易低估「AI 收」的意义。但放回到 AI Agent 这条赛道，会发现它其实踩在了三个关键点上。

1、把“按调用收费”从概念变成了基础设施

过去一年，大家聊 AI 商业化，经常会提到一个概念：“能力 API 化”“按调用计费”“长尾场景微付费”。

听上去很美，但实际落地几乎都卡在同一个问题：谁来做“调用与支付”的映射？

调用成功一次，是不是就一定要收钱？

如果一次调用里嵌套了多个子服务，要怎么拆分？

调用失败了要不要退款、怎么退款？

当支付宝把「AI 收」放在 A2A 交易专区，同时强调是“被 AI Agent 调用时自动触发询价与结算”，某种意义上就是在说：

以后“按调用计费”可以不再是每个团队自己造轮子，而是直接交给一个公共基础设施来做。

对开发者而言，这意味着：

你定义好自己的服务、定价逻辑；
接入「AI 收」；
剩下的“谁付钱、何时付、怎么对上调用记录”，交给支付宝的结算系统处理。

2、把个人开发者从“算不清账”中解放出来

个人开发者这一轮很受关注的原因，是支付宝直接给了一个非常明确的激励：

0 费率到 2026 年 12 月 31 日。

这背后是一个现实的算账问题：

对多数个人或小团队，AI 服务早期收入本来就不高；
如果再扣掉支付通道费率、提现成本、税务成本，很难有积极性去做“细颗粒度”的按次收费；
于是大家都转向“会员制”“包月”“一锤子买卖”，反而没有充分发挥 Agent 的价值。

0 费率的现实意义在于：

你可以非常低成本地去试验：

是按调用收费更好？

还是按功能包收费更好？

不同价格点的转化率、留存率差别有多大？

对于那种“单次价值可能只有几毛钱”的服务，终于可以不再只停留在白嫖形态。

从很多分析来看，不只是便宜的问题，而是第一次给了个人开发者一个“算得清楚”的闭环：

每次调用有记录；

每笔收入可追溯；

资金走完整的收单清算流程。

这对后续你要对接企业客户、报税、拿项目，都是基础。

3、在 A2A 生态中提前占住“结算中枢”的位置

从更长远一点看，「AI 收」的真正战场不在单个开发者身上，而是在整条 A2A 交易链路的“结算中枢”上。

结合此前支付宝推动的 ACT 智能体商业信任协议，可以看到一个比较清晰的布局：

ACT 协议：定义智能体之间、智能体与平台、智能体与商家之间的“规则语言”——权限、授权方式、责任边界、风控机制等；

AI 付：在这个规则体系下，让智能体可以安全地“花钱”；

AI 收：则让智能体生态中的服务提供方可以安全地“收钱”。

这三者叠起来，会构成一个有意思的局面：

当未来不同平台、不同 Agent 之间开始频繁互相调用服务时，真正握有话语权的，很可能不是哪一个单独的大模型，而是掌控“交易如何发生、收入如何在各方之间分配”的那一层。

对支付宝来说，「AI 收」就是把这一层正式推出给开发者的一步。

四、对个人开发者，最值得在意的不是“风口”，而是能不能“跑通一个闭环”

回头看问题本身：

如果你是做 AI Agent 的个人开发者，「AI 收」现在值不值得花时间接一下？

可以拆成三个更具体的判断维度：

1、你的服务是不是“天然适合按次收费”？

典型适合的场景包括：

单次调用价值清晰、边界明确：

比如“生成一份专属健身计划”“优化一封英文邮件”“总结一段视频内容”等；

调用成本和价值大致成正比：

模型推理成本、第三方 API 成本都能摊在每次调用上。

如果你的服务更偏向长期陪伴型、重运营型（例如长期投资顾问、深度陪练等），反而不一定要用“按调用收费”作为主模式，此时「AI 收」可以用作补充型能力，而不是核心能力。

2、你现在是不是还在“靠微信群+二维码”跑 MVP？

如果你目前的状态是：

在几个 AI 社群里发链接拉用户；

用微信群或小程序做简单的预约/交付；

收款完全靠“扫个码给我转钱”；

那么有几个现实问题，早晚会遇到：

用户体验：

体验链路割裂：用 AI 在一个界面，用支付在另一个界面；

信任：

用户付完钱之后，对“这次调用到底有没有被执行”没有透明度；

数据：

你很难做出“调用次数—付费转化率—复购率”的完整漏斗分析。

接入「AI 收」至少有两个好处：

最基础的对账、记录、统计，有了统一的底座；
日后如果你要接入更多平台（比如某个大厂的 Agent 分发平台），会更容易被视为“可对接的商业服务方”。

3、你是不是准备长期留在这个赛道？

从行业判断来看，AI Agent 的形态在未来几年肯定还会剧烈演化，谁是赢家现在没人说得准。但有一件事比较明确：

无论哪种形态获胜，“服务如何收钱、如何结算”都是绕不过去的基础设施问题。

「AI 收」不是终点，但它是国内头部支付机构第一次系统性地把这件事产品化、开放出来。对个人开发者而言，提前熟悉这套机制、围绕它打磨一次完整的闭环，是一笔很划算的“长期投资”。

结语：从“展示能力”到“挣到钱”，AI 开发者需要的不是又一个 Demo

过去两年，很多个人开发者已经证明了一件事：

做一个“看起来很厉害的 AI Demo”并不难，难的是——让它持续、稳定地为你带来现金流。

支付宝这次推出「AI 收」，本质上是在回答一个看似朴素、其实极关键的问题：

当 AI 服务被智能体调用成为常态，开发者到底应该怎么收钱，钱又应该怎么收得明明白白？

从这个角度看，「AI 收」真正的意义未必在于“又一个新闻热点”，而是在于：

它把“按调用结算”这件事，从 PPT 理念变成了可以直接调用的能力；

它首次给了个人开发者一段时间的零费率窗口期，用来探索自己的商业化路径；

它把 AI Agent 经济里最关键但最不显眼的“结算层”暴露了出来。

如果你正在做 AI Agent，或准备入局，这或许是一个值得认真评估、甚至亲手尝试跑一遍的节点：

不是为了赶风口，而是为了第一次真正把“能力”和“收入”严丝合缝地绑在一起。