利用 AI 开发公众号外卖 CPS 系统 · 第二天

利用 AI 开发公众号外卖 CPS 系统 · 第二天副业项目实操笔记 Day 2技术选型落地 内网穿透测试 Redis 键值设计一、产品功能本项目旨在搭建一个可商用的「外卖 CPS 公众号矩阵」,核心包含三类账号能力:1. 隐藏券查券公众号用户向公众号发送美团商家链接或美团小程序卡片公众号自动调用接口,匹配该商家当前可用的叠加券 / 隐藏券在返回内容中,可由运营者自定义追加营销文案(俗称小尾巴)2. 订阅号能力配置关注后自动回复语(欢迎语)配置关键词自动回复(支持多条规则)3. 服务号能力利用客服消息接口,实现用户关注后连发 3 条引导消息支持自定义菜单栏(最多 3 个一级菜单、每个 5 个二级菜单)支持关键词回复支持点击菜单事件的精细化响应二、背景为什么做这件事?四个底层逻辑:佣金高:美团隐藏券 CPS 佣金是普通通用券的 3~5 倍,单笔可达 1~3 元用户粘性强:每天点外卖前必查,日均 60~80 单属常态平台信息差:美团 App 自身不展示这类隐藏券,推广者具备独家信息优势付费意愿高:外卖场景用户对省钱的付费/复购意愿远高于普通 CPS 品类三、需求人群定位核心受众:外卖 CPS 推广者、淘客群体、寻找副业的大学生 / 上班族。四、技术选型类别选型后端运行时Node.jsWeb 框架Express数据库MongoDB前端框架Vue Element Plus缓存Redis智能体Antigravity、Trae大模型Gemini 3.8 Flash、GLM 5.3五、开发流程5.1 申请微信测试公众号前往微信公众平台测试号申请页:https://mp.weixin.qq.com/debug/cgi-bin/sandboxinfo?actionshowinfotsandbox/index完成扫码登录后,系统会分配一组测试号 appid 和 appsecret。后续所有接口配置、Token 验证、消息加解密均以这组凭据为基础。5.2 制定 AI 约束文档在让 AI 真正开始动手写代码之前,必须先写一份约束文档,约定:目录结构与命名规范接口签名与数据返回格式数据库字段含义错误码体系不允许使用的反模式(例如把 access_token 写进数据库)我自己写的约束文档有点土法炮制,这里就不献丑了。但这一步绝对不能省,否则 AI 写到中后期必然跑偏。5.3 启动服务与内网穿透AI 写完代码后,在本地直接启动即可。但微信服务器要求公网 HTTPS 地址才能回调你的接口,本机127.0.0.1是走不通的。没有服务器的情况下,采用内网穿透临时打通(下文附录 B 详述)。在接口配置信息里填写穿透后的公网 HTTPS 域名即可,不需要预先购买域名。5.4 测试验证这一步建议手动完成,不要让 AI 替你测。原因:接收公众号消息必须经过微信服务器 Token 验证AI 无法模拟真实的微信回调 XML 数据包手动跑一遍才能发现文档没说清的隐藏问题5.5 代码审查测试通过后、正式部署前,建议再让 AI 智能体做一轮代码 review:检查明显 bug标注性能瓶颈梳理安全风险点我自己在 GitHub 上找了一个还不错的 review 智能体,这里不展开推荐,免得带偏大家选型。附录 B:本地开发服务公网访问(Cloudflare Tunnel)本地服务(以edgeone pages dev为例)默认监听http://127.0.0.1:8088,如需公网 HTTPS 地址做回调 / 接口测试,推荐使用Cloudflare Tunnel:免费自带 HTTPS适合临时开发测试不适合生产环境(稳定性无保障)B.1 准备 cloudflared下载对应系统的二进制文件:https://github.com/cloudflare/cloudflared/releasesB.2 启动本地服务确保本地服务在127.0.0.1:8088监听,例如:edgeone pages devB.3 启动内网穿透新开一个终端,执行:chmodx ~/Downloads/cloudflared xattr-cr~/Downloads/cloudflared# 任选其一即可~/Downloads/cloudflared tunnel--urlhttp://localhost:8088# 或cloudflared tunnel--urlhttp://127.0.0.1:8088B.4 识别公网地址终端会刷出大量INF级别的日志,识别公网地址的小技巧:找到第一个虚线分隔框(--------),虚线下面那行https://xxxx.trycloudflare.com就是你的临时公网地址。示例输出:2026-10-13T03:27:45Z INF -------------------------------------------------------------------------------------------- 2026-10-13T03:27:45Z INF | Your quick Tunnel has been created! Visit it at (it may take some time to be reachable): | 2026-10-13T03:27:45Z INF | https://processes-algebra-invite-operator.trycloudflare.com把这串https://xxxx.trycloudflare.com填到微信测试号的「接口配置信息」即可。B.5 注意事项该域名为临时地址,重启后变化需要固定域名可绑定自己在 Cloudflare 托管的域名临时隧道不要用于生产环境,随时可能断流附录 C:Redis 架构设计1.2 为什么采用方案一(商户元信息 Hash)传统大 JSON 存储方案把商户所有字段(包含数条至数百条带图片 URL 和 media_id 的素材库materials、庞大的菜单树menus等)全部塞进同一个 JSON 文档。但外卖转链是整个服务最高频的操作(占系统 90% 以上的流量),转链逻辑实际只关心两个字段:link:商户专属的美团活动落地页链接peizhis:追加的营销小尾巴文案如果每次都反序列化整个大 JSON,会带来不必要的 CPU 与内存开销。方案一核心思路:通过 Redis Hash 表将商户核心扁平字段聚合管理,把素材大数组独立隔离存储。收益:1 次网络 I/O:HMGET merchant:{_id}:meta link peizhis直接取出转链字段零带宽浪费:单次网络包仅几百字节,完全不受 materials 数组大小影响内存极致优化:Node.js 无需反复解析大体积 JSON 字符串1.3 Redis 键值规划与account_type设计键名(Key)类型TTL说明merchant:{_id}:metaHash永久商户通用元信息 Hash(高频扁平字段 核心交互配置)merchant:{_id}:materialsString永久商户素材库大数组(JSON 字符串),独立隔离wx_token:{_id}String约 6900 秒服务号access_token缓存,按expires_in - 300自动过期merchant:{_id}:meta字段结构merchant:{_id}:meta ├── account_type - service | subscription (账号类型,未传按凭证自动推断) ├── link - https://offsiteact.meituan.com/web/hoae/... (商户专属活动落地页) ├── peizhis - \n\n㊙️必领的两个美团叠加包... (追加营销文案) ├── app_id - wx1234567890abcdef (订阅号若无凭据可为空) ├── app_secret - abcdef0123456789abcdef... (公众号凭据) ├── welcome - 纯字符串 或 {\mode\:\passive\,\messages\:[...]} (关注回复) ├── menu_clicks - {\MENU_KF\:{\mode\:\custom\,...}} (菜单点击事件) ├── keyword_replies - {\菜单\:\...\,\1\:\...\} (关键词自动回复) └── menus - [{\name\:\外卖优惠\,\sub_button\:[...]}] (菜单结构)当日小结✅ 微信测试号已就位,凭据已拿到✅ AI 约束文档已制定,开发方向跑偏风险降低✅ 内网穿透验证通过,可在本地完整跑通消息接收链路⏭️ 待办:让 review 智能体过一遍代码 → 准备生产环境部署