Loop 常見問題

Loop 是 ODW.ai 套件的編排層。它將 ODW 的各個代理（Vault、Desk、Recap 等）串連成自動化的多步驟工作流，全部在你的基建上運行。

運作方式如下：

1. 視覺化建構器：拖放節點建立工作流（無需編碼）
2. 代理元件：使用預設節點處理 Vault（知識庫）、Desk（任務）、Recap（會議情報）
3. 觸發方式：工作流可按排程、事件或手動觸發
4. 執行：Loop 負責編排工作流，在代理之間傳遞數據

工作流範例：「會議結束後 → 提取行動項目（Recap）→ 建立任務（Desk）→ 更新知識庫（Vault）」

與其他工作流工具的最大分別：代理原生、主權設計、模型無關。Loop 將 ODW 的代理元件視為一等物件，所有數據留在你的基建上。

企業在 AI 代理上面臨多重挑戰：

• 代理各自為政：各個代理（知識庫、會議情報、任務管理）獨立運作，缺乏協調
• 雲端依賴：大部分工作流工具（Zapier、n8n）需要將數據傳送至其雲端，構成合規風險
• 供應商綁定：工作流工具綁定特定 AI 模型或雲端供應商
• 複雜性：建立多代理工作流需要深厚技術專長

Loop 以代理原生編排配合主權設計解決這些問題。你可以在無需雲端依賴或供應商綁定的情況下，將 ODW 代理協調成生產工作流。

Loop 專為受監管或對數據駐留敏感的中小企而設：

• 法律：律師樓、法律科技——律師與客戶保密特權
• 醫療：醫院、診所、醫療科技——類 HIPAA 工作流
• 金融服務：銀行、金融科技、保險——嚴格的數據主權
• 政府承辦商：國防、聯邦——嚴格的數據主權
• 注重私隱的企業：歐盟、亞太、拉美地區——GDPR 合規
• 任何企業：希望在無雲端依賴下自動化 AI 代理工作流

如果你需要協調 AI 代理並同時確保所有數據留在你的基建上，Loop 正是為你而設。

Zapier 和 n8n 是通用工作流工具。Loop 是代理原生編排器。

如果你需要在完全掌控數據的前提下編排 AI 代理，Loop 是更佳選擇。

「代理原生」代表Loop 將 ODW 的代理元件視為一等工作流物件：

• Vault 文件：Loop 可以讀寫文件、搜尋、執行 RAG 查詢、管理標籤
• Desk 任務：Loop 可以建立／更新任務、管理項目、進行日曆操作
• Recap 逐字稿：Loop 可以匯入逐字稿、提取行動項目、摘要、分類

不同於通用工作流工具（將代理視為不透明的 webhook），Loop 理解代理輸出的語意類型。來自 Vault 的「文件」是類型化物件，而非僅是 JSON 資料塊。

Loop 兩者皆是：

• 獨立使用：你可以單獨使用 Loop 進行工作流自動化
• 套件整合：Loop 是 ODW.ai 套件的編排層，並與其他模組整合：
  • Vault：知識庫（文件、RAG、標籤）
  • Desk：工作區（任務、項目、日曆）
  • Recap：會議情報（逐字稿、行動項目、摘要）
  • Shield：管治（審計日誌、合規報告）

套件整合正是 Loop 強大的原因——它可以憑完整語意理解將 ODW 代理協調成生產工作流。

「主權設計」代表所有工作流數據留在你的基建上：

• 零數據外洩：沒有數據離開你的基建（除非你明確設定）
• 本機執行：所有工作流在你的硬件上執行
• 無遙測：不會將使用數據傳送至 ODW.ai（除非你選擇加入）
• 氣隙隔離：Loop 可在氣隙環境中運行（無需互聯網存取）

這對受監管行業至關重要。如果你的工作流工具正將數據傳送至雲端供應商，你就無法聲稱擁有數據主權。

部署方面：需要。Loop 為自託管，因此你需要有人能管理 Docker/Kubernetes、設定網絡及監察基建。

工作流編寫方面：不需要。Loop 提供視覺化拖放建構器——非工程人員可在 30 分鐘內組合工作流。

進階邏輯方面：需要。Loop 提供代碼節點（Python/TypeScript）處理自訂邏輯——工程師可在不離開平台的情況下編寫代碼。

視情況而定。

• 如需 AI 代理編排：可以。Loop 專為協調 AI 代理（Vault、Desk、Recap 等）而設
• 如需通用自動化：或許。Loop 可透過 webhook 整合外部服務，但在非 AI 用途上不及 Zapier/n8n 廣泛

Loop 無意取代 Zapier/n8n 的通用自動化角色。它是ODW 主權代理套件的編排器。

如果你已在使用 ODW 代理並需要協調它們，Loop 是正確選擇。如果你需要自動化非 AI 工作流（例如「提交表單後發送電郵」），Zapier/n8n 可能更合適。

Loop 提供視覺化拖放建構器：

1. 節點庫：瀏覽預設節點（Vault、Desk、Recap、邏輯、代碼）
2. 拖放：將節點拖到畫布上
3. 連接節點：在節點之間繪製連線以定義數據流向
4. 設定節點：設定參數、條件及錯誤處理
5. 測試：在測試模式運行工作流
6. 部署：啟動工作流投入生產

目標：非工程人員可在 30 分鐘內建立生產工作流。

Loop 支援多種節點類型：

• 代理節點：Vault（讀寫文件、搜尋、RAG）、Desk（任務、項目、日曆）、Recap（逐字稿、行動項目、摘要）
• 邏輯節點：條件分支、迴圈、並行執行、錯誤處理
• 代碼節點：Python 及 TypeScript 自訂邏輯
• 觸發節點：排程（cron）、事件驅動（webhook、檔案監視）、手動
• 整合節點：HTTP 請求、數據庫查詢、檔案操作

節點庫可擴展——你可以為特定用途建立自訂節點。

可以。Loop 提供條件分支：

• If/else：根據條件分支（例如「如情緒為負面，升級至經理」）
• Switch：根據值進行多向分支
• 篩選：根據條件篩選數據
• 迴圈：迭代清單（例如「為每個行動項目建立任務」）

條件邏輯可實現具動態行為的複雜工作流。

可以。Loop 提供代碼節點：

• 語言：Python 及 TypeScript
• 用途：自訂數據轉換、複雜邏輯、API 整合
• 沙盒：代碼在安全沙盒中運行
• 存取工作流上下文：代碼可以讀寫工作流變量

代碼節點在視覺節點不足時非常有用——工程師可在不離開平台的情況下編寫代碼。

可以。Loop 提供基於 git 的版本控制：

• 自動提交：每次工作流變更都會提交至 git
• 分支：為實驗性工作流建立分支
• 回滾：還原至先前版本
• 協作：多名用戶可共同處理工作流（附衝突解決）

版本控制確保你能追蹤變更、安全協作，並在出現問題時回滾。

有。Loop 提供預設工作流範本：

• 會議 → 行動項目 → 任務：從會議逐字稿提取行動項目，在 Desk 建立任務
• 文件 → 知識庫：匯入文件、提取關鍵資料、更新 Vault
• 客戶查詢 → 回覆：將客戶查詢路由至合適代理，產生回覆
• 合規檢查：用於監管合規的審計工作流

範本只是起點——你可按特定用途自訂。

可以。Loop 提供測試模式：

• 模擬運行：以範例數據執行工作流
• 逐步執行：逐節點執行工作流
• 除錯：檢視每個節點的中間輸出
• 日誌：檢視執行日誌以排查問題

測試模式確保你可以在部署至生產前驗證工作流。

可以。Loop 提供子工作流：

• 模組化設計：建立可重用的工作流元件
• 參數：將輸入傳遞至子工作流
• 返回值：子工作流可返回輸出
• 庫：建立可重用元件庫

子工作流實現模組化、可維護的工作流設計——建立一次，到處重用。

Loop 以代理原生編排 + 主權 + 模型無關取勝。如果你需要在完全掌控數據的前提下協調 AI 代理，Loop 是最佳選擇。

Loop 提供低代碼介面：

• 視覺化建構器：拖放節點，無需編碼
• 預設節點：常見操作一鍵完成
• 範本：從預設工作流範本開始
• 類型安全：系統防止無效連接（例如不能將「文件」連接到「數字」欄位）

目標：非工程人員可在 30 分鐘內建立生產工作流。

Loop 提供可靠性功能：

• 重試邏輯：自動重試失敗的節點，可設定退避
• 逾時控制：為每個節點設定逾時以防止卡住
• 熔斷器：如下游服務不可用則停止工作流
• 錯誤處理：為每個節點定義錯誤處理器
• 執行歷史：完整記錄每次運行的輸入／輸出

目標：≥98% 工作流執行成功率。

可以。Loop 支援複雜工作流：

• 並行執行：同時運行多個分支
• 迴圈：迭代清單（例如「對每份文件提取關鍵資料」）
• 條件分支：基於數據的動態行為
• 子工作流：模組化、可重用元件
• 狀態管理：跨工作流運行追蹤狀態

Loop 專為生產級工作流設計——不限於簡單自動化。

可以。Loop 提供指標儀表板：

• 成功率：成功運行的工作流百分比
• 延遲：完成工作流所需時間
• 吞吐量：每小時／每日工作流運行次數
• 錯誤率：按節點追蹤失敗
• 資源用量：CPU、記憶體、磁碟用量

你亦可透過標準協議將指標匯出至外部監察工具（Prometheus、Grafana、Datadog）。

可以。Loop 提供錯誤警報：

• Webhook：發送警報至你的監察系統
• 電郵：發送電郵警報
• Slack：發送警報至 Slack 頻道
• 自訂：透過 API 整合你的警報系統

警報確保你能快速回應失敗——在影響業務營運之前。

可以。Loop 支援高流量執行：

• 可擴展基建：基於 Kubernetes 的部署可水平擴展
• 優先佇列：優先處理關鍵工作流（Scale 方案）
• 並行執行：同時運行多個工作流
• 批次處理：高效處理大型數據集

對於高流量場景（每日 10,000+ 工作流運行），我們建議：

• Kubernetes：用於自動擴展及高可用性
• 受管數據庫：RDS、Cloud SQL 或 Azure SQL
• 負載均衡器：在副本之間分配流量

視情況而定。

• 如正在編排 AI 代理：可以。Loop 專為協調 AI 代理（Vault、Desk、Recap 等）而設
• 如進行通用自動化：或許。Loop 可透過 webhook 整合外部服務，但在非 AI 用途上不及 Zapier/n8n 廣泛

Loop 無意取代 Zapier/n8n 的通用自動化角色。它是ODW 主權代理套件的編排器。

如果你已在使用 ODW 代理並需要協調它們，Loop 是正確選擇。

Loop 支援多種觸發類型：

• 排程：Cron 風格排程（例如「每日上午 9 時」、「每小時」）
• 事件驅動：Webhook、檔案監視器、ODW 代理事件
• 手動：介面按鈕、API 呼叫
• 鏈式：由另一個工作流觸發

你可以組合觸發方式（例如「每小時運行一次，或在上傳檔案時」）。

可以。Loop 提供Cron 風格排程：

• 簡單排程：「每小時」、「每日上午 9 時」、「每週一」
• 複雜排程：Cron 表達式（例如「0 9 * * 1-5」= 工作日上午 9 時）
• 時區感知：以你的本地時區排程
• 錯過運行：設定錯過運行的行為（跳過、運行一次、全部運行）

排程工作流適合定期任務（例如「每小時同步數據」、「每日產生報告」）。

可以。Loop 提供事件驅動觸發：

• Webhook：透過 HTTP 請求觸發工作流
• 檔案監視器：在檔案建立／修改時觸發工作流
• ODW 代理事件：在代理完成任務時觸發工作流（例如「會議結束後」）
• 數據庫事件：在數據庫記錄變更時觸發工作流

事件驅動工作流適合反應式自動化（例如「當客戶提交表單時處理數據」）。

可以。Loop 提供手動觸發：

• 介面按鈕：在 Loop 主控台點擊按鈕運行工作流
• API 呼叫：透過 REST API 觸發工作流
• CLI：透過命令列介面觸發工作流

手動觸發適合按需任務（例如「立即產生報告」、「按需同步數據」）。

Loop 提供錯誤處理：

• 重試邏輯：自動重試失敗的節點，可設定退避
• 錯誤處理器：為每個節點定義自訂錯誤處理器
• 備用工作流：如主工作流失敗，運行備用工作流
• 警報：收到失敗通知（webhook、電郵、Slack）
• 執行歷史：檢視失敗運行情況以診斷問題

目標：工作流失敗的平均復原時間 ≤2 分鐘。

可以。Loop 提供工作流控制：

• 暫停：暫停正在運行的工作流（可恢復）
• 停止：停止正在運行的工作流（不可恢復）
• 取消：取消排程中的工作流
• 停用：停用工作流（防止未來運行）

這些控制在排查問題、維護或停止失控工作流時非常有用。

可以。Loop 支援並行執行：

• 並行分支：同時運行工作流的多個分支
• 並行工作流：同時運行多個工作流
• 資源限制：設定並發限制以防止資源耗盡

並行執行適合提升效能（例如「並行處理 100 份文件，而非逐份處理」）。

可以。Loop 提供等待節點：

• 基於時間的等待：等待特定時長（例如「等待 5 分鐘」）
• 基於事件的等待：等待外部事件（例如「等待 webhook 回調」）
• 逾時：設定等待的逾時

等待節點適合需要暫停及恢復的工作流（例如「發送審批請求、等待審批、繼續工作流」）。

安全。Loop 遵循安全最佳實踐建構：

• 自託管：所有工作流數據留在你的基建上
• 加密：靜止時 AES-256，傳輸時 TLS 1.3
• 存取控制：RBAC、SSO（透過 Shield 整合）
• 審計日誌：所有工作流執行的防篡改日誌（透過 Shield）
• 開源：代碼可審核——你可以驗證沒有後門或數據外洩

Loop 為受監管行業而設。如果你能使用 Loop，就能通過合規審計。

不能。Loop 在你的基建上自託管。ODW.ai 完全無法存取你的工作流數據。

不同於雲端工作流工具（Zapier、n8n 雲端），Loop 不會將工作流數據傳送給第三方。一切留在你的伺服器上。

這對受監管行業至關重要。如果你的工作流工具正將數據傳送至雲端供應商，你就無法聲稱擁有數據主權。

可以。Loop 支援氣隙部署（無互聯網存取）：

• 離線安裝：在無互聯網存取下安裝 Loop
• 本機模型：所有 AI 模型在你的裝置上運行——無需對外部服務進行 API 呼叫
• 無外部依賴：Loop 的核心功能無需互聯網存取

氣隙部署常見於政府承辦商、軍事及高安全環境。

可以。Loop 提供基於角色的存取控制（透過 Shield 整合）：

• 管理員：完全存取——建立、編輯、刪除工作流、管理用戶
• 開發人員：建立及編輯工作流，但不能刪除或管理用戶
• 營運人員：運行工作流、檢視執行歷史，但不能編輯工作流
• 檢視者：唯讀存取

你亦可設定每個工作流的權限（例如僅特定用戶可運行敏感工作流）。

可以。Loop 提供審計日誌（透過 Shield 整合）：

• 誰：哪位用戶運行了工作流
• 什麼：運行了哪個工作流
• 何時：時間戳
• 輸入／輸出：完整記錄每次運行的輸入／輸出

所有審計日誌均為防篡改，可匯出作合規用途。

Loop 提供存取控制及警報：

• 存取控制：基於角色的存取防止未經授權的工作流執行
• 警報：收到未經授權存取嘗試的通知
• 審計追蹤：所有存取均會記錄（包括被封鎖的嘗試）
• 調查：使用審計日誌調查事故

對於關鍵事故，你可以為監管機構或法律顧問產生完整審計報告。

可以。Loop 的核心為開源：

• 透明：所有代碼在 GitHub 上公開
• 可審核：你（或你的安全團隊）可以檢視代碼以查找漏洞、後門或數據外洩
• 可驗證：你可以驗證 Loop 如其所言——無隱藏遙測、無數據傳送給第三方

這對注重主權的組織至關重要。你應該能夠驗證工作流工具正在做什麼。

Loop 對醫療工作流兼容 HIPAA：

• 現場處理：工作流數據留在你的基建上
• 加密：本機儲存使用 AES-256 加密
• 存取控制：密碼保護、基於角色的存取
• 審計日誌：所有工作流執行的防篡改日誌

Loop 協助你滿足 HIPAA 要求的技術保障措施。你仍需另行處理行政及物理保障措施。

Loop 模型無關——支援多種模型：

• 本機模型：Llama 3、Mistral、Gemma、Qwen（透過 Ollama、vLLM、llama.cpp）
• API 模型：OpenAI（GPT-4o、GPT-4o-mini）、Anthropic（Claude 3.5 Sonnet）、Google（Gemini 1.5 Pro）、Mistral API
• 自訂：任何提供 OpenAI 兼容 API 的模型

你可以隨時切換模型——無需更改代碼。

可以。Loop 透過以下方式支援本機模型：

• Ollama：運行本機模型最簡單的方式。支援 Llama 3、Mistral、Gemma 等
• vLLM：面向生產工作負載的高效能推論伺服器
• llama.cpp：輕量、CPU 友好的推論（適合邊緣裝置）

本機模型在你的自有硬件上運行——沒有數據離開你的基建。完全主權。

可以。Loop 支援API 模型：

• OpenAI：GPT-4o、GPT-4o-mini
• Anthropic：Claude 3.5 Sonnet、Claude 3 Opus
• Google：Gemini 1.5 Pro
• Mistral：Mistral Large、Mistral Medium
• 自訂：任何提供 OpenAI 兼容 API 的模型

API 模型在需要前沿能力（例如複雜推理、長上下文窗口）而本機模型尚未能匹配時非常有用。

選擇模型取決於你的優先事項：

建議：

• 最大主權：使用 Llama 3 8B 或 70B（本機、免費）
• 最高質素：使用 GPT-4o 或 Claude 3.5 Sonnet（API、付費）
• 平衡：例行任務用 Llama 3 8B，複雜推理用 GPT-4o-mini

可以。Loop 模型無關——你可以隨時切換模型：

• 無需更改代碼：只需在管理主控台更新模型設定
• 按任務：為不同任務使用不同模型（例如小型模型用於數據提取，大型模型用於複雜推理）

這保障你的投資——當更好的模型發布時，你可以即時採用，無需重新架構系統。

Loop v1.0 不支援。Loop 使用現有模型——不支援微調。

然而，你可以：

• 使用提示工程：自訂提示以引導模型行為
• 使用 Vault：以你的知識庫為 AI 提供依據
• 外部微調：在 Loop 外部微調模型（使用 Hugging Face Transformers 等工具），然後透過自訂端點在 Loop 中使用微調後的模型

微調支援計劃於 v2.0（2027 年第二季）推出。

不會。Loop 是編排器，而非決策者。

Loop 按定義執行工作流——它不會自主決策。如需人類監督，你可以在工作流中加入審批節點（例如「發送電郵前等待人類審批」）。

這是設計選擇——Loop 讓你完全控制人類何時及如何參與工作流。

Loop 提供三種部署選項：

1. Docker Compose：最簡單。一條指令（docker-compose up）即可運行。最適合開發及小型部署。
2. Kubernetes（Helm）：生產就緒。提供 Helm chart。最適合大型部署、高可用性、自動擴展。
3. 裸機：進階用戶適用。直接安裝在 Linux 伺服器上。最大控制，但需要更多架設。

對大部分客戶而言，Docker Compose 是最快捷徑。生產環境建議使用 Kubernetes。

架設時間取決於你的部署：

• Docker Compose：30 分鐘。拉取映像、設定環境變量、運行 docker-compose up。
• Kubernetes：2-4 小時。部署 Helm chart、設定 ingress、設定儲存、測試。
• 裸機：1-2 日。安裝依賴項、設定服務、測試。

部署後，你需要：

• 設定首個工作流（30 分鐘）
• 設定整合（Vault、Desk、Recap）
• 測試工作流

目標：從部署到首個工作流運行 ≤45 分鐘。

部署方面：需要。Loop 為自託管，因此你需要有人能管理 Docker/Kubernetes、設定網絡及監察基建。

工作流編寫方面：不需要。Loop 提供視覺化拖放建構器——非工程人員無需編碼即可組合工作流。

開發人員方面：Loop 提供 REST API 及 SDK 作自訂整合。

Loop 的要求取決於你的部署：

如使用 API 模型（OpenAI、Anthropic），無需 GPU。如使用本機模型，強烈建議使用 GPU。

可以。Loop 可部署在任何雲端供應商：

• AWS：使用 EC2（Docker Compose）或 EKS（Kubernetes）
• GCP：使用 GCE（Docker Compose）或 GKE（Kubernetes）
• Azure：使用 VM（Docker Compose）或 AKS（Kubernetes）

我們為每個雲端供應商提供部署指南。生產環境建議使用 Kubernetes 配合受管數據庫。

可以。Loop 支援工作流遷移：

• 匯入工作流：從 Zapier、n8n 等匯入工作流（透過 JSON/YAML）
• 遷移指南：常見工作流工具的逐步指南
• 手動重建：複雜工作流可能需要在 Loop 的視覺化建構器中重建

遷移通常需要 1-2 日，視乎工作流複雜度。

可以。Loop 包含沙盒模式：

• 測試環境：以範例數據在測試環境部署 Loop
• 實驗：測試不同工作流、整合及設定
• 評估：在正式上線前衡量效能、可靠性及合規性

我們建議在沙盒模式測試 1-2 日再部署至生產。

Docker Compose：拉取新映像、重新啟動容器。

Kubernetes：更新 Helm chart、滾動更新。

裸機：按照文件中的升級指南。

更新所需時間：<10 分鐘（Docker/Kubernetes）。

Loop 定價基於功能與部署：

額外成本：

• API 成本：如使用 API 模型（OpenAI、Anthropic），需直接向 API 供應商付費
• 基建：你需為自有伺服器／雲端付費（如自託管）

視情況而定。

• Zapier：每月 $20-$500+（視乎任務及功能）
• n8n：免費（自託管）或每月 $20-$200+（雲端）
• Loop Core：免費（自託管）
• Loop Scale：按用量（中小企通常每月 $50-$500）

對於自託管部署，Loop Core 免費——與 n8n 自託管相當，比 Zapier 便宜。

然而，Loop 需要自行管理基建。如計入基建成本，總擁有成本可能較高。

對大部分受監管的中小企而言，Loop 比雲端替代方案更便宜且更合規。

無隱藏成本。總擁有成本包括：

• Loop 訂閱：按方案的月費（Core 免費）
• API 成本：如使用 API 模型（OpenAI、Anthropic），需直接向 API 供應商付費
• 基建：你需為自有伺服器／雲端付費（如自託管）

就這些。無設定費、無意外收費、無按工作流收費。

我們接受：

• 信用／簽帳卡：Visa、Mastercard、American Express（透過 Stripe）
• 銀行轉帳：適用於年度訂閱或企業客戶
• 加密貨幣：Bitcoin、Ethereum、USDC（注重私隱的客戶）

年度訂閱可開立發票。詳情請聯絡我們。

可以。我們為付費方案提供 30 日退款保證。如在前 30 日內不滿意，請聯絡我們辦理全額退款——無須解釋原因。

30 日後，你可以隨時取消。你將繼續享有存取權直至帳單週期結束，但不會為不完整月份退款。

Core 方案免費，因此無需退款。

是的。Loop 是 ODW.ai 套件的一部分。你可以：

• 單獨購買 Loop：單獨使用 Loop
• 購買完整套件：以優惠價取得 Desk、Voice、Vault、Loop、Shield 及其他模組

套件捆綁以 20-30% 折扣包含 Loop。所有模組原生整合——Loop 編排 Vault、Desk、Recap 及其他代理。

都不是（Core 方案）。Loop Core 免費，工作流及執行次數均無上限。

Scale 方案為按用量定價——你按消耗的資源（CPU、記憶體、儲存）付費。

唯一的可變成本是 API 成本（如使用 API 模型）。你需直接向 API 供應商支付 token 用量費用。

Loop 可處理無限工作流：

• 無工作流上限：想建立多少就建立多少
• 無執行上限：想運行多少次就運行多少次
• 可擴展基建：基於 Kubernetes 的部署可水平擴展

對於高流量場景（每日 10,000+ 工作流運行），我們建議：

• Kubernetes：用於自動擴展及高可用性
• 受管數據庫：RDS、Cloud SQL 或 Azure SQL
• 負載均衡器：在副本之間分配流量

Loop 支援無限用戶：

• Core 方案：無限用戶
• Scale 方案：無限用戶
• Enterprise 方案：無限用戶

Loop 水平擴展——增加節點以處理更多並發用戶。典型部署每個節點支援 50-200 名並發用戶。

Loop 停機時工作流執行不可用，但你的數據安全：

• 數據儲存：所有數據儲存於你的數據庫（SQLite 或 PostgreSQL）——不會丟失
• 恢復：重新啟動 Loop，它會重新連接數據庫
• 高可用性：生產環境建議以多副本部署 Loop（Kubernetes）

對於高可用部署，我們建議：

• Kubernetes：跨可用區 3+ 副本
• 受管數據庫：RDS、Cloud SQL 或 Azure SQL（99.9% 正常時間 SLA）
• 負載均衡器：在副本之間分配流量

Loop 包含監察儀表板：

• 系統健康：CPU、記憶體、磁碟、網絡用量
• 工作流指標：工作流數量、執行次數、成功率
• 模型指標：API 成本、token 用量、模型延遲
• 錯誤追蹤：按工作流及節點追蹤失敗

你亦可透過標準協議將指標匯出至外部監察工具（Prometheus、Grafana、Datadog）。

Loop 數據儲存於 SQLite（Core）或 PostgreSQL（Scale）。使用標準數據庫工具備份：

• SQLite：複製數據庫檔案（簡單但需要停機）
• PostgreSQL：使用 pg_dump 或 WAL 封存進行自動備份
• 離站儲存：將備份儲存在不同位置（例如 S3、GCS、離站伺服器）
• 測試還原：定期測試從備份還原以確保有效

Loop 為常見部署模式（Docker、Kubernetes、現場）提供備份指南及腳本。

可以。Loop 支援多租用戶：

• 多個工作區：為每個團隊或部門建立獨立工作區
• 隔離：每個工作區擁有自己的工作流、數據及設定
• 共享資源：跨工作區共享工作流（如需要）

這適合擁有多個業務單位的企業，或管理多個客戶的代理公司。

Loop 設計直觀易用，但我們提供培訓資源：

• 文件：為管理員及工作流編寫者提供全面用戶指南
• 影片教學：主要功能的逐步演示
• 入職引導：付費客戶可獲提供 2 小時遙距入職引導
• 支援：Scale 及 Enterprise 客戶享有優先支援

大部分團隊在 1-2 日培訓後即可投入生產。視覺化建構器特別直觀——工作流編寫無需技術技能。

Loop 與所有 ODW.ai 產品原生整合：

• Vault：知識庫（文件、RAG、標籤）
• Desk：工作區（任務、項目、日曆）
• Recap：會議情報（逐字稿、行動項目、摘要）
• Shield：管治（審計日誌、合規報告）

如使用 ODW.ai 套件，Loop 整合自動完成——無需獨立設定。

有。Loop 提供 REST API 作程式化存取：

• 工作流管理：透過 API 建立、更新、刪除工作流
• 執行：透過 API 觸發工作流
• 執行歷史：透過 API 檢索執行日誌
• Webhook：在工作流完成、失敗等時收到通知

API 備有完整文件（OpenAPI/Swagger），支援 API 金鑰或 OAuth 2.0 驗證。

可以。Loop 支援外部整合：

• HTTP 請求：呼叫任何 REST API
• 數據庫查詢：連接 PostgreSQL、MySQL 等
• 檔案操作：讀寫檔案、監視目錄
• Webhook：發送／接收 webhook
• 高級連接器：SAP、Salesforce、ServiceNow、自訂 ERP（Enterprise 方案）

外部整合讓 Loop 能連接你的現有系統及數據來源。

可以。Loop 可配合現有 AI 工具使用：

• LangChain：在 LangChain 管線中使用 Loop 作為編排層
• LlamaIndex：在 LlamaIndex 管線中使用 Loop 作為編排層
• 自訂 RAG：在自訂管線中使用 Loop 的 API

Loop 設計為編排層——它協調 AI 代理，你可以為特定任務使用任何 AI 工具。

可以。Loop 支援工作流匯入／匯出：

• 匯出：將工作流匯出為 JSON 或 YAML
• 匯入：從 JSON 或 YAML 匯入工作流
• 版本控制：工作流基於 git——自動版本管理
• 共享：跨部署共享工作流

匯入／匯出適合備份、遷移及協作。

可以。Loop 支援數據庫整合：

• PostgreSQL：原生支援
• MySQL：原生支援
• SQLite：原生支援（Core 方案）
• 自訂：使用代碼節點（Python/TypeScript）連接其他數據庫

數據庫整合讓 Loop 能從現有數據庫讀寫數據。

可以。Loop 支援檔案儲存整合：

• 本機檔案系統：讀寫伺服器上的檔案
• S3 兼容：AWS S3、MinIO 等
• Google Cloud Storage：GCS
• Azure Blob Storage：Azure Blob

檔案儲存整合讓 Loop 能從現有儲存系統讀寫檔案。

Loop 功能強大，但 v1.0 存在限制：

• 無代管 SaaS：ODW.ai 不會為客戶在雲端營運 Loop（僅自託管）
• 無流動應用：僅流動監察（v1.0 後），無流動工作流編寫
• 無即時協作：無多人協作工作流編輯畫布
• 無自然語言工作流產生：不能說「為我建立一個……的工作流」（計劃於 v1.1）
• 無工作流市集：v1.0 無社群範本共享（僅內部範本）
• 無跨組織聯邦：不能跨組織共享工作流

會。自然語言工作流產生計劃於 v1.1（2026 年第四季）推出：

• 描述工作流：「為我建立一個從會議逐字稿提取行動項目並建立任務的工作流」
• AI 產生：Loop 自動產生工作流
• 人類審核：你審核並批准產生的工作流

這是非技術用戶的重要功能——讓他們無需使用視覺化建構器即可建立工作流。

會。社群範本市集計劃於 v1.1（2026 年第四季）推出：

• 分享範本：與社群分享你的工作流
• 瀏覽範本：瀏覽及匯入社群工作流
• 評分及評論：為社群工作流評分及評論

這將讓社群建立可重用工作流範本庫。

關鍵里程碑：

• v1.0（2026 年第三季）：MVP 發布。視覺化建構器、代理原生編排、自託管、模型無關。
• v1.1（2026 年第四季）：自然語言工作流產生、社群範本市集、進階監察。
• v1.2（2027 年第一季）：流動工作流編寫、即時協作、進階錯誤處理。
• v2.0（2027 年第二季）：模型微調、跨組織聯邦、白標/OEM 授權。

路線圖可能根據客戶反饋調整。請聯絡我們了解最新路線圖或提出功能要求。

在以下情況 Loop 不適合：

• 需要代管 SaaS：如不想管理基建，Loop 不適合你（僅自託管）
• 需要通用自動化：如需自動化非 AI 工作流（例如「提交表單後發送電郵」），Zapier/n8n 可能更合適
• 需要流動工作流編寫：Loop 在 v1.0 僅支援網頁響應式。如需原生流動應用，請等待 v1.2
• 需要即時協作：Loop 在 v1.0 不支援多人畫布。如需協作式工作流編輯，請等待 v1.2

不保證。沒有任何系統能保證 100% 可靠——失敗總會發生（網絡問題、下游服務中斷等）。

Loop 協助你最大化可靠性：

• 重試邏輯：自動重試失敗的節點
• 錯誤處理：定義自訂錯誤處理器
• 監察：追蹤成功率、延遲、錯誤
• 警報：收到失敗通知

目標：≥98% 工作流執行成功率。但結果因用途及基建質素而異。

不可以。Loop 設計為增強你的開發團隊，而非取代。

Loop 自動化工作流編排，讓你的開發人員專注於：

• 自訂邏輯：建構無法以視覺方式表達的複雜業務邏輯
• 整合：建構與舊系統的自訂整合
• 優化：優化效能、安全及合規

Loop 讓你的開發團隊更高效——它不能取代優秀軟件不可或缺的人類元素。

三個途徑：

1. 免費 Core 方案：下載 Loop 並自行部署。無需信用卡。以你的工作流試用，看看是否適合你的場景。
2. 示範：與我們的團隊預約示範。我們會帶你了解 Loop、回答問題、協助你評估是否適合業務。
3. 聯絡銷售：Scale 或 Enterprise 方案，請聯絡銷售團隊獲取量身報價。