Webhook 调试
为真实集成场景打造的 Webhook 调试器
HookNexus 帮你调试实时 webhook 投递：查看请求历史、下发重放、检查完整 payload，并通过 CLI 转发到 localhost。
查看每一次请求
在一个控制台中查看 headers、query、raw body、时间戳和请求大小，而不是来回翻不同服务商日志。
重放到在线客户端
Plus 可将已保存请求下发到在线 CLI 或 API Key 客户端，无需重新触发上游事件也能验证修复。
转发到 localhost
通过 HookNexus CLI 将捕获到的流量直接打到本地服务，无需先搭自己的外网入口。
HookNexus 更适合哪些调试场景
- 你在接 Stripe、GitHub、Shopify、Slack 等 webhook 密集型平台，希望先拿到稳定的公开 URL，再逐步排查请求细节。
- 你需要在改代码前后对比 provider 实际投递内容，以及应用最终收到的内容，而不是只看一层日志。
- 你不想继续把请求收集箱、隧道工具和临时日志拼在一起，希望用一条更轻量的调试工作流解决问题。
- 如果你现在搜的是 request inspector 或 webhook viewer，但真正需要的是“看清请求以后还能继续调试”，这页会更贴近你的目标。
改代码前先看请求
先确认 provider 是否真的发出了事件、headers 是否完整、body 结构是否符合预期，很多问题在这一步就能定位。
别太早怀疑重试机制
先看重复投递、请求时间和原始 body，很多 webhook 问题本质上是 payload、路由或处理逻辑问题，而不是重试本身。
别一开始就堆太多工具
如果你现在还在把请求箱、隧道和临时日志拼在一起，先用一个更完整的 webhook 调试器往往会更省时间。
Popular webhook guides
让产品页不只是停留在“理解能力”，还能继续把用户带到更具体的问题页和 Hub。
常见问题
不转发到 localhost 也能用 HookNexus 吗？
可以。很多团队一开始只是先在控制台里捕获和查看请求，等到需要联调本地处理器时再接入 CLI。
它只适合支付 webhook 吗？
不是。Stripe 只是最常见的场景之一，同样的工作流也适用于 GitHub、Shopify、Slack 和其他 HTTP 回调。
什么时候最需要重放能力？
当原始事件不方便再次触发、成本高，或者你已经改完逻辑只想快速复测时，重放最有价值。