再见 Moltbot，你好 OpenClaw：更名背后的故事与最终定名方案

开源史上最快的品牌重塑

在短短几周内，这个项目经历了三个名字：

日期	名称	发生了什么
2025年底	Clawdbot	首次发布，以 Claude 的吉祥物"Clawd"命名
2026年1月	Moltbot	应 Anthropic 商标请求更名
2026年1月30日	OpenClaw	最终更名为商标安全的名称

如果你感到困惑，你不是一个人。让我们来梳理一下发生了什么。

为什么 "Clawdbot" 必须更名

创始人 Peter Steinberger 最初以 Clawd 命名他的 AI 代理——Clawd 是 Claude Code（Anthropic 的 CLI 工具）的龙虾吉祥物。

这个名字很聪明，也很病毒式传播。它像野火一样蔓延，帮助项目在创纪录的时间内突破了 10 万 GitHub 星标。

但有一个问题：Anthropic 拥有 "Clawd" 和 "Claude" 的商标。

改变一切的那封邮件

与许多以律师函开始的商标纠纷不同，Anthropic 采取了不同的方式。他们发送了一封友好的邮件。

正如 Steinberger 所说：

"必须点赞，他们真的很友善。"

请求很简单："Clawdbot" 与 Anthropic 的商标名称相似可能会造成混淆。该项目需要一个新的身份。

"Moltbot" 的短暂登场

第一次更名选择了 Moltbot——取自 "molting"（蜕皮），即龙虾蜕壳以便成长的过程。

这个隐喻很诗意。龙虾正在进化。

但 "Moltbot" 一直被视为临时名称，团队正在寻找更永久且经过法律审查的名称。

OpenClaw：最终形态

2026年1月30日，项目宣布了最终名称：OpenClaw。

在 X 上的公告写道：

"龙虾已蜕变成最终形态。"

为什么选择 "OpenClaw"？

商标安全：这个名称已经过全面审查。"OpenClaw" 不侵犯任何现有商标。
"Open" 前缀：表明项目的开源性质和社区驱动的开发模式。
"Claw" 传承：保持与项目龙虾起源和原始身份的联系。
模型无关：与引用 Claude 的 "Clawdbot" 不同，OpenClaw 现在明确定位为可与任何 AI 模型配合使用的基础设施——不仅仅是 Anthropic 的模型。

战略转型

品牌重塑不仅仅是为了避免法律问题。它代表了定位上的战略转变：

之前： "带手的 Claude" - 将项目定位为 Anthropic AI 的延伸。

之后： 用于运行自主 AI 代理的模型无关基础设施，无论提供商是谁。

这为想要使用以下模型的用户打开了大门：

OpenAI 的 GPT 模型
Google 的 Gemini
开源模型如 DeepSeek 或 GLM
任何未来的 AI 提供商

这对你意味着什么

如果你是现有用户：

所有 clawdbot 和 moltbot 命令仍作为兼容性别名工作
你的配置不需要立即更改
GitHub 仓库 URL 已更新（请参阅我们的迁移指南）

如果你是新用户：

今后请使用 openclaw 命令
openclaw.ai 的文档已反映新的命名

FAQ：还在搜旧名字的人，最先该判断哪三件事

我脚本里还在写 `moltbot`，是不是今天就必须全部改掉？

不一定。第一步应该先确认你当前流程是否还跑在兼容别名上。如果还能正常工作，就把“统一改名”当成一个可计划的清理任务，而不是把命名迁移硬做成一次无谓中断。

我是通过旧名字搜到这页的，还需要继续看品牌故事吗？

通常不用。只要你已经确认 Clawdbot / Moltbot 现在对应的是 OpenClaw，更高效的下一步就是去看安装或迁移指南。品牌背景能消除困惑，但不能直接把部署跑起来。

给还在用旧叫法的同事交接时，最该写哪一句？

直接写明：旧名字可能还会出现在命令、仓库地址或旧文档里，但稳定项目名已经是 OpenClaw，所有新搭建与新文档都应优先使用 openclaw 这一套表述。这样最能减少团队内部的混叫和重复支持成本。

旧命名用户下一步该先看什么

这篇品牌故事本身不能替代迁移或安装指南。对大多数还在搜 Moltbot / Clawdbot 的用户，更实用的分流方式是：

如果你最关心的是旧仓库地址、旧命令还能不能继续用
- 先去看迁移指南，确认兼容别名和仓库变更。
如果你其实是第一次接触 OpenClaw，只是通过旧名字搜到了这里
- 不要停在品牌故事页，直接跳安装指南会更省时间。
如果你已经完成迁移，但升级后担心命令、配置或工作流有变化
- 下一步应该看升级检查页，而不是继续停留在命名背景。

换句话说，这页更像“消除命名困惑”的入口，而不是“开始使用 OpenClaw”的终点。

旧名字清理前，先做 4 个安全检查

如果你是从 Moltbot、Clawdbot、旧仓库地址或旧脚本搜到这里，不要把“统一改名”做成一次盲目全局替换。更安全的顺序是：

先确认运行入口：列出 cron、systemd、shell alias、README、CI 脚本里仍出现旧名字的位置，区分“用户可见文案”和“实际执行命令”。
先保留兼容别名：只要生产流程仍依赖旧命令，就先保留 shim，再把新文档和新脚本改成 openclaw。
逐个验证外部链接：旧 GitHub URL、文档域名、安装命令和内部书签要逐个打开，不要只依赖搜索结果。
交接里写清最终叫法：团队交接统一写“旧名可能仍在历史命令中出现，但新搭建和新文档都以 OpenClaw 为准”。

这能把旧品牌搜索流量转成真正的迁移和安装入口，而不是让读者停在命名故事里。

这是最后一次更名吗？

是的。 OpenClaw 这个名称已经：

经过法律审查，确认无商标冲突
为长期发展进行了战略定位
被项目维护者正式采用

团队致力于稳定性。现在命名的尘埃已经落定，重点将完全转向功能开发和生态系统建设。

展望未来

随着身份危机的解决，OpenClaw 现在可以专注于真正重要的事情：

改进安全加固
更好的多模型支持
增强的技能市场（原 MoltHub）
企业集成

龙虾已经最后一次蜕壳。现在是成长的时候了。

面向 `moltbot` / `clawdbot` 搜索流量的检查清单

如果你是从旧名字搜索结果进来的，离开本页前先按这个顺序检查：

在自己的仓库、部署脚本和 runbook 里同时搜索 moltbot 与 clawdbot，不要只看公开文档。
先把用户可见文案统一成 OpenClaw，再在确认兼容 shim 存在后清理真正会执行的命令。
在旧名字重定向、归档说明或历史笔记旁边放上迁移指南链接，让搜索流量进入可执行路径。
清理后重新跑一遍新安装路径，因为一次命名修复如果破坏 onboarding，比保留旧品牌残留更糟。

这样能把旧品牌搜索流量转成真实迁移流量，也能减少只知道历史名字的用户反复提同一类支持问题。