OpenClaw 发展历程表：从 clawdbot 到 openclaw

Leave a comment

OpenClaw 发展历程表：从 clawdbot 到 openclaw

这份时间线，是从 v2026.1.5 开始往后捋。按 release 命名和说明来看，这一版基本可以当成项目正式进入 clawdbot 阶段的起点。后面它先经历了 clawdbot、Clawdbot 这几个写法上的变化，中间还短暂改名成过 Moltbot，直到 v2026.1.29 前后才真正把名字切到 openclaw。

按时间排序的发展历程表

发布时间（UTC） 版本 发布名称 关键变化 为什么值得高亮
2026-01-05 v2026.1.5 clawdbot 2026.1.5 引入 image 专用模型配置、image 工具、默认模型 shorthand，同时继续补齐 Control UI、Android、macOS、WhatsApp、Discord 等体验问题 这是目前这条时间线上，clawdbot 作为正式 release 名称出现的起点，适合拿来当发展史的开头
2026-01-15 v2026.1.14-1 clawdbot 2026.1.14-1 加入 web_search / web_fetch、Chrome 扩展接管与远程浏览器控制、channel plugins、Zalo 插件、安全审计增强 从这一版开始，项目的边界开始打开，不再只是“接模型回消息”，而是更像一个能搜网、能控浏览器、能接渠道的系统
2026-01-17 v2026.1.16-2 clawdbot 2026.1.16-2 引入 hooks 系统、媒体理解（图像/音频/视频）、PTY exec、hook pack 安装、用户可调用 skill 命令、跨平台会话链接 这一版把可编排性拉高了很多，离 agent 平台更近了一步
2026-01-24 v2026.1.23 Clawdbot 2026.1.23 Telegram TTS 进入 core、增加 /tools/invoke HTTP endpoint、heartbeat 可见性控制、Fly.io 部署支持、Tlon/Urbit 插件 这一版开始，Clawdbot 的写法趋于稳定，产品也越来越像一个能部署、能开放接口、能扩渠道的系统
2026-01-25 v2026.1.24 Clawdbot 2026.1.24 Ollama discovery、LINE 插件、Edge TTS fallback、全渠道 /approve 审批、Telegram DM topics 独立会话、Control UI 设计系统刷新 本地模型、语音、审批流、插件、UI 一起往前推，是一次很典型的“完成度上台阶”更新
2026-01-27 品牌过渡节点 Moltbot 阶段开始 因商标压力，Clawdbot 短暂改名为 Moltbot，随后社区与文档也开始跟进这次过渡命名 这是 Clawdbot -> OpenClaw 中间很短暂的一次改名
2026-01-30 v2026.1.29 openclaw 2026.1.29 正式 rebrand：npm 包/CLI 改名为 openclaw，扩展改到 @openclaw/*，兼容 shim 与旧路径迁移同步上线，macOS app rename 完成 这是整条发展线里最重要的品牌拐点，OpenClaw 时代从这里真正开始
2026-02-02 v2026.2.1 openclaw 2026.2.1 .clawdbot 到 .openclaw 路径迁移继续完善，TLS 1.3 最低要求、安全修复集中补强、系统提示与工具策略一致性改进 改名之后最怕的是各种边角不一致，这一版做的就是这种不显眼但特别关键的收尾工作
2026-03-01 星标里程碑 v2026.3.1 发布前夜 OpenClaw 超过 facebook/react，成为 GitHub 上 star 最多的非聚合型软件项目 这不是 GitHub 全站仓库总榜第一，但它是 OpenClaw 影响力出圈的标志性时刻
2026-03-13 v2026.3.12 openclaw 2026.3.12 dashboard-v2、OpenAI/Anthropic fast mode、provider-plugin 架构推进、subagent sessions_yield、更多安全修复 这是 openclaw 进入成熟阶段的代表版本，工作台形态和平台化方向都更清楚了

openclaw-timeline-nord-light-v2.svg

关键阶段解读

1. clawdbot 阶段的起点：v2026.1.5

v2026.1.5 之所以值得拿出来单说，不只是因为它加了 image model 和 image 工具，更重要的是，它在 release 名称里明确用了 clawdbot。

如果你是站在“发展史”这个角度往回看，很多时候真正重要的并不是某个单点功能，而是项目开始以什么名字、什么姿态稳定对外发布。v2026.1.5 给人的感觉就是：这个项目已经不是一个随手试验的小仓库了，它开始以 clawdbot 的名义连续往前推版本。

2. 能力开始外扩：v2026.1.14-1 到 v2026.1.16-2

我觉得这两个版本要放在一起看。

v2026.1.14-1 把网页搜索、网页抓取、浏览器接管、远程浏览器控制、通道插件这些能力拉进来了。紧接着 v2026.1.16-2 又把 hooks、媒体理解、PTY 执行、hook pack 安装、skill 命令这些东西补上。

放在一起就很明显了：项目已经不再只是“接一个大模型，然后把回复发出去”。它开始具备下面这些更像 agent 系统的特征：

  • 能拿外部信息
  • 能操作浏览器
  • 能接更多消息渠道
  • 能处理图片、音频、视频这类输入
  • 能用 hooks 和 exec 把自动化流程串起来

这时候的 clawdbot 已经具备平台雏形。

3. Clawdbot 阶段的放大版：v2026.1.23 和 v2026.1.24

如果前面那几版是在扩边界，那 v2026.1.23 和 v2026.1.24 更像是在补产品感。

v2026.1.23 把 Telegram TTS 往 core 里推了一步，又加了 /tools/invoke HTTP endpoint。这个点挺重要的，因为它意味着外部系统不只是“接它的回复”，而是可以更直接地调它的工具能力。到了 v2026.1.24，Ollama discovery、LINE 插件、Edge TTS fallback、全渠道 /approve、Telegram DM topics、Control UI 设计系统刷新这些又一起上来了。

这些东西单独看都不算改天换地，但合起来会让人感觉：这个项目开始更像一个完整产品，而不是一堆厉害功能的集合。

最直观的变化大概有这几类：

  • 部署方式更多
  • 插件和渠道更丰富
  • 审批和 TTS 这种实际使用中的流程更顺畅
  • 控制界面更像真的要长期给人用的界面
  • 本地模型这条路也更加清楚

4. Moltbot 短暂过渡期：2026-01-27

clawdbot 并不是直接一步改成 openclaw，而是先短暂改名成了 Moltbot。创始人谈及收到了Anthropic公司礼貌的请求改名的函件。

根据官方 lore 页面和当时的外部报道，2026-01-27 这一天，项目先短暂改名成了 Moltbot。 这次改名很短，后来又很快被 OpenClaw 取代，如果只看 GitHub release中的发布名称，很容易把这段历史忽略掉。

5. 正式改名：v2026.1.29

整条时间线里，如果只挑一个必须单独圈出来的版本，那大概率就是 v2026.1.29。

这一版不是那种“文案层面改个 logo”的改名。release 里写得很清楚：

  • npm package / CLI 改名为 openclaw
  • 提供 openclaw compatibility shim
  • extensions 迁移到 @openclaw/*
  • 自动迁移旧的 state/config 路径
  • macOS 侧的 OpenClaw app rename 也收尾了

也就是说，这次改名是全链路的：

  • 命令行入口
  • 包名
  • 扩展生态命名
  • 本地状态目录和配置路径
  • 桌面应用

所以从项目史的角度看，v2026.1.29 其实很适合直接写成一句话：OpenClaw 时代从这里开始。

6. 改名之后的收口：v2026.2.1

改名这件事，真正麻烦的往往不在改名当天，而在改完之后。

新名字换上去不难，难的是那些老路径、旧配置、残留命名、权限边界、默认行为到底有没有一起跟上。v2026.2.1 的价值就在这里。它把不少真正影响稳定性的边角补了起来：.clawdbot 到 .openclaw 的迁移继续完善，TLS 1.3 最低要求、安全修复、工具策略一致性、系统提示规则这些也都在继续修改为适配新品牌。

7. 更成熟的工作台阶段：v2026.3.12

如果说 v2026.1.29 是品牌上的拐点，那 v2026.3.12 更像是产品形态上的拐点。

这一版最醒目的东西是 dashboard-v2、fast mode、provider-plugin 架构、subagent 机制继续增强。它传递出来的信息很明确：OpenClaw 已经不只是继续“多接几个 provider、多补几个渠道”了，而是在往一个更统一的 AI 工作台走。

这里面我最看重的其实不是单个 feature，而是方向开始统一：

  • Control UI 不再只是配置入口，而像一个真正的工作台
  • provider 接入开始更模块化
  • 多 agent / subagent 的编排能力还在继续长
  • 安全治理也不再是零散修补，而更像系统性推进

换句话说，到这个阶段，OpenClaw 已经不是单纯“功能继续涨”的项目，它开始同时处理平台化和产品化这两件事。

8. 值得记下来的外部里程碑：2026-03-01

还有一个时间点绝对不该漏掉，虽然它不是一个 release 版本本身。

根据公开的 Star History 文章和当时的公开讨论，2026-03-01 这一天，OpenClaw 超过了 facebook/react，成为 GitHub 上 star 最多的非聚合型软件项目。 这句话要说严谨一点，因为它不是 GitHub 全站所有仓库里的绝对第一；排在前面的还有不少 awesome-*、教程合集、书单和资源索引类仓库。

但即便加上这个限定，这个节点依然很重要。因为它说明 OpenClaw 的影响力已经不只是停留在 agent 圈子、开源圈子或者 AI 工具用户内部了，它开始进入一种更广泛的技术社区共识：不管你喜不喜欢它，它都已经变成 GitHub 上最受关注的软件项目之一。

如果把这个时间点和 release 对起来看，它正好落在 v2026.3.1 发布前夜。也就是说，OpenClaw 在进入 v2026.3.1 这个阶段时，外部关注度已经冲到了一个很夸张的位置。后面 v2026.3.12 再往工作台化、平台化方向走，这个背景就更容易理解了：项目不只是用户多了，而是真的进入了“大众技术视野里的头部项目”区间。

如果只选 5 个必须高亮的版本

版本 为什么一定要提
v2026.1.5 clawdbot 命名阶段的起点
v2026.1.14-1 第一次明显把网页搜索、浏览器控制、插件化渠道拉进核心能力范围
v2026.1.16-2 hooks、媒体理解、PTY exec 让项目真正有了 agent 平台雏形
v2026.1.29 正式从 clawdbot 改名为 openclaw
v2026.3.12 openclaw 进入成熟工作台阶段的代表版本

参考 release

  • v2026.1.5: https://github.com/openclaw/openclaw/releases/tag/v2026.1.5
  • v2026.1.14-1: https://github.com/openclaw/openclaw/releases/tag/v2026.1.14-1
  • v2026.1.16-2: https://github.com/openclaw/openclaw/releases/tag/v2026.1.16-2
  • v2026.1.23: https://github.com/openclaw/openclaw/releases/tag/v2026.1.23
  • v2026.1.24: https://github.com/openclaw/openclaw/releases/tag/v2026.1.24
  • v2026.1.29: https://github.com/openclaw/openclaw/releases/tag/v2026.1.29
  • v2026.2.1: https://github.com/openclaw/openclaw/releases/tag/v2026.2.1
  • v2026.3.12: https://github.com/openclaw/openclaw/releases/tag/v2026.3.12

How to add Dictionaries to RIME Input Method on Ubuntu/Pop-OS

Leave a comment

在RIME输入法中增加词典

1. RIME的配置目录

Ubuntu/PopOS中位于：~/.config/ibus/rime

2. 下载词典文件

使用git clone下载RIME扩充词库： https://github.com/rime-aca/dictionaries
使用rime-install下载zhwiki词典：https://github.com/felixonmars/fcitx5-pinyin-zhwiki

3. 将所有词库文件cp到RIME配置目录中

cp *dict* ~/.config/ibus/rime/

4. 增加一个custom配置文件用以调用词库

在下载的RIME扩充词库目录中，有一个luna_pinyin.custom.yaml，当使用朙月拼音的时候可以直接使用该配置，但是我使用的是朙月拼音简化字方案，因此需要将该配置文件改名为：
luna_pinyin_simp.custom.yaml

在这个配置文件中，可以看到输入法的对应

# 附朙月拼音系列方案與其對應的 id 一覽表：
# 輸入方案  id
# 朙月拼音  luna_pinyin
# 朙月拼音·简化字  luna_pinyin_simp
# 朙月拼音·臺灣正體 luna_pinyin_tw
# 朙月拼音·語句流  luna_pinyin_fluency

4. 通过import_tables来进行多个词典加载

查看luna_pinyin_simp.custom.yaml可以看到它指定了”translator/dictionary”: luna_pinyin.extended为词典方案，再查看luna_pinyin.extended.dict.yaml可以看到这个配置文件里import了其他词典

import_tables:
  - luna_pinyin
  - luna_pinyin.hanyu
  - luna_pinyin.poetry
  - luna_pinyin.cn_en

通过这种方法将所有词典文件都加载到输入法中

5. 修改luna_pinyin.extended.dict.yaml，增加zhwiki词典

import_tables:
  - luna_pinyin
  - luna_pinyin.hanyu
  - luna_pinyin.poetry
  - luna_pinyin.cn_en
  - zhwiki

6. 重新部署RIME输入法

右键点击RIME的图标选择“部署”。

BTW：如果要修改输入法备选字的个数（比如从默认5个修改为7个），需要创建default.custom.yaml，并写入：

# default.custom.yaml
patch:
  "menu/page_size": 7

参考文档： https://blog.mikelyou.com/2020/07/31/rime-input/

How to move WSL distro in Windows 11 to another drive

Leave a comment

Introduction:

In the world of development and system administration, Windows Subsystem for Linux (WSL) has become a valuable tool. It allows users to run a Linux distribution alongside their Windows environment, opening up a world of possibilities for developers and administrators. In this article, we’ll guide you through the process of migrating a WSL instance, using a real-world example, step by step.

Prerequisites:

Before we begin, ensure that you have the following prerequisites in place:

  • Windows 10 or later with WSL installed.
  • An existing WSL instance (in our case, Ubuntu).
  • Sufficient storage space for the migration.

Step 1: Create a Target Directory

To start the migration process, we need a target directory to store the migrated WSL instance. In PowerShell, use the ‘mkdir’ command to create this directory. In our example, we create a directory named ‘D:\WSL\Ubuntu’:

mkdir -p D:\WSL\Ubuntu

Step 2: List All Running WSL Instances

Before we proceed further, let’s list all the running WSL instances. The following command will display a list of all WSL instances, including their state and version:

wsl -l --all -v

Step 3: Export the Source WSL Instance

Now, let’s export the source WSL instance (in our case, ‘Ubuntu’) into a tar file. This step automatically shuts down the WSL instance and restarts it after the export:

wsl --export Ubuntu D:\WSL\Ubuntu.tar

Step 4: Unregister the Source WSL Instance

Once the export is complete, we need to unregister the source WSL instance to avoid conflicts. Use the following command:

wsl --unregister Ubuntu

Step 5: Confirm Unregistration

To confirm that the source WSL instance has been successfully unregistered, run the following command:

wsl -l --all -v

Step 6: Import into the Target Directory

Now it’s time to import the previously exported WSL instance into the target directory. In this step, we specify the target directory and version (in our case, version 2):

wsl --import Ubuntu D:\WSL\Ubuntu D:\WSL\Ubuntu.tar --version 2

Step 7: Verify the Migration

To ensure that the migration was successful, list all WSL instances once again:

wsl -l --all -v

Step 8: Access the Migrated WSL Instance

Now, you can access the migrated WSL instance by using the following command:

wsl -d Ubuntu

Conclusion:

Migrating WSL instances is a powerful way to manage and organize your development environments. By following these steps, you can seamlessly move your WSL instances to different directories or machines, ensuring flexibility and efficiency in your development workflow. Keep in mind that WSL provides a bridge between Windows and Linux, allowing you to enjoy the best of both worlds.

Check the all steps screenshot as below.

# create target directory
PS C:\Users\kamus> mkdir -p D:\WSL\Ubuntu

# List all the wsl running
PS C:\Users\kamus> wsl -l --all -v
  NAME                   STATE           VERSION
* Ubuntu                 Running         2
  docker-desktop         Stopped         2
  docker-desktop-data    Stopped         2
  
# Export source wsl
PS C:\Users\kamus> wsl --export Ubuntu D:\WSL\Ubuntu.tar

# When doing export, wsl will be shutdown automatically and restart after exporting
PS C:\Users\kamus> wsl -l --all -v
  NAME                   STATE           VERSION
* Ubuntu                 Running         2
  docker-desktop         Stopped         2
  docker-desktop-data    Stopped         2
  
# Unregister the source wsl
PS C:\Users\kamus> wsl --unregister Ubuntu
正在注销...

# Check unregister is successful
PS C:\Users\kamus> wsl -l --all -v
  NAME                   STATE           VERSION
* docker-desktop         Stopped         2
  docker-desktop-data    Stopped         2
  
# Import into the target directory
PS C:\Users\kamus> wsl --import Ubuntu D:\WSL\Ubuntu D:\WSL\Ubuntu.tar --version 2

# Check results
PS C:\Users\kamus> wsl -l --all -v
  NAME                   STATE           VERSION
* docker-desktop         Stopped         2
  Ubuntu                 Stopped         2
  docker-desktop-data    Stopped         2
PS C:\Users\kamus> wsl -d Ubuntu
Welcome to Ubuntu 20.04.5 LTS (GNU/Linux 5.10.102.1-microsoft-standard-WSL2 x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  System information as of Fri Jan  5 14:40:25 JST 2024

  System load:  0.68               Processes:             8
  Usage of /:   2.0% of 250.98GB   Users logged in:       0
  Memory usage: 4%                 IPv4 address for eth0: 172.28.208.11
  Swap usage:   0%


0 updates can be applied immediately.


The list of available updates is more than a week old.
To check for new updates run: sudo apt update


This message is shown once a day. To disable it please create the
/root/.hushlogin file.
root@Kamus-Trident:/mnt/c/Users/kamus# cat /etc/os-release
NAME="Ubuntu"
VERSION="20.04.5 LTS (Focal Fossa)"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 20.04.5 LTS"
VERSION_ID="20.04"
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
VERSION_CODENAME=focal
UBUNTU_CODENAME=focal
root@Kamus-Trident:/mnt/c/Users/kamus#