NanoClaw 與 OpenClaw：隔離、供應商與執行成本

NanoClaw 和 OpenClaw 都是免費、採 MIT 授權且自行託管的助理，而 NanoClaw 自身的儲存庫將其描述為 OpenClaw 的輕量替代方案——因此選擇關鍵不在價格，而在隔離性與供應商自由度。 NanoClaw 會在各自的 Docker 容器中執行每個代理程式工作階段，並將憑證保存在保存庫中；OpenClaw 預設會在未加沙箱的情況下執行，並可在單一設定檔中接受任意自訂模型供應商。兩者的軟體成本都是 $0；實際帳單來自模型 API、主機，以及——僅 NanoClaw 可能產生的——Docker 授權費。

首先，確認你使用的是正確的產品

本頁介紹的是github.com/nanocoai/nanoclaw和github.com/openclaw/openclaw。四個相似名稱會導致錯誤答案：

• 舊的 NanoClaw 組織。 儲存庫已從 qwibitai/nanoclaw 更名為 nanocoai/nanoclaw；專案的 CHANGELOG 記載，日期為 2026-05-15 的 2.0.63 版在更名後，清除了「程式碼與文件各處」剩餘的 qwibitai/nanoclaw 參照。舊位址仍可解析——GitHub 會將其重新導向目前的儲存庫——因此舊連結會導向今天的程式碼，但周圍的文字可能尚未更新。
• 名為 nanoclaw 的 PyPI 套件。 其自身摘要稱它是「cmdop CLI 的安裝程式——用來執行你擁有之容器中的 AI 代理程式的單一二進位檔」，首頁為 cmdop.com，是另一個具有自身版本與條款的產品（PyPI）。pip install nanoclaw 會安裝該安裝程式，而不是訊息代理程式。
• ApeCodeAI/nanoclaw-py。 這是一個獨立、約 500 行的 Python Telegram 專案，其 README 表示它「深受 nanoclaw 啟發」（儲存庫）。它使用自己的設定。
• OpenClaw 曾使用的兩個名稱。 Clawdbot 在 Anthropic 提出商標請求後，於 2026 年 1 月 27 日更名為 Moltbot，約三天後再更名為 OpenClaw（CNBC）。它們是同一個專案。該專案自己的網站彼此連結：openclaw.ai 頁尾連往 docs.openclaw.ai、位於 openclaw.org 的基金會、位於 clawhub.ai 的技能中心及 GitHub 儲存庫，因此請將這些網站視為檢查設定片段時應參照的完整集合。NVIDIA 也在 NVIDIA NemoClaw 下發布自己的 OpenClaw 相關頁面；那些是 NVIDIA 的頁面，不是該專案的頁面。

誰應該選哪一個

請先決定隔離方式，因為這是無法低成本事後補上的選擇。NanoClaw 的每個工作階段一個容器模型是預設值，也是它提供的唯一執行環境；之後才開啟 OpenClaw 的沙箱，代表必須選擇後端並重新測試每個工具。接著決定供應商：OpenClaw 的自訂供應商區塊採宣告式且開放式設計，而 NanoClaw 支援的第三方路由則透過技能與憑證保存庫運作。

功能與需求比較

已核查的來源（2026 年 9 月 18 日）：NanoClaw 安裝、NanoClaw 版本發布、OpenClaw 入門、OpenClaw 設定、OpenClaw 版本發布 及 OpenClaw 沙箱；儲存庫統計、版本發布歷史、頻道清單與 issue #1984 於 2026 年 9 月 21 日再次核查。星數與提交次數每日變動；這些數字是儲存庫在較晚日期所回報的數值。聲稱 OpenClaw 最低要求為 Node 22 的第三方摘要，與專案自身的儲存庫文件不一致——請以儲存庫為準。

有一項值得指出的過時描述：大量文章稱 NanoClaw 在 Apple 容器中執行。日期為 2026-04-22 的 2.0.0 CHANGELOG 項目記載「已從預設設定中移除 Apple Container」，並表示仍可透過 /convert-to-apple-container 以選用方式使用；安裝頁面則說明儲存庫中唯一隨附的執行環境是 Docker。如果您依照 Apple Container 相關文章操作，請先與您使用的版本核對。

執行模型與權限

NanoClaw 的 README 描述了一個單一 Node 主機，負責協調每個工作階段的代理容器。憑證不會隨代理進入容器：自 2.0.0 起，CHANGELOG 指出 OneCLI Agent Vault 是唯一的憑證途徑，容器永遠不會收到原始 API 金鑰。過去曾有 Native Credential Proxy 技能 提供替代途徑——由 NANOCLAW_NATIVE_CREDENTIALS=true 控制，它會將金鑰作為 Docker -e 引數注入，而其頁面也將透過環境變數傳遞憑證稱為「反模式」。2.3.0 的 CHANGELOG 項目將其關閉：use-native-credential-proxy 技能已退役，新的工作階段規格「依設計，在每個執行路徑上都拒絕容器環境中的憑證值」。請以金鑰庫為準。NanoClaw 也會在 versions.json 中固定指定核准的 OneCLI 閘道版本——2.3.0 記錄新安裝版本移至閘道 1.41.0——而 OneCLI 是獨立專案（github.com/onecli/onecli），有自己的條款，因此在依賴它之前請先閱讀相關條款。

OpenClaw 採用相反的預設值。其 沙箱頁面 說明沙箱預設關閉，並由 agents.defaults.sandbox 控制；閘道程序一律留在主機上，只有啟用沙箱後工具執行才會移入沙箱——而 tools.elevated 會刻意在沙箱外執行。同一頁也明確指出，這不是完美的安全邊界。NanoClaw 沒有發表相應的限定性說明，因此誠實的比較只能到「預設開啟與預設關閉」為止；兩個專案都沒有發布可用來排名的測量數據。

提供者、自訂端點，以及各自的限制範圍

這一節才是真正決定帳單的部分，而兩項產品劃定界線的位置不同。

OpenClaw 會在 models.providers.<provider-id> 下採用宣告式自訂提供者。根據其 自訂提供者參考，您需要提供 baseUrl、apiKey（通常是 ${ENV_VAR}），以及值為 openai-completions 或 anthropic-messages 的 api 欄位。對於自訂提供者，參考文件要求您新增 models.providers.<provider>.models[]，其中至少包含相符的 id；頁面上的每個自訂提供者範例都包含此項：LM Studio 和 Ollama 等內建外掛會透過原生 API 探索模型，但自訂路由沒有可回退的探索機制，因此 ID 必須由您提供。之後會以 <provider-id>/<model-id> 參照模型，並在 agents.defaults.model.primary 中選取模型。三項已記錄的限制值得注意。變更已設定的路由會捨棄先前路由的中繼資料，因此您必須重新宣告每個模型。在代理樣式的 openai-completions 路由上——也就是任何非空的 baseUrl，且其主機不是 api.openai.com——OpenClaw 會略過原生的僅限 OpenAI 請求塑形，包括提示快取提示。至於指向非直接端點的 anthropic-messages 路由，第三方 base URL 正是這種情況，OpenClaw 會抑制隱含的 Anthropic beta 標頭，例如 interleaved-thinking-2025-05-14，避免代理拒絕其未實作的旗標；頁面指出，如果您的端點需要特定 beta 功能，請明確設定 models.providers.<id>.headers["anthropic-beta"]。這是僅針對 beta 標頭的已記錄行為——頁面沒有說明特定第三方端點如何處理快取或工具使用，因此請依您自己的提供者進行驗證，不要假設兩者一致。

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

NanoClaw 的限制更嚴格，而且其自身的兩份來源文件表述不同。環境變數參考將 ANTHROPIC_BASE_URL 說明為自訂的 Anthropic 相容端點，會以佔位驗證權杖傳入代理容器；只有在設定程序已註冊自訂端點提供者設定後，才會由 啟用，實際權杖則留在金鑰庫中——而且只會從 .env 讀取，不會回退至程序環境，因此在 shell 中匯出它並不會生效。另一方面，README 將單純的 ANTHROPIC_BASE_URL 加 ANTHROPIC_AUTH_TOKEN 組合呈現為一次性實驗的路由，並將 /add-opencode 與 /add-ollama-provider 列為支援的第三方途徑。兩者可以調和——實驗與在設定時註冊——但不是同一項指示；設定腳本 nanoclaw.sh 也記載 SECRET_NAME 與 HOST_PATTERN 預設分別為 OneCLI 秘密名稱 Anthropic 和主機模式 api.anthropic.com，因此使用第三方主機代表您需要在設定期間變更它們。至於該途徑是否能對非 Anthropic 主機完成請求，兩份來源都沒有以完整範例展示。

# NanoClaw's README scopes this pair to "one-off experiments".
# It is not the project's supported third-party route.
ANTHROPIC_BASE_URL=https://api.kunavo.com
ANTHROPIC_AUTH_TOKEN=your-kunavo-key

# The documented provider route is registered during setup, and the
# setup script nanoclaw.sh documents two variables for a non-Anthropic host:
SECRET_NAME=Anthropic          # OneCLI secret name (default: Anthropic)
HOST_PATTERN=api.anthropic.com # OneCLI host pattern (default: api.anthropic.com)

# NanoClaw 2.4.0+: the model for every group that has not set its own
# (install-wide, so Codex and OpenCode groups without one get it too).
NANOCLAW_DEFAULT_MODEL=claude-sonnet-5

NanoClaw 的 提供者頁面 使用 ncl groups config update --id <group-id> --provider <name> --model <model> 為每個代理群組設定提供者與模型，並在下一次產生容器時生效。自 v2.4.0 起，NANOCLAW_DEFAULT_MODEL 會填入每個沒有自行指定模型的群組，這就是上述區塊會設定它的原因：若未設定，Claude 群組會執行 Claude Code 的預設模型，也就是最新的 Opus，而 Kunavo 尚未提供的模型則會回應 404。改用 Claude 以外的提供者會使您失去特定功能：斜線指令不是原生功能，而是以一般聊天文字傳入；沒有回合中輸入串流；沒有逐字稿輪替；Codex 將專案文件上限設為 32 KiB，而 Claude 為 4 MiB。代理記憶與持續指令會在切換提供者後保留；進行中的對話內容則不會保留。另外，issue #1984 於 2026-04-24 開立，至 2026-09-21 仍未關閉；該 issue 回報僅設定 OPENAI_BASE_URL 時會靜默回退至 openai-codex（WebSocket 訂閱提供者），因為 Codex 從未查詢該變數；同時也指出，OpenCode 的設定結構排除了無驗證端點，以及未置於金鑰庫後方的實際金鑰端點。一名專案貢獻者當天回覆並接受 Codex 的發現，並於 5 月指出後續有改善 Codex 作為後端設定的 pull request，因此這是有維護者參與的開放討論，而非遭忽略的回報——但其中的修正是回報者的本機修補，不是已發布的行為。如果您的計畫是在 NanoClaw 的 Codex 路徑上使用 OpenAI 相容的 base URL，請先閱讀該 issue，再據此編列預算。

NanoClaw 還有一項會影響成本途徑的限制：Claude Code 是 /customize、/debug、設定錯誤復原及所有 /add-<channel> 技能的必要條件。即使代理最終執行於 OpenCode 或本機模型，您仍需要可供 Claude Code 使用的憑證。此外，NANOCLAW_FAST_MODE 會選用 Claude 的快速服務層；參考文件指出，沒有每個群組的快速模式欄位，其他提供者必須明確支援此選項，而且它可能會改變提供者計費方式。

兩者執行時各自的成本

Docker 公布的付費方案為 Personal $0、Pro 每位使用者每月 $11（月繳）或 $9（年繳）、Team $16 或 $15，以及 Business $24（價格、授權條款，已於 2026 年 9 月 18 日核查）。這是 NanoClaw 可能產生、而 OpenClaw 不會產生的唯一週期性費用，且適用於組織，而不是助理。

在模型方面，OpenClaw 的 Anthropic 提供者頁面 劃出了對兩項產品都重要的界線：訂閱方案的 Agent SDK 與 claude -p 使用量仍會從已登入訂閱的使用量上限中扣除，而主控台與 API 金鑰登入則採用隨用隨付的 API 計費，且不會取得訂閱方案的 Agent SDK 額度。對於共用的正式環境自動化，該頁面建議使用 Anthropic API 金鑰，而非重用 Claude CLI。自訂 base URL 按其定義屬於 API 金鑰一側——您無法將訂閱指向第三方端點。OpenClaw 的 OAuth 頁面也表示 Anthropic 員工告知專案，這項使用方式「再次獲得允許」，因此除非 Anthropic 發布新政策，OpenClaw 將 Claude CLI 重用與 claude -p 視為此整合所核准的方式。請注意「再次」一詞：聲稱 Anthropic 於 2026 年稍早切斷此存取權的文章，最好理解為後來已被新狀態取代，而不是錯誤；專案自身頁面也指出該狀態是暫時性的。在此基礎上建置之前，請重新核查。

一項實際 token 估算

假設一個全天候執行的助理每天處理 40 個回合、持續 30 天，且每回合使用 8,000 個未快取輸入 token 與 500 個輸出 token——本月共計 9.6 百萬個輸入 token 和 0.6 百萬個輸出 token。按照 Kunavo 目錄費率，Claude Sonnet 5 每百萬個輸入 token 收取 $1.40，每百萬個輸出 token 收取 $7.00，合計為 $17.64。相同工作量使用 Claude Haiku 4.5，以 $0.70 / $3.50 計算，合計為 $8.82。

這是根據假設用量進行的 token 算術，不是對 NanoClaw 或 OpenClaw 任務的實測，也不是您帳單的上限。其中不包含快取費用、工具呼叫、重試與主機成本，並假設較便宜的模型能在不增加嘗試次數的情況下完成工作——這項條件決定較低的標示費率是否會帶來較低的總成本。標示價格最低與完成任務的成本最低是不同的主張，而本範例只說明前者。

Kunavo 的目錄金額是計費下限，而不是上限：在上游回報其費用的情況下，帳單金額取目錄成本與上游成本乘以適用加成兩者中的較高者。最低儲值金額為 $10 的預付額度，不含訂閱。請參閱 計費詳細資訊。

兩者之間的遷移成本

兩個專案都沒有記錄從另一方匯入的途徑，因此請將切換視為全新安裝。根據兩者的設定格式推論：OpenClaw 的狀態集中在一個可複製與比較差異的 JSON5 檔案中，而 NanoClaw 的狀態分散於 .env、每個群組的 ncl 設定與憑證金鑰庫，因此無論往哪個方向都沒有可整批移交的內容。頻道是成本最高的部分——每個訊息平台都必須在新的一方重新配對與重新授權——而 NanoClaw 會透過需要 Claude Code 可用的 /add-<channel> 技能來安裝每個頻道。代理記憶與排程工作也必須重新建立。在新安裝處理過實際流量前，請讓舊安裝持續執行。

將任一者指向 Kunavo

上述設定來自 2026 年 9 月 18 日閱讀各專案目前的來源文件。Kunavo 尚未讓任一產品連線其端點執行，因此本文沒有任何經測試的相容性主張——在遷移任何排程工作之前，請先自行規劃範圍受控的試用。Kunavo 為兩項產品所依賴的底層元件發布設定指南：NanoClaw 作為預設提供者使用的 Claude Agent SDK、NanoClaw README 列為支援第三方途徑的 OpenCode 路徑，以及兩個 ANTHROPIC_BASE_URL 路徑都依賴的 Anthropic base URL 參考文件。已發布的設定指南是文件說明，不是對這兩個助理進行的相容性測試。

如果您已決定使用 OpenClaw，OpenClaw 的最佳 API 會詳細說明提供者選擇，而 OpenClaw 定價 涵蓋完整的運作成本。準備嘗試某條路徑時，請建立 Kunavo 帳戶，先從一項小任務開始，再遷移任何排程工作。

常見問題

NanoClaw 與 OpenClaw 的儲存庫、文件，以及 Docker 的授權與價格頁面已於 2026 年 9 月 18 日核查；儲存庫統計、版本發布、頻道清單與 issue #1984 於 2026 年 9 月 21 日再次核查；NanoClaw 的 v2.4.0 版本發布與環境變數參考文件則於 2026 年 9 月 24 日核查。兩項產品都未針對 Kunavo 進行執行時測試；所示設定是對供應商來源文件的審查。Kunavo token 費率取自即時目錄；總額為示意性估算。