用例证据路径
Webhook debugging：从实施到决策
完整的 webhook debugging 测量循环连接一个拥有的工作流程、一个有界事件契约、一个受控装置和一个有人可以采取行动的问题。
- 1
设定边界
记录 webhook_received、webhook_processed、webhook_failed 和 webhook_retried。
- 2
捕捉结果
Begin with webhook_received, webhook_processed, webhook_failed and document the grain of each event.
- 3
证明行数
针对重复失败、重试峰值和处理延迟创建警报。
- 4
做出决定
哪些 Webhook 事件类型最常失败？
用例与模板
选择要衡量的内容
使用用例指南来选择结果、事件边界和分析问题。当您准备好接受较短的复制粘贴实施简介时，请打开匹配的模板。
代理提示
将其粘贴到您的编码代理中
更换 YOUR_API_KEY 注册后，然后要求智能体运行产品流程并验证第一个事件。
代理提示
Webhook debugging 设置提示
text
使用 Telemetry 进行仪器 Webhook 调试。
使用 /skill.md 和此 Telemetry API 密钥：YOUR_API_KEY
请记录webhook_received、webhook_processed、webhook_failed、webhook_retried和webhook_deduplicated。包括 provider、event_type、route_template、status、status_code、latency_ms、attempt、idempotency_outcome、downstream_job_count、team_id 和 error_type。
按提供商创建卷、按事件类型失败、重试率、重复率、p95 处理时间和最新失败的 webhook 的查询。
请勿记录原始 Webhook 正文、签名、机密、付款详细信息或个人数据。设置步骤
- 1记录 webhook_received、webhook_processed、webhook_failed 和 webhook_retried。
- 2捕获提供者、事件类型、状态、延迟、尝试和幂等性结果。
- 3连接每个 Webhook 触发的下游作业或计费同步。
- 4针对重复失败、重试峰值和处理延迟创建警报。
要捕获的事件
webhook_receivedwebhook_processedwebhook_failedwebhook_retriedwebhook_deduplicatedbilling_sync_failed
由此解锁的问题
- 哪些 Webhook 事件类型最常失败？
- 重试是修复失败还是创建重复项？
- 哪些下游系统受到提供商延迟的影响？
事件模式示例
此工作流的事件模式
在将查询或代码片段适应生产之前，请检查行粒度、发出边界、所需类型、隐私类、示例有效负载和验证清单。
相关产品功能
继续此工作流程 告警
将经过审查的可靠性查询提升到拥有的阈值和响应工作流程中。
相关 SQL 查询示例
更多 SQL 示例
针对此工作流程中的结构化字段运行查询，检查示例结果，并将有用的答案转换为仪表板或警报。
网络钩子中级
测量 Webhook 重试恢复
Webhook 重试是恢复失败还是创造更多工作？
打开查询示例网络钩子中级
测量 Webhook 延迟和重复率
哪些 Webhook 源速度慢、重复或不可靠？
打开查询示例网络钩子高级
衡量 Webhook 端到端完成情况
哪些 Webhook 类型会在五分钟内完成下游工作？
打开查询示例查询示例合集网络钩子 SQL
客户案例
相关客户案例
下一步
创建您的智能体将使用的 API 密钥
免费计划足以运行提示、发送测试事件和查看第一个仪表板。
相关页面