之前写过一个小软件，用来备份微博，定价是 10 块钱一个月。
这次折腾微信支付，起因也很简单：我不想再手动收款、手动发激活码了。
1.1 手动收款太麻烦了
当时软件里有一个半自动的付费机制：用户先通过 QQ 找到我，给我发红包，然后我再手动给他一个激活码。
这个流程很麻烦，核心原因就是没有接入在线支付。国内个人开发者想正规接入支付，并不是一件特别容易的事。
所以我一直想给自己的注册码管理服务 LicenseHub 接入在线支付支持。这样用户付款、回调、发放授权码，都可以自动完成。
1.2 个人开发者接支付，通常就两条路
网上也有不少解决这类痛点的产品，我看下来主要有两种方式：
- 第一种，是第三方支付聚合平台。它们已经接好了各种支付渠道，个人开发者可以借它们的渠道收款。当然，代价也很直接：要通道费，交易手续费也会高一些。
- 第二种，就有点“黑科技”了。大概是通过某些协议或登录态，使用你的个人微信收款码收钱，再监听微信的收款通知，模拟出线上自动支付和回调。这种方式接入简单，但稳定性一般，账号也可能经常掉线。
这两种方式都不需要太多认证，接入门槛也不高，但我不太想花这笔钱，也不想依赖不稳定的方案。
1.3 后来发现，正规申请也能走通
正好有个朋友开了一家小店，有营业执照。我就问豆包：这种非企业的营业执照，能不能申请微信支付？
豆包说可以，还直接告诉了我申请方法。
我就按照它给的方法去试了一下，没想到真的很顺利就申请下来了。
1.4 剩下的，交给 Codex
接下来就是代码接入。要是放在以前，接入支付肯定算是一个挺复杂的活：参数、签名、回调、订单状态、后台管理页面，每一块都容易踩坑。
但现在有了 AI，事情一下子变简单了。
我在 Codex 里直接把微信支付的官方文档链接发给 AI，然后说：给 LicenseHub 这个项目增加微信支付功能。
差不多等了一个小时，代码就完成了。
它不只是把支付接进来了，还顺手把后台管理页面、用户支付页面都写好了。
后台管理页面：
用户支付页面：
1.5 最惊讶的是，它读懂了我没说的话
效果相当完美。
我本来以为它至少会追问我几句，比如 LicenseHub 的授权逻辑是什么、支付成功后要怎么适配、后台要展示哪些字段。
结果它没有问。
它直接通过阅读源码，把我没有说出来的需求也理解了。
“代码即文档”这句话，在这一刻体现得特别明显。
我最大的感受是：AI 对代码和业务上下文的理解力，已经远远超过我之前对它的预期。
以前觉得个人开发者要拥有一个完全自己掌握的支付渠道，好像挺麻烦。
现在看，也没有那么难嘛。