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文件或免費註冊開始使用。