儲存庫封存後的 Flowise 替代方案

Flowise 的仍在維護替代方案是 Dify、n8n 與 Langflow——而遷移的原因是 Flowise 儲存庫已封存且為唯讀，不是因為軟體停止執行。 這句話的兩半都很重要，因為停止運作並未一次關閉所有內容：開源專案已結束，已發布的套件仍可在沒有警告的情況下安裝，而託管 Cloud 仍在公布價格，且沒有附帶終止日期。這三項事實中哪一項適用於您，會決定這是緊急遷移還是有計畫的遷移。

先釐清兩個名稱衝突。flowise.io 完全是另一家公司——一家工作管理顧問公司——因此您在那裡找到的任何價格，描述的都是那家企業。Langflow 也不是 Flowise：名稱幾乎相同、畫布相似，但所有權、授權與託管情況完全不同。不要將一方的事實套用到另一方。

實際關閉了什麼，什麼沒有關閉

供應商在其終止維護公告頁面發布了里程碑表，而其所述理由值得直接引用，而非改寫：「開發人員越來越依賴 Claude Code/OpenClaw 等新的程式設計代理來處理複雜任務。面對複雜任務時，典型的僵化工作流程低程式碼做法很快就會達到極限。」里程碑為：2026 年 7 月 29 日公告並凍結程式碼、8 月封存儲存庫，以及 2026 年 8 月 31 日結束官方核心團隊的參與。

兩個官方來源對封存日期的說法不一致。終止維護里程碑表寫的是2026 年 8 月 10 日；「The Future of Flowise」公告討論串與儲存庫最後一次推送的日期都是2026 年 8 月 13 日。請在自己的紀錄中使用 8 月 13 日，並註明供應商頁面另有說法。

在任何人建立分支之前，先更正一項授權資訊。公告表示「採用 Apache 2.0 授權的程式碼可供你持續開發」，但 LICENSE.md 將 packages/server/src/enterprise 底下的所有內容，以及帶有明確著作權聲明的檔案排除在外；這些內容適用商業授權，要求在正式環境使用時必須持有有效的 Enterprise 訂閱，且禁止再散布。因此，從這家正在逐步結束營運的供應商取得的分支，是採用 Apache 2.0 授權的程式碼扣除該目錄。目前尚未出現沿用專案原名的後繼專案：在 GitHub 上搜尋名稱包含「flowise」、且自 2026 年 8 月 20 日起曾推送更新的儲存庫，找不到星號數超過一顆的結果。改名的分支不會出現在這項搜尋中，因此應將結果解讀為「沒有明顯的後繼專案」，而非證明後繼專案不存在。

哪個替代方案適合哪種 Flowise 工作流程

請依據您已建置內容的形態選擇，而不是依星數選擇。以下三個專案均於 2026 年 9 月 19 日檢查過，且三者都仍活躍，均在 9 月 18 日有推送更新。

Langflow 自身也帶有警訊，而且與 Flowise 剛發出的警訊相同。它於 2024 年 4 月由 DataStax 收購，IBM 於 2025 年 2 月宣布有意收購 DataStax，而託管服務已經消失——一份日期為 2026 年 4 月 9 日的 DataStax 發行說明寫道：「已從 Astra 移除 DataStax Langflow。您可以改用 Langflow OSS。」目前 Langflow 可安裝為桌面應用程式、Docker 映像、Python 套件，或從原始碼安裝，其網站導覽中也沒有定價頁面。請選擇它，是為了您自行託管的 MIT 授權程式碼，而不是向供應商購買託管服務。

哪些內容可遷移、哪些不可遷移，以及如何復原

Flowise 的 匯出程式碼明確定義了十五種記錄類型：代理流程（兩個世代）、四種助理類型、聊天流程、聊天訊息、訊息回饋、自訂範本、文件儲存區、文件儲存區檔案區塊、執行作業、工具與變數。路由將 export、import 與 chatflow-messages 公開為受權限控管的 POST 端點，因此可以用腳本匯出整個工作區，而不必逐一點選。

三個界線決定這需要多久。

• 憑證不會遷移。 官方雲端遷移指南直接如此說明——「憑證不會被匯出。您必須建立新的憑證，並在流程與助理中使用這些憑證」——匯出程式也證實了這一點：該檔案中「credential」一詞出現零次。每個金鑰、資料庫密碼與 OAuth 權杖都必須手動重新輸入。
• ID 會保留，URL 會變更。同一份指南指出，匯出的 ID 會維持不變，因此透過 ID 呼叫流程的應用程式只需更新基礎 URL。這是 Flowise 到 Flowise 遷移成本低的唯一因素；但若要遷移至不同產品，這項優勢毫無幫助。
• 這三個儲存庫都沒有讀取該格式的功能。針對 langgenius/dify、n8n-io/n8n 與 langflow-ai/langflow 進行的 GitHub 程式碼搜尋，在其中任何一個儲存庫都找不到「flowise」，因此三者都沒有隨附匯入器或轉換器。該搜尋涵蓋已建立索引的預設分支，不包括第三方外掛程式。請將匯出結果當作書面規格，並重建每個流程。

在此之前，先建立狀態快照。根據環境變數參考，在預設的自託管安裝中，資料庫位於 SQLite ~/.flowise，Blob 儲存空間位於 ~/.flowise/storage；但憑證加密金鑰位於資料庫之外，沒有它，這些憑證將永久遺失。

# Default self-hosted layout: the SQLite database and the blob storage
# folder both live under one directory. Snapshot it before you touch anything.
cp -a ~/.flowise ~/flowise-backup-$(date +%F)

# The encryption key is NOT inside that database. If it does not travel with
# the data, every stored credential is unrecoverable.
#   SECRETKEY_STORAGE_TYPE  local | aws
#   SECRETKEY_PATH          default: Flowise/packages/server
#   FLOWISE_SECRETKEY_OVERWRITE  replaces the file-based key entirely

# Pin the final release rather than tracking a floating tag, so a future
# registry change cannot move the image under you.
docker pull flowiseai/flowise:3.1.4

之後復原就很簡單，這正是先做快照的原因：保留舊技術堆疊並使其停止運作，而不是刪除它，直到替代方案承載真實流量完成一個完整的計費週期；只有在舊技術堆疊除役後，才輪替它曾持有的金鑰。

替代方案的成本，以及資金實際流向

本表有兩項注意事項。Dify 與 n8n 僅在伺服器端呈現其年繳數字；其月繳切換鈕在用戶端運作，而那些數字未被擷取，因此不要從本表推導月費。Flowise Cloud 這一列是用來描述市場，而非購買建議——它是在一個其自身橫幅宣布即將停止服務的網站上所列出的付費方案。

這些價格中的每一項購買的是建置器。模型權杖會由您指定的端點另外計費，而在實際用量下，模型權杖費用會占主要部分。以 Starter 方案自行公布的配額為基準：一個月內有 10,000 個回答，假設每個回答傳送包含提示與擷取內容的 8,000 個輸入權杖，並回傳 600 個輸出權杖。這些假設僅供說明，並非實測；費率是Kunavo 目錄中每百萬個權杖的即時價格。

這是權杖計算，不是實測的任務成本，也不是帳單上限。重要的解讀是：在這些假設下，相較於 $35 的平台訂閱費，模型費用每月約為 $77 至 $231，因此「哪個建置器最便宜」通常不是首先要回答的問題。模型選擇與提示大小對帳單的影響大於平台本身。還有一項需要另行編列預算：檢索應用程式會在資料擷取時嵌入文件，並在讀取時執行查詢，而Kunavo 不提供嵌入模型——這個步驟會在本機或外部供應商處執行，費用也會在該處產生，而不是在這裡產生。

Kunavo 目錄金額是計費下限，而非上限：當上游回報其費用時，帳單金額取目錄成本與上游成本乘以適用加成兩者中的較高者。預付額度的最低加值為 $10 的預付額度，這是資金最低門檻，而非任務費用或訂閱費用——請參閱帳務詳細資訊。選定建置器後，請建立 Kunavo 帳戶，並依照聊天完成參考文件取得基礎 URL 與金鑰格式。三個建置器都使用的一般模式，請參閱OpenAI 相容 API；檢索部分請參閱RAG 實作。

如果您目前仍留在 Flowise，請先修正模型清單

Flowise 的 OpenAI 相容路由在最終版本中仍然存在，而且原始碼中沒有授權或方案檢查：ChatOpenAI 節點位於 Apache 2.0 packages/components 樹狀結構中，不在 packages/server/src/enterprise 排除範圍內。在 ChatOpenAI 節點中，開啟Additional Parameters，設定 Base Path（欄位名稱為 basepath，說明為覆寫預設基礎 URL），並可選擇設定Base Options，這是一個包含預設標頭的 JSON 物件。在節點原始碼中，這些設定會直接對應至用戶端的 baseURL 與 defaultHeaders。API 金鑰是一般的 ChatOpenAI 憑證。

陷阱在模型名稱。一般 ChatOpenAI 節點中的模型名稱是非同步選項欄位，由 listModels 方法載入；該方法讀取 models.json 檔案，而不是您端點本身的 GET /v1/models。預設來源是封存儲存庫 main 分支上的原始檔案，因此該下拉式清單現在已永久凍結：截至 2026 年 9 月 19 日讀取時，Anthropic 最多只有 claude-opus-4-7，OpenAI 最多只有 gpt-5.5，之後永遠不會加入更新的名稱。只設定 Base Path，仍會讓您從一份在 8 月停止更新的清單中選擇。

有兩種文件記載的解決方式。使用獨立的 ChatOpenAI Custom 節點，其 Model Name 是自由文字字串欄位，並具備相同的 Base Path 與 Base Options；或將 MODEL_LIST_CONFIG_JSON 設為您自己的檔案或 URL，這會在全域取代下拉式清單來源。

{
  "chat": [
    {
      "name": "chatOpenAI",
      "models": [
        {
          "label": "claude-sonnet-4-6",
          "name": "claude-sonnet-4-6",
          "input_cost": 0.0000021000,
          "output_cost": 0.0000105000
        },
        {
          "label": "claude-haiku-4-5",
          "name": "claude-haiku-4-5",
          "input_cost": 0.0000007000,
          "output_cost": 0.0000035000
        }
      ]
    }
  ]
}

該路由有三個界線，全部取自 2026 年 9 月 19 日的原始碼。Custom 節點會針對基礎路徑執行拒絕清單檢查，預設拒絕清單會封鎖包括 localhost、127.0.0.0/8、10.0.0.0/8、172.16.0.0/12、192.168.0.0/16、169.254.0.0/16、::1 與 fc00::/7 在內的位址，並顯示「Access to this host is denied by policy」——公開 HTTPS 端點不受影響，但位於 localhost 或 LAN 位址上的代理程式會受影響，而 HTTP_SECURITY_CHECK 與 HTTP_DENY_LIST 會控制此行為。一般 ChatOpenAI 節點不執行該檢查。此外，採用 Anthropic-Messages 通訊協定的節點沒有 base-URL 欄位：聊天模型節點目錄包含一個 Anthropic-Messages 節點，即 ChatAnthropic，其原始碼沒有宣告 base-URL、base-path 或 API-URL 輸入。因此，透過該節點無法定址 Anthropic-Messages 端點，必須改由 OpenAI 相容路由使用——如要了解該通訊協定可用的位置，請參閱Anthropic 基礎 URL 文件。閱讀時還有一項文件上的細節：官方頁面標題為 「ChatOpenAI」，其 URL slug 含有「azure」，但它是一般節點的正式 Base Path 參考文件，而不是 Azure 文件。

以上所有內容都有一項注意事項，表述方式與AI 代理程式 API 目錄一致：Kunavo 未針對其端點對 Flowise、Dify、n8n 或 Langflow 進行執行階段測試。本文每項設定說明都抄錄自供應商文件與儲存庫原始碼，而非端到端實測。請保留一條可運作的路由，執行一項受限任務，並查看您自己的帳戶為該任務記錄的費用。

可逆轉的分階段切換

1. 如上所述，建立資料目錄與加密金鑰的快照，並將映像固定在 3.1.4。
2. 現在執行每個工作區的匯出，趁執行個體仍在運作時完成。如果您使用 Cloud 部署，請先完成此步驟——目前沒有公布匯出期限，但這不等於不存在期限。
3. 在輪替任何內容之前，記下每個憑證及其用途。這些憑證一項都不會遷移過來。
4. 在目標環境中手動重建一個具代表性的流程，而且只能重建一個。您會在這裡了解到目標環境無法表達哪些內容。
5. 讓兩個技術堆疊使用相同輸入執行，並在您預先選定的期間內比較輸出差異。
6. 切換流量。讓舊技術堆疊停止運作，但不要刪除，維持一個完整計費週期。
7. 除役後，再輪替舊技術堆疊曾持有的金鑰。

如果第 4 步的結論是您根本不需要視覺化建置器——這正是供應商自身給出的結束營運理由——那麼值得閱讀的比較應是AI 閘道與AI 成本最佳化，而不是另一個畫布。

常見問題

本頁於 2026 年 9 月 19 日直接閱讀的資料包括：Flowise README、models.json、LICENSE.md、ChatOpenAI、ChatOpenAI Custom 與 ChatAnthropic 節點原始碼、export-import 服務原始碼、npm registry 文件、Docker Hub 儲存庫文件、flowiseai.com 與 flowiseai.com/sunset。於 2026 年 9 月 21 日重新檢查的內容包括：封存標記與最後推送日期、公告討論串、Dify、n8n 與 Langflow 儲存庫的狀態、版本與授權、Dify 與 n8n 定價頁面、DataStax Astra 發行說明、Flowise 服務條款，以及 n8n、Dify 與 Langflow 中的 Anthropic 憑證或元件定義。星數於 2026 年 9 月 19 日讀取，並每日變動。Kunavo 詞元費率取自即時目錄，範例中的所有美元數字都是用於說明的詞元費用計算。