edgeone-webhook-pusher：把微信推送变成自己的基础设施

「给自己发一条微信通知」这件事，长期以来只有两个选项：

• 用第三方推送服务：按量付费，或者接受免费额度和第三方经手你的全部通知内容；
• 自己搭服务：买服务器、备案、配证书、长期维护，为了发几条通知养一整套运维。

edgeone-webhook-pusher 给的是第三个选项：把推送做成你自己的基础设施，运行成本为 0。

它能做什么

部署在腾讯云 EdgeOne 上，一次部署，长期可用：

• Webhook 推送：对着你的专属地址 curl 一下，消息就到微信。从定时任务、服务器告警到脚本结果，任何能发 HTTP 请求的东西都能接进来；
• 管理后台：多应用管理、接收人绑定（绑定码 / openid）、推送历史，一切可视化，不用改代码加接收人；
• 标准 MCP Server：这是它和普通推送服务最大的区别。Claude Code、Codex 这类 AI 编程工具通过 MCP 就能直接调用推送——长任务跑完了，手机立刻收到；需要你确认时，也推到你眼前。人等机器的时代结束了，让机器来找你。

一个判断它是否被真实使用的指标

Star 可以随手点，fork 不会。把一个项目 fork 回去，通常意味着「我要自己部署一份」。截至 2026 年 10 月，这个仓库有 24 个 fork，与 star 数之比约 0.83——在工具类项目里，这是一个「点收藏的少、真部署的多」的结构。它说明自托管微信推送是一个真实存在、且没有被很好满足的需求。

部署方式

EdgeOne 一键部署，跟着仓库 README 的按钮走完即可。不需要自备服务器，运行在 EdgeOne 的免费额度内。项目主页 https://webhook-pusher.ixnie.cn 有完整的部署与使用说明，源码（GPL-3.0）在 https://github.com/openshiye/edgeone-webhook-pusher 。

本博客还有一个它的开发日志专题，按架构、领域、接口、运维拆解了实现细节。

写在最后

推送是一个小需求，但小需求最怕「将就」：将就收费、将就第三方经手、将就养服务器。这个项目想证明的是另一条路——用好免费层，小需求也可以拥有自己的基础设施。而它接下来的演进方向，是把「微信」这一个渠道，长成一整张经过实测的渠道网络。这就是下一篇要讲的 v4 转向：《pusher 的 v4 转向：从一个微信渠道，到一张渠道注册表》。