Webhooks：将Unstructured与后续所有流程连接起来
Unstructured推出webhooks功能，可根据任务生命周期事件自动触发下游操作，支持通过工作区或工作流范围与任何端点集成。
2026年4月15日，Unstructured宣布推出webhooks功能，用于在其平台上自动化任务完成后的下游操作。Unstructured通常位于AI管道的起始端，处理来自各种来源的文档，经过一系列处理节点后，将结构化数据发送到目标位置。借助新的webhooks，当任务被安排、开始、完成、停止或失败时，系统会自动向用户控制的端点发送信号，从而触发后续流程、发送通知或与其他工具集成。
Webhook基于任务生命周期中的五个事件触发：job.scheduled（任务已排队）、job.in_progress（处理中）、job.stopped（已停止）、job.failed（失败）和job.completed（已完成）。当事件发生时，Unstructured会向用户端点发送HTTPS POST请求，负载中包含事件类型、任务ID、工作流ID和处理时间等信息。同时，每个请求附带三个验证头部：webhook-id、webhook-timestamp和webhook-signature，用于确保请求的真实性和完整性。
Webhook的作用范围分为两种：工作区范围和工作流范围。工作区范围的webhook会监听整个工作区内所有任务的事件，适用于需要全局可见性的场景；工作流范围的webhook仅针对特定工作流中的任务，适用于需要特定响应的场景。在Unstructured的API中，两者都称为通知通道，区别在于创建的位置。工作区范围的通道可通过Unstructured UI或API创建，而工作流范围的通道仅通过API创建。
通过webhooks，用户可以构建多种应用。最直接的是实时通知——任务完成时向Slack发送消息，失败时呼叫值班工程师。另一个重要用途是触发下游管道——当Unstructured处理完毕后，自动启动后续处理或更新状态，实现整个工作流的自动化。任何接受POST请求的端点都可以作为接收器，包括Slack、Discord、邮件服务器或用户自己的服务器。
开始使用webhooks非常简单。用户可以通过Unstructured UI或API创建一个通知通道，指定目标端点和触发事件，并可选择添加签名密钥。创建后，匹配的任务事件会立即发送负载。每个请求都包含三个头部用于验证，完整的验证实现可在官方文档中找到。最快的方式是使用webhook.site设置免费接收器，在十分钟内即可体验实时webhook。如需更多信息，可访问Unstructured文档或免费注册开始使用。