面向长期维护的 技术日志轨道

记录一次“先保微信不回归、再上企业微信”的重构规划：用桥接模式解耦 Channel/App，用策略模式做运行时选择，用模板方法固定发送流程。

基于新架构（桥接/策略/模板方法）落地企业微信渠道：corpId/corpSecret/agentId、userId/departmentId 目标、text/textcard 消息与错误处理。

介绍管理后台 API 的整体路由划分、管理员令牌的校验方式，以及统一错误处理/响应包装带来的维护收益。

详解推送入口的 URL 设计、GET/POST 兼容、CORS、参数校验、以及通过 AppKey 进行“弱认证”的实现方式。

解释 edgeone-webhook-pusher 为什么要拆成 3 层运行形态（前端 Pages、Node Functions、Edge Functions），以及 Node Functions 访问 KV 的代理方案与边界约束。

App 是对外暴露的推送入口。本文说明 AppKey 生成与索引、推送模式（single/subscribe）和消息类型（custom/template）的组合如何影响推送流程。