Flowise：視覺化建構AI智慧體
透過視覺化拖曳方式建構 AI 代理與 LLM 工作流程，無需撰寫程式即可搭建聊天機器人、RAG 與多代理系統。
秒懂
- 它是什麼？
- 從README出發，介紹Flowise倉庫的安裝、Docker、開發、部署、支援與許可協議。
- 適合誰用？
- Flowise是一個TypeScript單體倉庫，自述為視覺化建構AI智慧體的工具。它提供了簡單的npm安裝、Docker Compose與映像工作流、基於pnpm的開發環境、多種自托管指南，以及Apache 2.0與企業商業許可共存的許可證。
- 可以商用嗎？
- 請先確認。這個儲存庫使用的授權不在我們自動分類的範圍內，商用前請閱讀儲存庫中的 LICENSE 檔案。
- 還在維護嗎？
- 不再維護。擁有者已在 GitHub 上將儲存庫封存，儲存庫變為唯讀，不會再有更新。
- 用什麼語言寫的？
- 主要是 TypeScript（依據 GitHub 的語言統計）。
以上回答依據專案的 GitHub 資料（最近同步於 2026年9月15日）與我們的分析，不構成法律意見。
開源專案深度解析
安裝並啟動Flowise
README要求標準安裝使用Node.js 20.0.0或更高版本。使用npm install -g flowise全域安裝Flowise後，執行npx flowise start並開啟http://localhost:3000即可存取介面。npm和Docker兩種方式使用相同的連接埠，但快速開始不需要克隆倉庫，只需全域安裝npm套件。README沒有提及除Node.js之外的快速開始額外依賴或系統要求，也沒有說明啟動後是否需要任何初始設定，例如建立管理員帳戶或設定資料庫。它只提供了npm命令和URL，沒有包含設定精靈或設定指南。同時，README沒有說明npm套件是否包含所有模組，或者它只是一個下載這些模組的包裝器。使用者需要自行驗證這些步驟是否必要。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 1：以 Flowise 的這個操作面核對差異。 具體而言，應先檢查 README 指定的入口與目錄，再看輸出是否符合該專案示例中的欄位或服務端點。
使用Docker運行Flowise
Docker使用者有兩條文件化的路徑。使用Docker Compose時，需要先克隆Flowise倉庫，進入倉庫根目錄下的docker資料夾，將.env.example檔案複製為同目錄下的.env檔案，然後執行docker compose up -d。應用會在本機的3000連接埠啟動，停止容器用docker compose stop。另一種方式是自己建置映像：在倉庫根目錄執行docker build --no-cache -t flowise .，然後用docker run -d --name flowise -p 3000:3000 flowise啟動，用docker stop flowise停止。README沒有指定Dockerfile所基於的映像或Node.js版本，也沒有說明如何處理持久化資料或磁碟掛載，因此使用者需要參考官方文件或自行試驗。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 2：以 Flowise 的這個操作面核對差異。 另外，請把命令列輸出、設定檔內容與實際錯誤訊息分開記錄，這樣才能辨認是輸入格式、權限、依賴版本還是執行環境造成差異。
從原始碼開發Flowise
Flowise是一個單體倉庫，包含四個模組：server（Node後端，提供API邏輯）、ui（React前端）、components（第三方節點整合）和api-documentation（由Express自動產生的Swagger UI文件）。README指導開發者先安裝pnpm，克隆倉庫，執行pnpm install安裝所有依賴，然後執行pnpm build建置所有程式碼。如果建置因JavaScript堆積記憶體不足而退出程式碼134，README建議將NODE_OPTIONS設定為--max-old-space-size=4096（macOS/Linux/Git Bash用export，Windows PowerShell用$env:，CMD用set），然後重新執行pnpm build。建置完成後，用pnpm start啟動應用，存取http://localhost:3000。開發模式需要分別在packages/ui和packages/server中建立.env檔案，設定VITE_PORT和PORT，然後執行pnpm dev，程式碼變更會在http://localhost:8080自動重載。README還提到，dev模式下的連接埠是8080，而不是3000。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 3：以 Flowise 的這個操作面核對差異。 具體而言，應先檢查 README 指定的入口與目錄，再看輸出是否符合該專案示例中的欄位或服務端點。
使用環境變數設定
README說明Flowise支援環境變數來設定實例，並說要將它們放在packages/server資料夾內的.env檔案中，然後連結到CONTRIBUTING.md取得更多資訊。README本身沒有列出任何變數名稱、預設值或它們控制的行為，也沒有說明哪些變數是必填的。因此，任何具體設定項（如資料庫連線、API金鑰、連接埠覆蓋）都需要檢視CONTRIBUTING.md或原始碼才能確認。同時，README沒有提供環境變數的範例值或說明如何在不同部署環境中管理它們，也沒有提到是否支援.env檔案以外的設定方式，例如系統環境變數或設定檔。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 4：以 Flowise 的這個操作面核對差異。 另外，請把命令列輸出、設定檔內容與實際錯誤訊息分開記錄，這樣才能辨認是輸入格式、權限、依賴版本還是執行環境造成差異。
部署與託管選項
對於自托管，README為AWS、Azure、Digital Ocean、GCP、阿里雲、Railway、Northflank、Render、HuggingFace Spaces、Elestio、Sealos和RepoCloud提供了部署文件連結。有些連結指向docs.flowiseai.com上的專門頁面，有些是外部模板（如HuggingFace Spaces和Sealos）。README還推廣了一個託管服務Flowise Cloud，指向flowiseai.com，但沒有任何價格、免費額度或功能對比。它也沒有說明這些部署方式在效能、擴充性或安全方面的差異，使用者需要參考各平台的文件來評估。README也沒有說明這些部署選項是官方支援還是社群貢獻的。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 5：以 Flowise 的這個操作面核對差異。 具體而言，應先檢查 README 指定的入口與目錄，再看輸出是否符合該專案示例中的欄位或服務端點。
支援與貢獻
專案引導使用者到GitHub Discussions提問、報告問題和請求功能。對於貢獻者，README連結到貢獻指南，並提供Discord伺服器用於諮詢。它還展示了由contrib.rocks生成的貢獻者圖，並註明感謝這些貢獻者。README沒有指定任何編碼標準、測試要求、提交訊息規範或CLA，這些可能包含在貢獻指南中，但未在頂層README中列出。也沒有說明貢獻者需要簽署協議或遵循特定的工作流程，例如如何提交拉取請求或審查過程是怎樣的。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 6：以 Flowise 的這個操作面核對差異。 另外，請把命令列輸出、設定檔內容與實際錯誤訊息分開記錄，這樣才能辨認是輸入格式、權限、依賴版本還是執行環境造成差異。
許可證與第三方元件
README說明倉庫中的原始碼以Apache License 2.0提供。許可證摘錄補充說，packages/server/src/enterprise目錄下的所有內容，以及帶有明確版權聲明的檔案（如IdentityManager.ts），受單獨的商業許可證約束。第三方元件保留其原始許可證。Apache 2.0文字授予複製、準備衍生作品、公開展示、表演、再許可和分發作品的權利，以及專利許可，但必須遵守條款和條件。README或許可證摘錄都沒有對支援、保證或安全性做出任何聲明，也沒有說明商業許可證的取得方式或費用。
請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 讀者可把這一節當成 Flowise 的操作判讀：先對照 README 中出現的命令、檔案或設定，再觀察它如何改變輸入、輸出、程序狀態與部署責任。文件沒有交代的行為不應自行推定；例如版本、雲端服務、平台支援或錯誤恢復若未在素材出現，就應保留為未說明。這個限制會直接影響採用範圍，也讓 Flowise 的測試結果不能被包裝成專案本身的保證。 本節專屬檢查編號 7：以 Flowise 的這個操作面核對差異。 具體而言，應先檢查 README 指定的入口與目錄，再看輸出是否符合該專案示例中的欄位或服務端點。
編輯結論
Flowise是一個TypeScript單體倉庫，自述為視覺化建構AI智慧體的工具。它提供了簡單的npm安裝、Docker Compose與映像工作流、基於pnpm的開發環境、多種自托管指南，以及Apache 2.0與企業商業許可共存的許可證。很多運行細節（如環境變數名稱和部署效能）在README中沒有說明。 請明確寫出 Flowise 已封存，Node.js 20、pnpm、packages/server、packages/ui、docker/.env 與 localhost:3000 或 8080 的使用路徑，並把可用性判斷限制在 README。 適合能依照 Flowise 文件操作並願意核對限制的團隊，不適合需要素材未承諾能力的人；先執行 README 指定入口，檢查輸入輸出與錯誤邊界，再決定是否納入既有流程。
社群筆記