Webhook 失败重放代理

为小团队提供 webhook 的持久化日志与一键重试，避免丢单丢事件

痛点

很多小团队把关键业务流程挂在 webhook 上，但接收端一挂、一超时、一返回 500，事件就丢了，事后很难查到底收到了什么、该不该重放。开发者往往只能临时写脚本或翻服务商后台，既不可靠也没有审计记录。

方案

做一个低配置的 webhook 代理层：每个 webhook 给一个专属 URL，它负责持久化入站请求、记录响应状态与耗时，并在失败时按策略自动或一键重放。提供简单的看板和重放按钮，不要求用户改接收端代码。

用户

使用 Stripe、Shopify、GitHub、Slack 等 webhook 的独立开发者与小团队；做集成业务的技术负责人。

MVP

生成唯一 webhook 接收地址并透明转发；完整保存请求头、body、响应码与耗时；失败事件列表与一键重放；基础告警（邮件或 Slack）；按项目隔离的看板。

变现

按事件量分层的月订阅（免费额度 + 付费超出），或按保留天数与重试次数收费；团队版加多成员与审计日志。

为何现在

webhook 已成为 SaaS 默认集成方式，但多数小团队没有队列与重试基础设施；独立开发者可以只用一台小服务器和数据库快速做出代理层，不依赖大平台。