ZeroClaw 與 OpenClaw：部署、權限與成本所在

ZeroClaw 與 OpenClaw 都是免費、自行託管的開放原始碼代理程式執行環境，因此選擇重點不是價格：而是在 ZeroClaw 會在採取行動前詢問的單一 Rust 二進位檔，與以 Node 為基礎、擁有遠廣泛頻道和外掛介面、且必須由你設定後才會管制工具執行的 OpenClaw 閘道之間做選擇。 如果你需要一個小型、以服務方式安裝的執行環境，且預設啟用核准閘道與每個代理程式的成本帳本，請選擇 ZeroClaw。如果你需要更大的頻道、外掛與桌面生態系，請選擇 OpenClaw，但要接受權限模式與沙箱設定必須由你自行完成。

兩個專案都不販售任何東西：ZeroClaw 的「what this isn't」頁面表示沒有託管版本、帳戶系統或計費功能，而OpenClaw 的 FAQ表示 Foundation 沒有付費方案、託管服務或代幣。兩者的費用都是模型代幣加上主機成本，而這部分的決策對兩者完全相同 — 因此本頁大多討論部署、權限與設定。

在信任任何數字前，先確認官方專案

ZeroClaw 唯一的官方儲存庫是 zeroclaw-labs/zeroclaw，由 ZeroClaw Labs 維護，以 Rust 撰寫於 master 分支，並宣告 zeroclaw.com 為其首頁。README 發布了冒用警告，說明這是唯一的官方儲存庫，任何其他聲稱代表 ZeroClaw 的儲存庫、組織、網域或套件都未獲授權，也與該專案無關。

之所以有這項警告，是因為存在一個位於 github.com/openagen/zeroclaw 的分支，以及兩個 zeroclaw.dev 和 zeroclaw.org 行銷網站，刊載相同的一組非官方數字。zeroclaw.org 上的每個 GitHub 連結都指向該分支，從不指向 zeroclaw-labs；zeroclaw.dev 的連結則指向 zeroclaw-labs。無論如何，它們的數字都與官方文件矛盾：兩者都宣稱二進位檔為 3.4MB，但ZeroClaw 自己的哲學頁面表示典型發布版本約為 26 MiB；兩者都宣稱有 22+ 個 AI 提供者，而 zeroclaw.com 表示有 70+ 個 LLM Providers。兩個網站對 OpenClaw 的說法也互相矛盾：一個稱其二進位檔約 28MB，另一個稱約 150MB。不要將這些頁面的任何資源比較帶入決策。

有一件事我們無法確認：官方 README 將 security@zeroclaw.dev 列為安全性聯絡方式，因此 ZeroClaw Labs 可能持有該電子郵件網域，即使其網站發布的數字與專案自己的文件相矛盾。此處未驗證該網站資產的所有權。請將 zeroclaw.dev 視為不可用於引用事實，而不是已證實的冒牌網站。

另一方面，openclaw/openclaw 是 AI 代理程式，由 OpenClaw Foundation 維護。有三個獨立的混淆點值得注意。pjasicek/OpenClaw 是 1997 年平台遊戲的 C++ 重製版，與它毫無關係。OpenClaw 不是 OpenAI 的產品：其自己的 FAQ表示 Foundation 是由捐款資助的獨立 501(c)(3) 組織，沒有可販售的產品，而 OpenAI 是多個捐助者之一。此外，該專案已改名四次 — Warelay、CLAWDIS、Clawdbot、Moltbot，然後是 OpenClaw — 因此 Clawdbot 時期的教學可能與目前的設定鍵不相符。

兩個來源對目前版本也有不同說法。Wikipedia 的資訊框仍將 2.0（v2026.8.1，2026 年 8 月 30 日）列為最新發布版本，而 GitHub API 回傳的是於 2026 年 9 月 19 日發布的 v2026.9.5。在固定版本前，請查看儲存庫的 releases 頁面，而不是百科全書摘要。

誰應該選哪一個

如果執行環境必須放在你維持小巧且單純的機器上，請選擇 ZeroClaw — 例如 SBC、VPS，或安裝與升級 Node 執行環境本身就是你想避免的維護工作的主機。它會以預編譯原生二進位檔安裝，並根據其服務文件透過 zeroclaw service install 向 systemd、launchd 或 Windows Task Scheduler 註冊自身。你必須接受較小的生態系、在未解析參照時拒絕啟動的設定模型，以及完全沒有商業支援方案：專案的貢獻者文件對付費支援問題的回答是「None offered.」。

如果你真正需要的是觸及範圍，請選擇 OpenClaw — 聊天頻道、作為技能與外掛公開登錄庫的 ClawHub、macOS 選單列應用程式與 Windows Hub Companion，以及大型專案所帶來的大量第三方資料。你必須接受JavaScript 執行環境作為相依項 — Node 24.16+ 或 26.1+，並以Bun 1.4+ 作為明確選用項 — 每個提供者具有更多變動因素的 JSON5 設定，以及選擇權限模式的工作，因為它不會替你選擇限制性模式。

在執行權限方面，ZeroClaw 是保守的預設值，而 OpenClaw 是寬鬆的預設值。在協定限制方面，兩者都透過有文件記載的自訂提供者路由連接第三方端點，並且都將供應商訂閱路徑記錄為與此分開的事項 — 這些路徑使用供應商自己的憑證，而不是你的閘道金鑰進行驗證。在成本路徑方面，ZeroClaw 自己在僅追加帳本中計量支出，並提供每個代理程式的預算；除非你輸入費率，OpenClaw 會將自訂模型的價格記為零。在遷移成本方面，沒有任何內容可以直接沿用：TOML 與 JSON5、不同的提供者語法，以及不同的權限詞彙。

專案事實並列比較

發布版本、星數與 fork 數於 2026 年 9 月 21 日從 GitHub API 讀取，且每天都會變動；日期是數字的一部分。GitHub API 將 ZeroClaw 的授權回報為僅 Apache-2.0，因為其單一檔案啟發式方法只看見兩個 LICENSE 檔案中的一個；README 徽章與兩個授權檔案都確立了雙重授權。它將 OpenClaw 的授權回報為 NOASSERTION，因為 LICENSE 檔案在原本標準的 MIT 文字後附加了第三方通知行。

ZeroClaw 自己的提供者數量在其來源之間並不一致：README 表示它可連接 Anthropic、OpenAI、Ollama「以及約 20 個其他提供者」，而 zeroclaw.com 表示有 70+ 個 LLM Providers。提供者目錄頁面上的規範欄位清單會在文件建置時產生，因此請自行在該處計算，而不要相信任一標題數字。

權限模型確實不同

ZeroClaw 將自主性放在 [risk_profiles.<alias>].level 中命名的風險設定檔上，每個代理程式都必須參照該設定檔。自主性文件接受剛好三個值 — readonly、supervised 與 full — 預設值為 supervised：低風險工具會自動執行，中風險工具會提出操作人員核准提示，高風險工具會遭到封鎖。核准提示會送達開始對話的頻道，並在 approval_timeout_secs 後到期，通常為 120 秒；逾時會視為拒絕。最後這項細節對無人值守的代理程式很重要：未回答的提示不會排入佇列，而是以拒絕方式失敗。

OpenClaw 的方向相反。其沙箱頁面表示沙箱預設關閉，由 agents.defaults.sandbox 控制，而且 Gateway 程序始終留在主機上，只有在啟用時工具執行才會移入沙箱。權限模式頁面說得更直接：沒有這些設定或沙箱時，預設為完整存取權。其四種工作階段模式為唯讀、受防護、工作區與完整。

這並不是說 OpenClaw 粗心。其安全性頁面記錄了保守的網路與身分預設值 — Gateway 在一般主機安裝中繫結至迴路位址，大多數聊天頻道會以配對碼回應未知的私訊寄件者，而不是處理訊息，群組存取則採用允許清單，通常還有提及門檻 — 但容器映像是文件記載的例外，預設會繫結至公開介面。誠實的總結是：OpenClaw 預設守住前門，卻讓工具閘道保持開啟；ZeroClaw 則以關閉工具閘道的狀態提供。

關於比較表，包括 ZeroClaw 自己的比較表，有一項警告。ZeroClaw 發布的功能矩陣中 OpenClaw 欄位由人工維護，並於 2026 年 7 月 6 日根據一個早於 2026 年 8 月 30 日 OpenClaw 2.0 的 OpenClaw 提交版本進行來源走查。其中對 OpenClaw 的陳述描述的是 7 月快照，檔案本身也記錄了該日期與走查的確切提交版本。公平地說，ZeroClaw 至少為證據標註了日期，而且檔案說明重新走查會比較該固定提交版本的差異，而不是從頭重新驗證 — 但記錄的日期仍然是 7 月。在採取行動前，請對照目前文件驗證任何功能對等儲存格。OpenClaw 自己的文件沒有發布反向比較 — ZeroClaw 只在其中以可讓你將 OpenClaw 指向的 ACP 代理程式出現 — 因此沒有第二張表可供交叉檢查。

將任一者指向第三方模型端點

ZeroClaw 在 [providers.models.<type>.<alias>] 對每個模型提供者進行定址，其中 <type> 是每個供應商各有一把金鑰且沒有同義詞的規範系列欄位，而 <alias> 可由你自行命名。提供者總覽明確表示沒有全域預設提供者或模型：每個代理程式都會指定一個 model_provider 與一個 risk_profile，如果參照無法解析，Config::validate() 會在啟動時失敗。

對於 OpenAI 相容或 Anthropic 相容閘道，有兩種路由。自訂提供者頁面表示，如果服務使用 OpenAI chat-completions，這只需變更設定，且 custom 欄位需要 uri，因為其端點列舉沒有預設值。提供者目錄表示，Anthropic 相容代理應改用規範的 anthropic 欄位，並將 uri 設為覆寫值。Kunavo 在 https://api.kunavo.com/v1 下以一把 sk-kn- 金鑰提供兩種格式 — /v1/chat/completions 與 /v1/messages — 因此你可以使用任一欄位。

README 將最小有效設定描述為至少四個 <type>.<alias> 形狀的區段標頭，並列出其中三個：提供者項目、參照該提供者的代理程式，以及代理程式用來管制的風險設定檔。它所連結的「規範四區段形式」在發布文件中以散文呈現，沒有範例區塊，因此以下內容是我們根據欄位參考重建的三個區段，而非複製的官方片段。請依照文件指示使用 zeroclaw config set、閘道或 zerocode 建立真正的設定，以下內容僅用於辨識結構。

[providers.models.custom.kunavo]
uri     = "https://api.kunavo.com/v1"
api_key = "sk-kn-..."
model   = "claude-sonnet-5"

[agents.main]
model_provider = "custom.kunavo"
risk_profile   = "cautious"

[risk_profiles.cautious]
level = "supervised"

有兩個需要特別注意的地方。custom、llamacpp 與 OpenAI 相容的供應商欄位預設使用 chat-completions 線路，而這些系列以及 openai 欄位會遵循 wire_api；品牌供應商欄位使用固定線路並忽略該欄位，唯一有文件記載的例外是 opencode。此外，連線預熱會以相同驗證資訊發出 GET {base_url}/models，但接受非成功狀態，因此成功啟動並不能證明模型路由正常 — 請使用 zeroclaw models refresh 與一則真實訊息進行檢查。

OpenClaw 使用一個 models.providers.<id> 項目，其中包含 baseUrl、apiKey（支援 ${ENV_VAR} 插值）、設為 openai-completions 或 anthropic-messages 的 api，以及 models[] 陣列。僅註冊提供者本身並不足夠：自訂提供者參考指出，agents.defaults.models 下的每個模型中繼資料既不限制覆寫，也不會註冊執行時模型，因此還必須存在帶有相符 id 的 models[] 項目，代理程式接著再將其選作 provider/model。

{
  "models": {
    "providers": {
      "kunavo": {
        "baseUrl": "https://api.kunavo.com/v1",
        "apiKey": "${KUNAVO_API_KEY}",
        "api": "openai-completions",
        "models": [
          {
            "id": "claude-sonnet-5",
            "name": "Claude Sonnet 5",
            "input": [
              "text"
            ]
          }
        ]
      }
    }
  },
  "agents": {
    "defaults": {
      "model": {
        "primary": "kunavo/claude-sonnet-5"
      }
    }
  }
}

該片段刻意不完整。若省略區塊，OpenClaw 會將自訂提供者模型的輸入、輸出、快取讀取與快取寫入成本預設為零，因此支出報告會顯示為免費，即使提供者正常收費。請在信任 OpenClaw 顯示的任何數字前，加入包含Kunavo 目錄費率的 cost 區塊。

在除錯某個其實依設計運作的功能前，還有兩項行為值得了解。對於非空的 baseUrl，若其主機不是 api.openai.com，OpenClaw 會對 openai-completions 強制使用 compat.supportsDeveloperRole: false，並略過僅限 OpenAI 的請求塑形。對於非直接端點上的 anthropic-messages，它會抑制隱含的 Anthropic beta 標頭，以免自訂代理拒絕不支援的旗標；如需使用，請自行在 models.providers.<id>.headers 下設定。Kunavo 路由若需要哪些 beta 值（如有），此處尚未測試。

供應商訂閱使用的是不同的憑證，而不是你可以重新導向的 base URL。ZeroClaw 的 Codex 路徑要求儲存的 OpenAI 驗證設定檔包含 requires_openai_auth = true 且不使用 API 金鑰；Claude Max 則要求在 anthropic 欄位使用 claude setup-token 憑證，兩者皆依據提供者設定頁面；OpenClaw 的 Codex 路由頁面表示，當執行環境未設定或為 auto 時，只有不含自行撰寫的提供者請求覆寫、且完全符合官方 Platform Responses 或 ChatGPT Responses 路由的設定，才能隱式選取 Codex — 因此將該工具指向閘道 URL 並不是文件記載的路由。

主機成本與模型成本是兩筆不同的帳單

由於兩個專案都不對軟體收費，持續發生的費用只有機器與 token 費用。兩者不可互換，且沒有任何執行環境選擇會改變 token 價格。可查證的是安裝需求：ZeroClaw 的安裝程式優先使用相符的預編譯二進位檔，並在必要時退回原始碼建置，因此執行時不需要語言執行環境；另一方面，OpenClaw 要求 Node 24.16+ 或 26.1+，且其安裝程式會在缺少 Node 時配置它。ZeroClaw 的文件也聲稱，正式環境部署會在家庭實驗室的單板電腦、VPS 與雲端 VM 上全天候執行，但這是專案主張，未附任何證據。另一方面，OpenClaw 的託管 FAQ提供的是資源規格下限，而非測量結果：最低 1 個 vCPU、1 GB RAM 與約 500 MB 磁碟空間；建議使用 1–2 個 vCPU 與 2 GB 以上 RAM 以保留餘裕。最低規格代表專案會支援的條件，而不是程序實際使用的資源；我們沒有測量任何一項產品，因此仿冒網站為兩者引用的常駐記憶體與二進位檔大小數字仍然沒有來源。

就代幣部分而言，假設一個排程代理程式每月執行 720 次 — 每小時一次 — 每次傳送 8,000 個未快取輸入代幣並回傳 400 個代幣。這相當於 5.76M 個輸入代幣與 0.288M 個輸出代幣。按照目前 Kunavo 目錄費率，Claude Sonnet 5 的每百萬個輸入代幣費率為 $1.40、每百萬個輸出代幣費率為 $7.00，計算結果為 $10.08；而 Claude Haiku 4.5 的費率為 $0.70 / $3.50，計算結果為 $5.04。

這是基於假設用量的代幣算術，不是測得的任務成本，也不是你的帳單上限。其中不包含快取費用、工具呼叫與重試，並假設較便宜的模型能在不增加嘗試次數的情況下完成工作 — 這項條件決定較低的列示費率是否會產生較低的總成本。列示價格最低與完成任務的成本最低是不同的主張。Kunavo 最低加值金額是$10 的預付額度，不是訂閱；請參閱計費，了解目錄估算如何對應至最終費用。

這兩個執行環境在這筆支出的可見程度上確實有所不同。ZeroClaw 的成本追蹤會將每次產生 token 的模型呼叫記錄到只能附加的帳本，歸因於發起該呼叫的代理程式，並針對已定價的部分執行每日與每月預算；費率則依上游模型 ID，儲存在 [cost.rates.*] 下的設定中。它也能在提供者區塊上設定 live_pricing = true，從該閘道自身的 /models 清單讀取每 token 價格，而不是使用手動維護的試算表——此功能預設為關閉。OpenClaw 的自訂提供者參考文件沒有記載任何等效的價格來源，可供你自行註冊的提供者使用——費率就是你輸入的數值——這正是上述零成本預設值很重要的原因。

容錯移轉的方向也相同。ZeroClaw 直接在提供者別名本身設定容錯移轉：fallback_models 用於同一別名上的替代模型 ID，fallback 用於其他點號分隔別名的排序清單。OpenClaw會先在目前的提供者內輪替驗證設定檔，然後再依 agents.defaults.model.fallbacks 中的下一個項目進行模型回退；此回退只適用於目前回合，不會持久化為下一回合的選取項目。無論哪種方式，回退路徑都可能將工作轉移到不同的價格層級，因此請在啟用前先為它設定預算。

實際遷移的成本

不要假設任何內容可以直接轉移。設定語言不同（TOML 對 JSON5），提供者語法不同（providers.models.<type>.<alias> 對 models.providers.<id> 加上 models[] 項目），權限詞彙也無法彼此對應——ZeroClaw 的三個自主等級，對上 OpenClaw 的四種工作階段模式，以及獨立的沙箱開關。頻道憑證、排程工作，以及任何技能或外掛程式，都是需要手動移動的獨立資產；ClawHub 套件也無法移植：ZeroClaw 的擴充機制是 WASM 外掛程式模型，具有自己的發佈文件；其中登錄檔是 JSON 索引，由 zeroclaw plugin search 與 install 查詢——這些指令只存在於編譯時包含外掛程式主機的版本中，而預先建置的發行二進位檔並未包含它。

可以轉移的是模型路由。如果你在某個端點持有 API 金鑰，兩項產品都能從設定中指向該端點，因此並行試用的成本很低：使用同一把金鑰，讓兩者執行相同的排程工作一週，再比較各自回報的結果。這項試用也是回答你自身工作負載相容性問題的唯一方式——Kunavo 沒有發佈任何一個用戶端的執行環境測試，而本頁的所有設定說明都來自供應商自己的文件，並非來自我們實際發出的請求。

如果你想採用這條路徑，請在 Kunavo 註冊頁面建立金鑰並儲值最低金額，然後依照你選用的用戶端所使用的通訊格式，參閱訊息端點參考或OpenAI 相容 API 指南。至於 OpenClaw，OpenClaw 的最佳 API會更詳細說明提供者選擇，而OpenClaw 定價則會拆解完整的營運費用。

常見問題

儲存庫中繼資料與發行版本已於 2026 年 9 月 21 日從 GitHub API 重新讀取；文件引文已於 2026 年 9 月 18 日對照 zeroclaw-labs 儲存庫與 docs.openclaw.ai 檢查，並於 2026 年 9 月 21 日再次核對。Kunavo token 費率取自即時目錄，示範總額為說明性估算。Kunavo 未對任一用戶端進行實際執行測試。