Dify 社群提出觸發器隔離修補，未發布草稿可能中斷正式流程事件

Dify 的草稿與正式流程隔離出現新疑點。10 月 14 日，一名使用者回報，在標示為 1.17.1 的 Cloud 環境中，已發布的 Integration Trigger 工作流程會受未發布草稿影響：清除訂閱、刪除觸發節點，或將匯出的設定重新匯入同一應用，都可能讓正式流程停止接收事件。公開案例以 GitHub Star 事件重現，尚不能推定所有整合均有相同結果。問題回報

這項行為違背使用者對發布邊界的預期。Dify 官方教學要求修改後再次發布，更新才會生效；因此，若草稿儲存即可改動正式事件入口，工程師在調整下一版流程時，也可能干擾既有自動化服務。官方發布說明

回報中的關鍵現象是「沒有執行紀錄」。測試者先確認 Star 事件能啟動流程，再移除草稿訂閱；後續事件沒有產生成功或失敗紀錄。未經發布，只要在草稿重新選回訂閱，正式流程便恢復。這使排查重點落在事件與流程的綁定，而非下游模型節點。重現步驟

同日提出的修補 PR #44068，將觸發器註冊綁定至發布專用訊號，讓草稿同步保留正式流程使用中的觸發器。作者表示，兩項針對性回歸測試在修補前失敗、修補後通過，並完成 Ruff、格式與差異檢查。截至查核時，提案仍開放審查，不能視為正式版本已修復。修補提案與驗證

對維運團隊而言，這起案例提示：只監控流程失敗率，可能漏掉根本未建立執行的事件。依據上述現象，較有用的驗證方式，是在測試環境比較草稿修改前後的事件接收與執行數量，並另外測試設定匯入路徑。後續應追蹤維護者是否確認根因、修補是否合併，以及正式發布前是否補足其他 Integration Trigger 的測試；目前兩項回歸測試仍不足以證明完整雲端事件鏈路均已恢復。