一份代码，怎么变成
100 个商户各自的小程序

我做的是面向企业的出行 SaaS，客户是一个个商户——车队、运营公司、地方客运。每个商户都想要一个"自己的"小程序：自己的招牌、域名、收款账户，最好还感觉不到"和别人共用一套系统"。可我作为厂商，只想维护一套代码。"客户要专属、厂商要通用"，这对矛盾，就是 SaaS 能不能规模化的命门。

这一篇讲的，就是我怎么用微信开放平台的代运营机制解这道题，以及 AI 在其中帮我把不可能变成了日常。

A微信每 10 分钟给我"续一次命"

微信定时往我的回调地址推一张 component_verify_ticket（官方约每 10 分钟一次）。我用「平台 appid + secret + 这张 ticket」换出 component_access_token（平台级令牌，2 小时有效）。这张 ticket 一断供，我连令牌都换不出，一百个商户同时瘫痪——所以接收服务必须常驻、幂等去重、只认最新一张。这是整套东西的心跳。

B一次授权其实是四步握手，不是"扫一下"那么简单

1. 我用平台令牌找微信要一张短效的 pre_auth_code（预授权码），拼出一个授权页链接。
2. 商户扫码 / 在自己后台点进授权页，勾选要授权的权限、确认。
3. 微信把一个 auth_code 回调到我预留的地址。
4. 我用 auth_code + 平台令牌，一次性换到长期钥匙 authorizer_refresh_token + 首张商户令牌 + func_info（他授了哪些权限）。

C每次干活前，换一张 2 小时的临时通行证

长期钥匙不直接拿来调接口。真正干活时，用「平台令牌 + 商户 authorizer_refresh_token」换一张 2 小时有效的 authorizer_access_token，拿它以商户身份改域名、传代码、发版。2 小时一过就得再换——好在 refresh_token 长期有效，所以续期做成后台自动，业务无感。

D微信主动推的四类事件，一个都不能漏接

除了我主动调接口，微信还会往同一个加密回调地址主动推事件，我按类型分流处理：component_verify_ticket（心跳·每 10min）、authorized（新授权）、updateauthorized（商户改了授权 / 权限）、unauthorized（取消授权）。少接一类，就会出现"商户明明取消了、我还在用僵尸授权"这种事故。

1. 授权 / 自检：确认这个商户授权还在、权限够、令牌能换出来。
2. 配服务器域名：小程序能连哪些后端接口域名（request / socket / 上传 / 下载四类）。微信这一步取并集。
3. 配业务域名（web-view）：小程序里嵌网页能打开哪些页面。这一步和上一步行为正好相反（后面破局那节细说，是我丢过一整天的坑）。
4. 配隐私协议：声明收集头像 / 定位 / 手机号 / 地址分别干嘛。字段必须叫 privacy_text，写成 privacy_label 微信静默忽略、审核打回。
5. 提交代码：把某个模板版本 + 一份 ext.json（决定这份代码属于哪个商户）提交到该商户小程序。
6. 提交审核：把提交的版本送微信审核。
7. 查审核状态：轮询，通过 / 驳回 / 审核中。
8. 发布上线：审核通过后发布，商户小程序更新到新版本。
9. （批量）对其余商户重复 2–8：这一步，正是最该交给机器的地方。

那九步全是"固定顺序、参数明确、错一步就重来"的活，最该交给机器。我把整条流水线做成分步命令：读商户列表、按环境切对 appid、逐步调域名 / 隐私 / 提交 / 提审 / 发布、失败自动重试并记录。AI 按步执行，我只管确认关键节点。加第二个、第一百个商户，不再是重来一遍，而是同一条命令再跑一次。