ZeroClaw 与 OpenClaw：部署、权限以及成本所在

ZeroClaw 和 OpenClaw 都是免费的、自托管的开源智能体运行时，因此选择并不取决于价格：而是在 ZeroClaw 的单一 Rust 二进制文件（执行操作前会请求批准）与 OpenClaw 的基于 Node 的网关之间做选择，后者拥有广泛得多的渠道和插件覆盖面，但在你进行配置之前不会限制工具执行。 如果你需要一个作为服务安装的小型运行时，并且希望默认开启批准门控以及每个智能体的成本台账，请选择 ZeroClaw。如果你更看重大型渠道、插件和桌面生态系统，请选择 OpenClaw，但要接受权限模式和沙箱需要由你自行设置。

两个项目都不销售任何东西：ZeroClaw 的“这不是什么”页面称没有托管版本、账户系统或计费功能，而OpenClaw 的 FAQ称该 Foundation 没有付费层级、托管服务或代币。两种情况下的费用都是模型代币和主机成本，这部分决策对两者完全相同 — 因此本页面的大部分内容讨论的是部署、权限和配置。

在信任任何数字之前，先确认官方项目

ZeroClaw 唯一的官方仓库是 zeroclaw-labs/zeroclaw，由 ZeroClaw Labs 维护，使用 master 分支上的 Rust 编写，并将 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。在固定版本之前，请查看仓库的发布页面，而不是百科摘要。

应该选择哪一款

如果运行时必须部署在一台你希望保持小巧、简单的机器上 — 例如 SBC、VPS，或安装和升级 Node 运行时本身就是你想避免的维护工作的设备 — 请选择 ZeroClaw。它以预构建原生二进制文件的形式安装，并且根据其服务文档，通过 zeroclaw service install 将自身注册到 systemd、launchd 或 Windows Task Scheduler。你需要接受较小的生态系统、在未解析引用时拒绝启动的配置模型，以及完全没有商业支持服务：项目贡献者文档对付费支持问题的回答是“未提供”。

如果你真正想要的是覆盖范围 — 聊天渠道、作为技能和插件公共注册表的 ClawHub、macOS 菜单栏应用和 Windows Hub 配套应用，以及大型项目带来的海量第三方资料 — 请选择 OpenClaw。你需要接受将 JavaScript 运行时作为依赖 — Node 24.16+ 或 26.1+，并将 Bun 1.4+ 作为明确选择加入的选项 — 接受每个提供商包含更多组成部分的 JSON5 配置，并自行选择权限模式，因为它不会替你选择限制性模式。

关于执行权限，ZeroClaw 默认采取保守模式，而 OpenClaw 默认采取宽松模式。关于协议限制，两者都通过有文档说明的自定义提供商路径连接第三方端点，并且都将供应商订阅路径记录为与此不同的独立事项 — 这些路径使用供应商自己的凭据进行身份验证，而不是你的网关密钥。关于成本路径，ZeroClaw 自身通过仅追加台账和每个智能体的预算计量支出；除非你输入费率，否则 OpenClaw 会将自定义模型的费用记为零。关于迁移成本，没有任何内容可以直接迁移：TOML 和 JSON5、不同的提供商语法、不同的权限词汇。

项目事实并列对比

版本、star 和 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 绑定到 loopback；大多数聊天渠道会用配对码回复未知的私信发送者，而不是处理该消息；群组访问采用允许列表，通常还设有提及门控 — 容器镜像是文档中列出的例外，其默认绑定为暴露状态。准确的总结是：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"
      }
    }
  }
}

该代码片段是有意不完整的。如果省略 cost 块，OpenClaw 会将自定义提供商模型的输入、输出、缓存读取和缓存写入成本默认为零，因此即使提供商正常收费，支出报告也会显示为免费。在信任 OpenClaw 显示的任何数字之前，请根据Kunavo 目录中的费率添加一个 cost 块。

在调试某个按设计运行的功能之前，还需要了解另外两种行为。对于非空 baseUrl 的 openai-completions，如果其主机不是 api.openai.com，OpenClaw 会强制使用 compat.supportsDeveloperRole: false，并跳过仅适用于 OpenAI 的请求整形。对于非直连端点上的 anthropic-messages，它会抑制隐式 Anthropic beta 标头，以免自定义代理拒绝不受支持的标志；如果你需要某个标头，请在 models.providers.<id>.headers 下自行设置。Kunavo 路由需要哪些 beta 值（如果有），目前尚未测试。

供应商订阅使用的是另一种凭据，而不是你可以重定向的基础 URL。根据提供商配置页面，ZeroClaw 的 Codex 路径要求使用带有 requires_openai_auth = true 且不含 API 密钥的已存储 OpenAI 身份验证配置，而 Claude Max 则要求在 anthropic 槽位提供 claude setup-token 凭据；OpenClaw 的 Codex 路由页面称，当运行时未设置或为 auto 时，只有不带自定义提供商请求覆盖的、精确匹配的官方 Platform Responses 或 ChatGPT Responses 路由才可能隐式选择 Codex — 因此，将该运行环境指向网关 URL 并不是文档记录的路径之一。

主机成本和模型成本是两笔不同的账单

由于两个项目都不对软件收费，唯一的经常性数字就是机器和代币。这两者不可互换，且运行时选择不会改变代币价格。可以核查的是安装要求：ZeroClaw 的安装程序优先使用匹配的预构建二进制文件，失败时回退到源代码构建，因此运行时不需要语言运行时；而OpenClaw 要求 Node 24.16+ 或 26.1+，并且其安装程序会在缺少 Node 时进行安装。ZeroClaw 的文档还声称，生产部署可在 homelab SBC、VPS 和云 VM 上 24/7 运行，但这是项目声明，没有附带证据。另一方面，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 的模型调用记录到仅追加账本中，将其归因于发起调用的代理，并按计费部分执行每日和每月预算；费率则保存在 [cost.rates.*] 下的配置中，并以上游模型 ID 为键。它还可以在提供商配置块上设置 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 注册处创建密钥并完成最低充值，然后根据所选客户端支持的通信协议，使用 Messages 端点参考或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 未对任一客户端进行运行时测试。