Dify 社群回報代理串流延遲，啟用失敗分支可能讓文字等到任務結束才送出

Dify 社群於 10 月 12 日新增一項串流行為回報：在自架 1.17.1 的 Chatflow 中，Agent 節點只要啟用「Fail Branch」錯誤處理，即使模型持續產生文字，用戶端仍可能等到節點執行結束才收到答案。案例使用 agent 0.0.33 外掛、Function Calling 策略，以及透過相容閘道連接的 vLLM／Qwen3。回報與重現步驟

回報者以相同模型與提示切換設定比較。啟用失敗分支時，805 個文字事件約在第 29.8 秒才開始抵達，並於 0.216 秒內集中送完；預設錯誤處理的對照則約在第 3.4 秒開始輸出。兩次生成長度與總時間不同，因此這組數據不能當成通用效能基準，但提供了定位串流延遲的具體線索。同一請求的代理日誌仍即時抵達，也顯示文字與日誌可能經過不同的釋出條件。事件量測

回報將原因指向 graphon 0.7.0：失敗分支設定會把節點改列為分支執行類型，串流過濾器再將其輸出邊視為阻塞邊，等待分支確定才釋出緩衝內容。這仍是提交者的分析。官方文件另說明，Answer 節點會依變數可用性逐步輸出，遇到未解析變數便等待；工程上因此需要同時檢查模型端與工作流程端的等待條件。程式路徑分析、Answer 串流文件

這項回報值得關注，因為失敗分支原本用於錯誤通知、替代服務與復原流程，卻可能影響正常回答的可見延遲。暫時改回預設設定會失去分支復原能力，不能只為恢復串流就直接套用。部署團隊可先記錄文字與日誌事件時間，重現設定差異，再追蹤維護者是否確認問題，以及後續修補能否兼顧失敗路由與逐段輸出。截至查核時，議題仍開啟，尚未連結修補 PR，其他版本及雲端服務是否受影響仍待驗證。錯誤處理文件、議題狀態