描述
HookWatch 是一个 webhook 接收、监控和恢复平台，为工程团队提供一个检查每个 webhook 交付的地方，读取确切的请求和响应，并理解交付失败的原因。它位于您的 webhooks 前面，接收每一个 webhook，记录其状态、提供者、响应代码和尝试次数，并将其转发到您的应用程序，从而确保没有交付会被静默丢弃。
阅读更多
核心恢复流程将失败的交付从捕获状态转变为交付状态：HookWatch 在失败发生的瞬间记录该失败，按原因进行分类，显示完整的请求头和主体，以及您的端点的响应和尝试历史，并允许您在处理程序修复后重放确切的捕获有效负载，无需手动重新创建事件。重复的失败被归类为事件，因此不稳定的端点会显示为一个问题，而不是数十行相同的记录。
除了捕获和重放，HookWatch 还处理每个端点的重试策略、速率限制可见性、事件类型过滤、签名和 IP 白名单，并在用户注意到之前将事件路由到 Slack 或 webhook。它与任何发送 HTTP webhooks 的提供者兼容，包括 Stripe、GitHub、Shopify、Telegram 和 Paddle。每个 API 路由也是一个 MCP 工具（大约 48 个），因此像 Claude、Cursor 或 Codex 这样的 AI 助手可以列出失败的交付，检查其中一个，并使用工作区密钥重放它。CLI 添加了一个终端仪表板和一个用于开发的本地隧道。
安全性内置于工作区隔离、仅写入的掩码秘密、通知秘密的静态加密以及 SSRF 保护的出站转发。HookWatch 目前处于早期测试阶段，免费开始，提供基于使用量和每月付费的层级。
- 类别AI DevOps 与云工具
- 定价模式免费增值
- 部署云端
- 平台网页版
HookWatch的核心功能
捕获每个 webhook 交付的状态、提供者、代码和尝试次数
请求和响应检查，包含完整的头部、主体和尝试历史
失败分析，将每个失败的交付按原因分类
在修复后安全重放确切的捕获有效负载
每个端点的重试策略和速率限制可见性
将重复的失败归类为单个事件
事件的 Slack 和 webhook 警报
MCP 服务器将每个 API 路由作为 AI 助手的工具
如何使用 HookWatch？
将您的 webhooks 指向 HookWatch：将提供者的 webhook URL 设置为您的 HookWatch 端点，该端点记录并将每次交付转发到您的应用程序。
检查失败：当交付失败时，打开它以读取确切的请求、响应和尝试历史，并查看分类的失败原因。
修复您的处理程序：使用捕获的详细信息查找并修复端点中的错误。
安全重放：在处理程序修复后，重新发送确切的捕获有效负载，并将事件路由到 Slack 或 webhook，以便首先了解它们。
HookWatch的使用案例
- 支付 webhook 恢复
- CI 和部署自动化
- 机器人和回调交付
- 电子商务订单处理
- AI 辅助的 webhook 调试
