封存後的 Dify 與 Flowise：結束了什麼、仍在運作什麼、費用是多少

Dify 和 Flowise 已不再是兩個可根據功能進行比較、且都在持續運作的開源專案：Dify 仍在發布版本——2026 年 9 月 10 日發布 1.17.1，2026 年 9 月 18 日最後推送——而 FlowiseAI/Flowise 儲存庫已封存，最後推送日期為 2026 年 8 月 13 日，維護者將其生命週期終止日設定為 2026 年 8 月 31 日。對於新專案，這就足以決定該選哪一個。對於現有的 Flowise 部署則不然，因為結束的是開源儲存庫，而不是託管服務。

這項區分正是本頁存在的完整理由，而幾乎所有 2026 年 7 月之前撰寫的比較文章，都在其中一個方向上弄錯了。日落時間表只有一欄描述後果，其標題是「Impact on OSS Repository」。其中沒有任何內容提到 Flowise Cloud。2026 年 9 月 19 日，行銷網站仍顯示「We're sunsetting Flowise」橫幅，並且仍在銷售 Starter 和 Pro，Starter 卡片還提供首月免費的行動呼籲。因此：程式碼已封存且已達生命週期終止；託管服務沒有公布終止日期，且仍在銷售。這兩個情況同時都是真的。

實際結束了什麼，以及沒有結束什麼

來源，全部於 2026 年 9 月 19 日查核：透過 GitHub API 查閱的 Flowise 儲存庫和 Dify 儲存庫、維護者公告、npm 套件登錄庫、Docker Hub，以及 Workday 的收購公告。有兩項細節值得各自說明。兩份已發布的時間表對封存日期意見不一致——日落頁面排定為 2026 年 8 月 10 日，而維護者自己的討論文章則為 2026 年 8 月 13 日——GitHub 解決了這個問題：儲存庫頁面，以及文件和嵌入儲存庫的頁面，都顯示「archived by the owner on Aug 13, 2026」。此外，公告中稱套件和映像檔「將被標記為已棄用」的說法尚未實現：在該次查核時，npm 套件和 Docker 儲存庫都沒有棄用標記。那是已聲明的意圖，而不是套件的實際狀態。

安全性狀況值得另起一段，而且比封存通知所暗示的更糟。Flowise 自 2026 年 8 月 3 日起停止接受新的漏洞報告——其 SECURITY.md 用一行文字如此說明——而就在一天後，針對它發布了 26 項公告，其中 10 項為嚴重等級。這 26 項全部都列有修補版本——25 項列為 3.1.3，1 項列為 3.1.4——因此沒有任何一項會讓最終版本暴露於風險中。但接下來一週發布的 5 項會：CVE-2026-67620、CVE-2026-67621、CVE-2026-67622、CVE-2026-70636 和 CVE-2026-71962 都描述 Flowise 直到 3.1.4 受影響，且各自將修補版本列為未知（GitHub 安全公告，於 2026 年 9 月 19 日查核；該次列舉在清單回傳的 100 筆記錄處停止，因此 5 項是下限而非總數）。其中包括一個尚未修補的驗證繞過漏洞和一條未經驗證即可下載檔案的路徑。任何繼續使用 3.1.4 的人都承擔著這些風險。

再補充一項需要注意的地方，因為搜尋結果會將它們混在一起：flowise.io 是一家無關的工作管理公司，而 flowise.co.za 是一家無關的南非軟體代理商。兩者都與本產品無關，兩者的定價也都不應出現在本頁。

你應該選哪一個

兩者的執行模型也有所不同，而功能清單會將這項差異抹平。Flowise 的雲端方案按每月預測次數計量——各層級為 100、10,000、50,000 次——另加儲存空間。Dify 則會將訊息額度計入所包含的模型用量，之後，依定價頁面自己的說法，您可以切換至自己的 API 金鑰。定價區段未說明使用自己的 API 金鑰執行 Flowise 預測是否仍會扣除該額度，本頁也未進行測試；如果您接近層級上限，請先在自己的帳戶中確認，再進行預算規劃。

已發布的方案與價格

2026 年 9 月 19 日從 Flowise 首頁的 Pricing 區段讀取；這是本產品唯一的公開價格來源——flowiseai.com/pricing 會重新導向至登入表單，完全不顯示價格。自行託管的授權例外來自儲存庫的 LICENSE.md，這一點很重要，因為日落頁面所稱「採用 Apache 2.0 授權的程式碼歸您所有」雖然正確，但並不完整：企業驗證和角色層不在該授權的涵蓋範圍內。

2026 年 9 月 19 日從 dify.ai/pricing 讀取。該頁面有三項需要注意之處。頁面聲明「價格不含適用稅款，結帳時可能另行加收」。年度數字是頁面預設呈現的數字；月付數字來自頁面自己的月付切換開關，未在結帳時確認。此外，定價頁面將該額度稱為「message credits」，而文件稱為「AI credits」——同一個額度有兩個名稱，不是兩種額度。本次擷取的頁面未公布每個模型的額度費率，因此在本頁無法將額度換算為 token。

逐欄檢視連線邊界

兩項產品都採用自備金鑰模式，也都接受 OpenAI 相容的基礎 URL。真正造成影響的差異，比行銷頁面所暗示的更為狹窄。

欄位名稱和行為於 2026 年 9 月 19 日從 相容供應商結構描述、Anthropic 供應商結構描述、ChatOpenAICustom.ts、ChatAnthropic.ts 和 httpSecurity.ts 讀取；下拉選單行為則來自 modelLoader.ts 及其擷取的已凍結 models.json。對 Kunavo 而言，這些欄位在 OpenAI 相容路徑中使用 https://api.kunavo.com/v1——請參閱聊天端點參考和驗證——而 Dify 的 Anthropic 外掛則使用Anthropic 基礎 URL下所記錄的獨立來源格式值。Kunavo 將這些內容發布為設定參考，尚未針對它們對任一產品進行執行階段測試，因此請將第一次呼叫視為測試。

有兩項能力相關注意事項，會造成執行階段意外，而不是設定錯誤。Dify 的相容外掛要求您手動宣告內容大小、工具呼叫形式，以及視覺、音訊、影片和文件旗標；錯誤值會稍後以請求錯誤失敗，而不是設定錯誤。它也會透過向您的端點發出真實的一字請求來驗證新模型，因此無法完成微小呼叫的端點將無法儲存——如果此步驟失敗，應從錯誤參考開始。在 Dify Cloud 上，文件將針對同一模型使用多個金鑰分散請求的功能標示為 Professional 和 Team；自行託管的 Community 版本是否具備這項功能，文件頁面並未說明，本頁也未驗證。

有一項同時適用於兩者、也特別適用於 Kunavo 的邊界：Kunavo 不提供嵌入、語音轉文字或文字轉語音模型。兩個建置器都有這些模型的欄位——Dify 的相容外掛涵蓋五種模型類型，而每個知識庫都需要嵌入步驟——因此這些欄位必須指向其他供應商，或指向您在本機執行的服務。只有聊天模型欄位可由 Kunavo 金鑰填入。這也避開了 Dify 自身資料中的一個未解決問題：外掛 README 與目前原始碼對於非聊天模型類型是否會附加版本路徑，說法不一致。

坦白說明遷移成本

兩項產品都支援匯出，但都不會匯出成另一項產品可直接匯入的格式。Dify 會將應用程式以 YAML 格式的 DSL 匯出，包含應用程式設定、工作流程編排和節點設定、模型參數和提示範本，以及知識庫連線，但不包含知識資料本身；第三方 API 金鑰會被刻意排除，使用記錄也同樣不包含其中（應用程式管理文件，2026 年 9 月 19 日）。Flowise Cloud 會將選取的資料匯出為 JSON，並依其自身說法排除憑證，而憑證必須重新建立（遷移文件——請注意，這是較舊的 Cloud V1 到 V2 指南，早於日落公告，因此不是日落遷移路徑）。

找不到兩種格式之間的轉換器。這代表搜尋結果中沒有找到，而不是證明不存在，但您應預期逐一重新建置每個流程節點，並重新輸入每一組憑證。對只有幾個流程的團隊而言，這只需一個下午；對包含 50 個流程的流程庫而言，這是決策中的主要成本，遠高於訂閱費用的差異。維護者自己在日落頁面和公告中都建議分叉——這表示除了程式碼之外，還要一併承擔上述安全公告所述的未修補漏洞。

一份實際的模型成本估算

這是說明性的 token 算術，不是測量得到的任務成本，也不是帳單上限。假設一次知識輔助工作流程執行會傳送 18,000 個未快取輸入 token——系統提示、擷取的區塊和一小段歷史記錄——並回傳 700 個輸出 token，且您每月執行 1,000 次。費率是目前的 Kunavo 目錄每百萬 token 價格。

請將它與平台費用一併對照，而不是取代平台費用。在這些假設下，此範圍中最便宜與最昂貴模型之間的差額為每月 $60.20——高於任一方向上 $35 與 $59 的平台差額，這就是為什麼通常真正花錢的地方是模型選擇，而不是建置器選擇。擷取內容大小是另一個槓桿：這些執行以輸入為主，因此縮減區塊比縮減回答更能降低總額。AI 成本最佳化涵蓋這種方法，而RAG 實作涵蓋擷取步驟應放置的位置。

Kunavo 的目錄金額是計費下限，而不是上限：當上游回報其費用時，帳單會取目錄成本與上游成本乘以適用加成兩者中較高者。快取費用、嵌入和外部工具不包含在此範例中。最低加值金額是預付額度中的 $10，這是資金最低額度，而不是任務費用或訂閱費用——請參閱計費詳細資訊和用量，了解帳戶每次呼叫所記錄的內容。

接下來該怎麼做

如果您正在選擇建置器，簡短結論是：新工作交給 Dify，現有的 Flowise 部署可以繼續執行，但現在承擔著沒有人會修補的公告問題，而您需要的通訊協定會決定其餘選擇。如果您正在選擇建置器背後的服務，AI 代理 API 目錄記錄了兩者的連線邊界——Flowise 列在其已封存區段中——而OpenAI 相容 API 指南涵蓋兩者所使用的機制。如果您比較的是閘道而不是建置器，值得看看LiteLLM 替代方案。想取得可放入任一工具的金鑰時，請建立 Kunavo 帳戶，然後執行一個受限制的流程，在擴大規模前讀取帳戶為其記錄的費用。

常見問題

兩項產品的儲存庫狀態、版本發布、套件登錄、定價頁面、外掛結構描述和節點原始碼，均於 2026 年 9 月 19 日擷取並閱讀；具體查核內容都列在各項聲明旁。Kunavo 未對 Dify 或 Flowise 執行任何相容性測試——本頁關於任一產品的所有內容，都是從其自身文件、原始碼和公開 API 轉錄而來。Kunavo token 費率來自目前的目錄，而本頁每個美元範例都是說明性的 token 算術。