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 日重新核查。star 和提交数每天都会变化；这里采用的是代码库在后一个日期报告的数量。第三方摘要所称 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}），以及一个 api字段，其值可以是 openai-completions或 anthropic-messages。对于自定义提供商，参考文档要求你添加 models.providers.<provider>.models[]，其中至少包含匹配的 id；页面上的每个自定义提供商示例都包含该字段：LM Studio 和 Ollama 等内置插件会通过原生 API 发现模型，但自定义路由没有可回退的发现机制，因此模型 ID 由你提供。随后使用 <provider-id>/<model-id>引用模型，并在 agents.defaults.model.primary中选择模型。有三个记录在案的限制需要注意。更改已配置的路由会丢弃上一条路由的元数据，因此你必须重新声明每个模型。对于代理样式的 openai-completions路由——即主机不是 api.openai.com的任何非空 baseUrl——OpenClaw 会跳过仅限原生 OpenAI 的请求处理，包括提示缓存提示。对于指向非直连端点的 anthropic-messages路由——第三方基础 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 作为后端设置的后续拉取请求，因此这是一个有维护者参与的开放讨论，而不是被忽略的报告——但其中的修复是报告者本地的补丁，并非已发布的行为。如果你的计划是在 NanoClaw 的 Codex 路径上使用兼容 OpenAI 的基础 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。自定义基础 URL 天然位于 API 密钥一侧——你无法将订阅指向第三方端点。OpenClaw 的 OAuth 页面还表示，Anthropic 员工告知项目方该使用“再次获准”，因此除非 Anthropic 发布新政策，OpenClaw 将 Claude CLI 复用和 claude -p视为该集成中获认可的方式。请注意“再次”二字：称 Anthropic 在 2026 年早些时候切断该访问权限的文章，最好理解为已被后续情况取代，而不是错误；项目自己的页面也说明该状态是临时的。在据此构建之前请重新核查。

一个令牌估算示例

假设一个全天候运行的助手每天处理 40 个回合、连续 30 天，并假设每个回合产生 8,000 个未缓存输入令牌和 500 个输出令牌——本月共 9.6百万个输入令牌和 0.6百万个输出令牌。按照 Kunavo 目录价格，Claude Sonnet 5的每百万输入令牌价格为 $1.40，每百万输出令牌价格为 $7.00，合计为 $17.64。相同工作负载使用 Claude Haiku 4.5时，按 $0.70 / $3.50计算，合计为 $8.82。

这是基于假设用量的令牌算术，不是对 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 基础 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 令牌价格读取自实时目录；总额为说明性估算。