用途：在 Rails 中设计、构建与审查出站和入站 Webhook 系统，关注投递可靠性、失败分类、多租户安全与可观测性。描述称其参考了事件驱动 Webhook 流水线，并与更简单的机器人 Webhook 做对比。
投递模型（outbox 模式）：领域事件入队一个 dispatch 任务，dispatch 任务扇出，为每个 Webhook 创建一条持久化 Delivery 记录，带状态枚举（pending、in_progress、completed、errored）。每条 Delivery 通过 after_create_commit :deliver_later 自动入队自身发送，先持久化再投递。扇出使用 ActiveJob::Continuable 游标（find_each(start: step.cursor) 与 step.advance!）实现崩溃安全。在 Delivery 记录上保存请求元数据与响应（状态、正文）用于审计与调试，响应正文存储约 100KB 上限并统计字节数，使用独立 webhooks 队列避免慢目标拖垮其他任务。
失败分类：预期的目标失败（超时、TLS、DNS、连接拒绝、HTTP 4xx/5xx）应 rescue 并将 Delivery 标记 completed 并带符号化错误，不重试任务；意外异常（自身 bug）标记 errored! 并重新抛出以触发 ActiveJob 重试。
欠费断路器：按 Webhook 跟踪连续失败与首次失败时间，在最小时间窗内达到 N 次失败后自动停用（示例为 1 小时以上 10 次失败），成功后重置计数，UI 展示停用状态并提供手动重新激活端点。
安全基线：将 Webhook URL 视为不可信输入，应用完整 SSRF 防护（解析并校验 IP、屏蔽私有网段、固定 IP、每次重定向重新校验），发送时再次校验目标而非仅创建时；目标 URL 创建后不可变，更新仅允许名称与订阅；签名载荷使用 HMAC 签名头加时间戳头；模型层白名单可订阅事件（normalizes :subscribed_actions）；Webhook 管理端点要求管理员级认证。
集成适配器：同一投递流水线可服务多种目标类型，按 URL 模式检测（for_slack?、for_campfire?），按目标变化内容类型、载荷格式与渲染模板，不按集成分叉投递代码；载荷 URL 渲染时使用租户正确的 script_name。入站 Webhook：先验签，再从提供方 API 重新获取权威状态而非信任载荷内容或顺序；聊天机器人式回调按内容类型限制可回复（仅 text/plain、text/html 可成为回复），并防止循环，绝不由自身消息触发机器人。
租户安全：Webhook 记录与投递查询保持租户作用域，事件扇出不得泄漏跨租户数据。运维：按保留策略定期清理旧投递记录、在管理 UI 展示投递状态与历史、输出成功率、重试与延迟的有用日志与指标。
限制与风险提示：资料未提供具体安装步骤、代码示例、定价或平台支持信息；其内容为架构与最佳实践指引，实际实现细节需结合项目自行确定。