开篇：为什么「龙虾」突然要找平替？

龙虾大战：为什么突然要找平替

2026 年，OpenClaw（社区俗称「小龙虾 / 龙虾」）把「本机常驻 Agent + IM 远程指挥 + Skills 生态」推到开发者视野中心。随之而来的是一场名为「龙虾大战」的选型和替代潮：安全风险讨论（供应链依赖、权限边界、遥测与审计）、部署复杂度（Node 版本对齐、依赖树、国内镜像）、以及本土化（飞书/钉钉/企微/微信、国产模型开箱）共同构成公开讨论的三条主轴——这也是当前国产智能体从业者天天被追问的三连问。

于是「OpenClaw 平替」不再是单一产品名，而是一篮子工程方案：国产智能体产品与国产开源智能体项目，各自用不同技术路径回答同一问题——在保留本地执行能力的前提下，降低风险、缩短上手路径、适配国内协作栈。本文按「内核衍生 vs 纯自研（含轻量重写）」分类，客观介绍 OpenMozi、CountBot、LobsterAI、HiClaw 的差异化卖点，并在末段引入 OpenOcta 的 Go 单二进制个人桌面路径。本文不编造未核实的 Star、漏洞数或性能排行。

一、先分清两类平替：内核衍生 ≠ 纯自研

内核衍生 ≠ 纯自研

选型第一步不是比谁「更像龙虾」，而是分清代码与运行时血统：

┌──────────────────────────────────────────────────────────┐
│  A. 内核衍生 / 产品化封装                                   │
│  · 直接 fork / 汉化维护 OpenClaw（如 openclaw-cn）           │
│  · 桌面壳 + 本土通道，底层仍以 OpenClaw 为 Agent 引擎        │
│    （例：LobsterAI 官方 README 明确「使用 OpenClaw」）       │
│  · 编排平台把 OpenClaw 当作可插拔 Worker 运行时              │
│    （例：HiClaw / AgentTeams 的 OpenClaw Worker）           │
├──────────────────────────────────────────────────────────┤
│  B. 纯自研 / 独立轻量实现                                    │
│  · 灵感同源但代码栈独立，兼容 Skills 协议或体验，而非 fork   │
│    （例：CountBot Python 中枢；OpenMozi 基于 pi-coding-agent）│
│  · 协议体验借鉴、运行时完全自研（例：OpenOcta Go 单二进制）   │
└──────────────────────────────────────────────────────────┘

维度	内核衍生路线	纯自研 / 轻量重写路线
收益	快速继承 Skills、Gateway 行为与社区经验	供应链边界清晰；可自定安全策略与分发形态
代价	仍需跟踪上游安全通告与 Node/依赖树	生态与插件未必与 OpenClaw 一一兼容
典型诉求	「要龙虾能力，但要更好装、更懂国内 IM」	「要本地 Agent，但不要绑死某一内核」

两类并无高下，只有场景匹配度。混合误判常见：把「挂了 OpenClaw Worker 的协作平台」当成「彻底摆脱 OpenClaw」，或把「兼容 Skills」误读成「同一份 Node 内核」。写作与选型时建议固定一个检查清单：上游仓库 LICENSE、是否声明 fork/引擎依赖、默认安装介质（CLI / 安装包 / 容器）、数据默认落盘路径、远程触发是否默认关闭。能回答这五项，再谈「谁更安全 / 谁更好用」。

二、为何需要平替：三条公开讨论轴

安全 · 部署 · 本土化三条讨论轴

2.1 安全风险轴

OpenClaw 类本机 Agent 拥有文件、Shell、浏览器等高权限工具面。公开技术讨论通常集中在：Skill 来源可信度、远程触发面、密钥/令牌是否落地到可被攻破的 Worker、依赖供应链是否可审计。平替项目的应对策略不同——有的做沙箱与权限门控（桌面产品），有的把凭证上收到网关（协作平台），有的用更小代码面降低攻击面（轻量框架）。评估时看机制，不看口号。

补充一个可操作的核对动作：打开项目的「权限 / 安全 / Remote」章节，确认默认是否监听公网、敏感工具是否二次确认、密钥是否明文写入工作区。对外传播的「安全排名表」若缺少测试环境与版本号，不宜当作采购依据——本篇因此只引用各仓库可核对的机制描述。

2.2 部署复杂度轴

自托管 OpenClaw 典型路径涉及 Node 版本、包管理器、UI 构建与守护进程。对个人用户，「数小时 CLI」vs「双击安装」是真实摩擦。平替要么做桌面安装包与引导向导，要么做国内镜像/文档汉化，要么改用 Python/pip 或 Go 单文件降低运行时基线。运维侧还要估算：升级成本（跟踪上游还是跟踪自研 release）、离线/内网是否可安装依赖、是否必须 Docker。复杂度不是原罪，但应与用户角色匹配——开发者可接受 CLI，非技术同事通常需要安装向导。

2.3 本土化轴

国内协作默认钉钉/飞书/企微/微信，模型侧常见 DeepSeek、通义、Kimi、豆包等。平替卖点往往落在：原生通道、OpenAI 兼容国产端点开箱、中文工作流与文档。这正是 国产智能体 / 国产开源智能体 热词背后的工程需求，而非单纯品牌替换。本土化不等于「换皮」：真正影响落地的是通道认证方式（Webhook / 长连接）、消息去重与流式投递、以及企业网络下的出站代理——这些细节通常写在各项目的通道文档里，值得作为第二读。

三、内核衍生与产品化：LobsterAI、HiClaw（及汉化分支参照）

衍生与产品化路线

3.1 LobsterAI（网易有道）——桌面壳 + OpenClaw 引擎

netease-youdao/LobsterAI 定位为桌面级全场景个人助理：本地文件/终端/浏览器工作流、办公文档与数据分析、IM 远程触发。技术栈公开为 Electron + React + TypeScript；数据层使用本机 SQLite；任务支持本地执行与沙箱等模式；权限门控要求敏感工具调用经用户批准。

关键事实（据官方 README）：LobsterAI 使用 OpenClaw 作为 Agent 引擎——Cowork 负责会话与产品体验，OpenClaw 负责底层运行时与 Gateway 能力。因此它属于「内核衍生的产品化封装」，不是「无 OpenClaw 代码血统的纯自研」。差异化价值在于：大厂维护的桌面安装体验、中文办公场景技能包装、进程隔离与沙箱策略、钉钉/飞书等通道开箱。

适合谁：希望尽量保留 OpenClaw 能力曲线，但拒绝「从零 CLI 自托管」的个人/小团队。不适合谁：组织合规明确要求「零 OpenClaw 内核」审计边界的场景——应转向独立实现路线。

3.2 HiClaw（Higress / AgentTeams）——Manager-Worker 协作编排

higress-group/hiclaw（演进说明中亦称 AgentTeams）强调 Manager-Workers 架构：Manager 负责任务拆解与协调，Worker 在隔离环境执行；人机同处可审计的 IM 房间（Matrix 系）以便「人在回路」。能力摘要（据项目文档）：

• 多运行时 Worker 可共存：OpenClaw（Node）、QwenPaw（Python）、Hermes 等各司其职
• 凭证经 Higress AI Gateway 集中托管，Worker 持消费者令牌而非原始密钥——降低「Agent 被攻陷即密钥全丢」的经典风险面
• Kubernetes / Docker 控制面，面向团队协作与一人公司式编排

定位澄清：HiClaw 是协作与治理平台，不是个人桌面双击助手。它可降低单机 OpenClaw 裸奔风险，但引入容器与网关运维成本。若目标是「给运营同事一台电脑上的助手」，它过重；若目标是「多 Agent 团队 + 凭证治理」，它是差异化选项。

3.3 参照：openclaw-cn 类汉化维护分支

社区另有 OpenClaw 中国本土化维护版本（openclaw-cn 等公开说明中常见：国产模型开箱、pnpm 国内镜像、飞书等连接器、安全审计叙事）。性质上属于 内核同源 + 国内工程包装，适合「就要原版行为 + 国内网络通畅」；不等同于纯自研平替。选型时把它放在「衍生轴」的最左端即可。

四、纯自研 / 轻量独立：OpenMozi、CountBot

纯自研 / 轻量独立路线

4.1 OpenMozi——国产生态优先的轻量 TypeScript 框架

oujingzhou/openmozi 自称「轻量级 clawdbot/openclaw」取向，但实现上基于 pi-coding-agent 运行时与 pi-ai 多模型调用层，而非公开宣称 fork OpenClaw 全量仓库。卖点据 README 可核对：

• 原生 QQ / 飞书 / 钉钉 / 企业微信通道
• 统一调用层对接 DeepSeek、豆包、通义、智谱、Kimi、MiniMax 等国产与海外提供商
• Function Calling、内置工具集、长期记忆与自定义 Skills
• 代码体量刻意做小，面向「学 Agent 原理 / 企业内部机器人」而非全功能个人多设备助手

适合谁：需要国内 IM 机器人、二次开发量可控、接受 Node/TypeScript 栈。注意：文档中的代码行数对比来自项目自评，引用时宜当作「定位说明」而非第三方基准测试。

4.2 CountBot——中文场景 Agent 中枢 + Skills 兼容

countbot-ai/CountBot（Gitee 同步）定位「更适配中文用户的轻量开源 AI Agent」。许可证 MIT；技术栈以 Python（FastAPI 等）+ 前端为主，提供 Web UI 与桌面启动入口。公开卖点包括：

• 多渠道：微信 ClawBot、飞书、钉钉、QQ、企微、Telegram 等（以仓库 README 渠道矩阵为准）
• Agent Teams：pipeline / graph / council 等协作模式
• 兼容 OpenClaw Skills 生态（协议/技能层兼容，属灵感与生态对齐，而非声称内核 fork）
• 本地工作空间、记忆、Cron/Heartbeat、MCP 客户端（版本迭代中持续增强）
• 明示灵感来源含 OpenClaw，同时走独立实现

适合谁：要本地中枢、中文入口多、希望「技能可复用」但不想维护 Node Gateway 全家桶的开发者。部署方式是源码/pip 或 Release 桌面包，仍属「能跑通需配置」区间，而非零概念开箱。

五、客观对照表与选型决策树

对照表与选型决策树

项目	血统粗分	运行时主栈	差异化卖点（公开描述）	更匹配场景
OpenMozi	独立轻量（pi 系）	TypeScript / Node	国产生态、通道原生、代码面小	企内机器人 / 学习 Agent
CountBot	独立中枢（Skills 兼容）	Python + Web/桌面	中文渠道矩阵、多 Agent 编排	本地 AI 中枢 / 多入口
LobsterAI	OpenClaw 引擎 + 桌面产品	Electron + OpenClaw	办公全场景、沙箱/门控、安装体验	个人桌面「国版龙虾体验」
HiClaw	编排平台（可挂 OpenClaw Worker）	Docker/K8s + Gateway	Manager-Worker、凭证上收、人在回路	团队多 Agent 协作
OpenOcta	Go 完全自研（协议借鉴）	Go 单二进制	个人桌面、双击安装、本机优先	个人/小团队桌面助手

要不要 OpenClaw 内核能力？
  ├─ 要，且要桌面开箱 → 评估 LobsterAI 等产品化封装
  ├─ 要，且要团队编排 / 凭证治理 → 评估 HiClaw
  ├─ 要原版行为 + 国内网络包装 → 评估汉化维护分支
  └─ 不要绑内核 / 要独立栈
        ├─ TypeScript 轻量企业 IM → OpenMozi
        ├─ Python 中文中枢 + Skills 兼容 → CountBot
        └─ Go 单二进制个人桌面 → OpenOcta（见下节）

常见误区：用「名字里有 Claw」判断血统；用营销文中的「纯国产、零依赖」覆盖官方 README；用企业团队编排工具去填个人桌面需求。另一条务实建议：先用同一条「本地读文件 → 调用一次国产模型 → 经一个 IM 通道回传」冒烟任务，再谈横向功能清单——很多差异要在真实权限弹窗与网络环境下才会暴露。

六、OpenOcta：协议借鉴、运行时重写的个人桌面选项

自研运行时的个人桌面选项

若你的核心诉求是：个人电脑双击安装、数据本机、生产环境不依赖 Node/Python、源码可审，同时希望能力上对标 Gateway 式本机 Agent，可选看 OpenOcta（八爪鱼）——中国首个开源个人桌面级 AI 智能体路径上的代表项目之一。

据 README.cn.md 与源码可核对的事实：

1. 定位：个人桌面级、双击安装；支持微信/钉钉/飞书等 IM 远程指挥；会话与记忆本机优先。
2. 协议：Apache-2.0（非 GPLv3）。
3. 技术：Gateway、Agent、Channels 均为 Go 完全自研；单一二进制通过 //go:embed 内嵌 Control UI（见 src/embed/embed.go）；默认 Gateway 端口 18900（见 src/pkg/paths/paths.go）。
4. 与 OpenClaw 关系：架构上借鉴 Gateway 协议与 Control UI 体验，但不是 OpenClaw 内核 fork——属于上文「纯自研」轴上的产品层落点。
5. 边界声明：本文不将其描述为企业级运维中枢或 GPLv3 闭源商业内核；以 README 与仓库为准。

对已在评估 LobsterAI / CountBot 的读者：OpenOcta 的对比维度应是「分发与运行时基线」（Go 单文件 vs Electron/OpenClaw 栈 vs Python 中枢），而不是「谁 Skills 更多」的单指标横比——生态广度随社区演进，需以发布时仓库文档为准。OpenOcta README 对比表强调上手方式（双击 vs CLI）、本土 IM/国产模型、以及约 30 秒安装体验；这些是产品规格，可直接对照你的交付 SLA。

参与方式建议：

• 从官网下载对应平台安装包，约 30 秒级完成部署体验
• 阅读 docs/architecture.md 与 docs/compare-openclaw-hermes.md 理解分层与选型
• 本地执行 make build && ./openocta gateway run，访问 http://127.0.0.1:18900 对照 Control UI
• 在 GitHub Star / Issue / PR，参与 Skills、MCP、通道扩展

国产开源智能体赛道里，「龙虾大战」不会有唯一赢家：有人需要内核生态，有人需要治理平台，有人需要更小的供应链面。对个人开发者而言，先锁定「内核衍生还是纯自研」，再锁定「桌面产品还是编排平台」，两步之后再看功能清单——通常能砍掉一半噪声候选。看清血统与场景，比追热点名字更重要。