REST API
透過帶權限範圍的端點觸發執行、查看狀態、取得結果與處理審批。
產品實證
真實請求對應一筆真實執行記錄
v1 API 使用帶權限範圍的 API Key；Webhook 輸入會映射為變數並回傳執行 ID。
01
POST /api/webhooks/{id}/trigger02
X-API-Key 認證03
GET /api/v1/executions/{id}/result核心能力
面向真實系統整合的具體能力
Webhook 觸發
向由 API Key 保護的工作流程位址傳送 JSON。
日誌與復原
查看步驟輸出、錯誤與執行歷史，並依設定處理重試。
憑證與部署
使用統一憑證參照與適合目前環境的部署方式。
運作方式
把內部事件轉成一次可治理的執行
呼叫方可以取得執行 ID，並繼續查詢結果。
- 01內部系統傳送 Webhook
- 02呼叫外部 API
- 03AI 處理資料
- 04依結果分支
- 05回傳或發布結果
參考整合
Webhook 觸發的內部分類流程
內部系統傳送 JSON 事件，工作流程透過 API 補充資訊、由 AI 分類、依結果分支並保留記錄。
自動化前：每個團隊各自維護觸發、重試與日誌程式碼。
自動化後：內部系統保留原有契約，編排能力由同一處管理。
業務難題
生產級編排遠不只一次模型呼叫
真正的系統整合還需要認證、重試、狀態與完整證據。
黏合程式碼不斷膨脹
觸發、佇列、重試與結果輪詢逐漸變成另一套需要維護的平台。
失敗過程不透明
單一回應無法說明哪一步失敗、接收了什麼輸入。
安全邊界分散
金鑰與權限散落在不同指令碼中，難以統一管理。
常見問題
你可能想了解這些
開發者自動化
從自己的系統觸發第一條工作流程
依 Webhook 契約發出請求，然後檢查執行狀態與結果。
免費開始無需信用卡