用 AI 助理排查執行失敗
把一次失敗的執行交給它:定位失敗步驟、解釋錯誤原因、就地改工作流程再重跑。
執行失敗時最花時間的往往不是修改,而是尋找 —— 幾百條事件裡哪一步真的錯了、錯在哪個欄位。這一頁講怎麼把這件事交給 AI 助理。
從執行詳情頁開始
- 開啟那次失敗的執行詳情頁。
- 開啟 AI 助理,輸入框上方會出現「診斷」和「重試」兩個快捷按鈕,點「診斷」即可;直接說「這次執行為什麼失敗」也一樣。
- 助理回答裡會指明失敗步驟、給出錯誤的直接原因,以及對應的工作流程設定該怎麼改。
- 確認修法之後,可以讓它直接改這條工作流程,改完再重跑一次。
它看到的是什麼
平台不會把整段執行日誌塞給模型 —— 那樣既貴又容易淹沒關鍵資訊。交給助理的是一份壓縮過的執行證據:
- 執行的整體狀態、進度、開始與結束時間、頂層錯誤訊息;
- 所有步驟的狀態時間軸:每步的狀態、類型、重試次數、耗時,以及是否被自動續跑救回來過;
- 只對失敗步驟與目前步驟展開細節:輸入、輸出、錯誤堆疊與對應的步驟設定;
- 這條工作流程本身的結構,用來判斷是設定寫錯還是外部系統的問題。
權限跟著你走
這份證據在伺服器端依你的權限組裝:你看不到的執行,助理也讀不到。團隊共享的工作流程同理,依你在該團隊裡的身分判定。
編輯器裡的「交給 AI 修復」
還沒跑就已經報問題的情況,走另一條更短的路:
- 編輯器底部的診斷問題面板,可以把單一問題、或一次把全部問題「交給 AI 修復」;
- 步驟屬性面板上的入口會帶著這一步的完整上下文開啟助理,不用自己複製 YAML;
- 助理改完照樣出 Diff,你確認後才儲存,改動也會進編輯器自己的復原歷史。
常見的幾類失敗,它能幫到哪一步
| 失敗類型 | 助理能做的 |
|---|---|
| 設定寫錯(變數引用不到、欄位型別不對、步驟沒連上) | 定位到具體欄位並直接給出改法,可以讓它就地改完。 |
| 憑證缺失或失效 | 指出缺的是哪個服務的授權,你到「整合」頁把這條授權補上或換掉。 |
| 外部介面報錯(限流、權限不足、參數被拒) | 解釋上游回傳的含義,建議重試策略或參數調整 —— 但上游帳號本身的問題要你到上游後台處理。 |
| 程式碼步驟拋出例外 | 讀腳本與錯誤堆疊定位到行為,給出修改後的腳本。 |
| 執行中途被打斷 | 結合續跑紀錄說明哪些步驟已經成功、從哪裡接著跑更安全。 |
批次檢視:最近失敗了哪些
在執行清單頁開啟助理,快捷按鈕裡有「查看最近失敗的執行」,適合早上過一遍昨晚跑的定時任務,再逐條點進去診斷。