给个人服务接上支付宝 Pay Skill：技术实践与成本随笔

前阵子给手头一个小工具琢磨收费的事，顺路研究了支付宝面向 AI 场景的 Pay Skill。它的玩法挺有意思：Agent 来请求资源时，服务端不再直接返回数据，而是回一个 402 状态码并附上账单信息，用户扫码或免密确认支付后，流程自动重试，钱货两清。整条链路被拆成请求、出账、收银、重试确认四步，签名验签这些脏活都由官方的 skill 包兜住，开发者只要把自己的业务接口亮出来就行。

接入路径比我预想的平缓。手机号注册 SkillHub，用个人支付宝账号签约 AI 按量付费，跑一条 npx 命令装好 skill，再到开放平台建应用、注册服务、填好单价，配上 RSA2 密钥，最后拿另一个支付宝账号付一笔一分钱做线上验证，链路就算跑通了。唯一有点门槛的地方，是支付宝要求服务必须挂在公网可访问的 HTTPS 端点上，个人开发者得先有一个能对外的服务地址，这一步反而比支付本身更费思量。

真正让我停下来算账的是成本。手续费和平台分成看着都不重，压垮人的是那台月租几十块的长驻服务器——调用量低的时候，它才是支出的大头，等于花钱养了一台闲置机器。反过来看，函数计算这类 Serverless 按调用计费，阿里云、腾讯云给新用户的只是几个月试用额度，之后便是纯按量付费，但偶发流量一个月也就几块钱，还免了运维和证书的琐碎。所以我的思路很简单：先用 Serverless 把业务模型验证起来，等调用量稳了、出现性能瓶颈，或者真需要常驻连接与持久存储，再上服务器不迟。技术实现从来不是难点，把账算明白，副业才不会变成赔本生意。