把一个被调用了大半年的会议纪要 Skill 改成可收费交付，记录过程中做过的 6 个决定——从定价单位到鉴权方式，每个决定都改过至少一次。

     先说背景。我写了个会议纪要整理的 Skill，接在常用 Agent 里被调用了大半年，累计大概两三千次调用。一直是免费的，Token 成本我自己扛，一个月四五百块。看到 Skill Pay 赛道的说明——「AI 技能从调用到交付的闭环」——我觉得这条赛道几乎是照着我的情况写的。

     10 月 8 号报名，10 月 20 号今天，12 天。这 12 天里我做过 6 个决定，其中 4 个是改过之后的第二版。

     1. 定价单位：按次还是按月

     一开始我按次，一次 0.5 元。测试的时候发现一个问题：用户不知道自己会用多少次，心理门槛反而高。改成了按月订阅，19 元/月不限次数。改完之后我在群里问了 8 个人，7 个说按月更容易接受。这是我自己样本很小的一个观察，不构成结论，但对我这个产品够用了。

     2. 交付物放哪

     第一版是结果直接回在对话里。问题是用户没法留存，也没法证明"我买过"。第二版改成结果生成一份可下载文件 + 一份在线链接，付费后可见。这一改动成本不高，但对"交付感"帮助很大。

     3. 免费额度的边界

     完全免费没人付费，完全收费没人来试。最后定的是每月前 3 次免费，超出后引导订阅。定这个数字没什么理论依据，是我按自己产品的单次成本算出来的——3 次之后我的成本开始接近 1 元，再送就亏了。

     4. 鉴权

     这是我最犹豫的一块。调用方是谁、怎么确认他付过钱、付过钱之后有效期怎么算，三个问题我第一版都想简单了，把「付费状态」直接存在内存里，重启就丢。第二版改成落库，按用户维度记录有效期，每次调用前查一次。

     5. 退款与异常处理

     调用失败算不算一次？超时的请求要不要退？我现在的处理是：结果没生成成功不计费，这个规则写在页面上。写清楚之后，这几天的咨询明显少了。

     6. 作品说明怎么写

     评审关注的有四个维度，其中一个是商业化表现。我原本打算只写技术实现，后来重写了一版，把"谁在用它、为什么愿意付、定价怎么来的"放在最前面。这部分花了我一整个晚上，但我觉得比多写两百行代码值。

     现在的状态：收费版本上线 5 天，12 个订阅用户，3 个是从免费额度转过来的。

     写完这 12 天，我给自己留了三个还没答案的问题：

• 订阅到期之后怎么提醒，才既不打扰又不流失？
• 如果同一个用户换设备登录，付费状态怎么平滑继承？
• 我这个 Skill 被别的 Agent 嵌套调用时，付费该记在谁头上？

     这三个我准备在社区里开个帖问问，评论区有想法的欢迎拍我。

#PAYATHON 2026参赛手记 #SkillPay

     本文为个人参赛记录，赛程与规则以官方最新说明为准。