Slack Hub
Slack：Events API 调试与 URL 验证
需要调试 Slack Events API 投递、修复 URL 验证失败，或把事件载荷打进本地应用时，从这里开始。
为什么 Slack 事件调试值得单独成篇
Events API 必须先通过 URL 验证握手，之后才能收事件。通过后还要理解事件结构、处理重试，并在本地验证处理器逻辑。下面的流程把 Slack 调试拆成可执行的步骤，减少卡在配置上的时间。
如何调试 Slack Events API Webhook
捕获 Slack 事件投递、检查载荷、处理 URL 验证，并把事件路由到本地处理器。
打开指南 ->建议阅读顺序
- 先读 Events API 调试 ，理清 URL 验证与事件流。
- 若验证反复失败，对照文中的响应格式、公网可达性与 body 处理逐项排除。
相关产品页
- Webhook 调试器 — 捕获并检查 Slack 事件投递
- 本地转发 — 将流量路由到本地应用
其他 Webhook 指南
常见问题
Slack URL 验证为什么一直失败？
Slack 会发 challenge，你的端点必须按约定原样回显。常见原因：响应 Content-Type 不对、端点未公网可达，或框架处理 body 的方式破坏了回包格式。
没有公网服务器也能本地测 Events API 吗？
可以。先用公网可访问的调试端点接住事件并在 Slack 应用里配置好；捕获后再转发到本地应用处理。
Slack 的「Incoming Webhook」和 Events API 有什么区别？
Incoming Webhook 用于向 Slack 发消息；Events API 是 Slack 向你的应用发 HTTP 回调（例如消息、提及等 workspace 内事件）。