AI Agent Orchestrator Landscape Report

调研日期: 2026-05-23
调研范围: 9 个项目
调研工具: GitHub API + Brave Search + Exa Web Fetch


1. 赛道概述

AI Agent Orchestrator 是一类新兴基础设施,核心使命是:把多个 AI coding agent(Claude Code、Codex、Gemini CLI 等)编排成一支”虚拟团队”,实现任务分配、进度跟踪、成本控制、技能复用等管理能力。

为什么火:
– 2025 下半年 Claude Code / Codex CLI 爆发,开发者开始同时开 10-20 个 agent 终端
– 手动管理不可持续 → 需要”agent 项目经理”
– “Zero-human company” 叙事驱动资本和社区关注
– Stars 增速极快:头部项目 3 个月内从 0 到 50k+

赛道分层:
L1 编排层:管理 agent 的启动、停止、工作区隔离(1code, Agent of Empires)
L2 协作层:任务分配、进度跟踪、团队协作(Multica, MyClaude)
L3 公司层:组织架构、预算治理、目标对齐(Paperclip, LobeHub, Ruflo)


2. 项目总览

# 项目 Stars 语言 License 创建时间 最近更新 最新版本
1 LobeHub 77,566 TS LobeHub Community License 2023-05 2026-05-23 v2.2.1-canary.33
2 Paperclip 67,185 TS MIT 2025-03 2026-05-22 v2026.517.0
3 Ruflo 54,246 TS MIT 2025-06 2026-05-22 v3.7.0-alpha.76
4 Multica 31,543 TS+Go Modified Apache 2.0 2026-01 2026-05-22 v0.3.6
5 1code 5,540 TS Apache 2.0 2026-01 2026-02-24 v0.0.84
6 Golutra 3,549 Rust BSL 1.1 2026-02 2026-05-12 v0.2.6
7 MyClaude 2,669 Go AGPL v3 2025-07 2026-05-04 v6.8.2
8 Agent of Empires 2,365 Rust MIT 2026-01 2026-05-22 v1.8.1
9 Agor 1,214 TS BSL 1.1 2025-10 2026-05-22 v0.15.0

3. 逐项深度分析

3.1 LobeHub

一句话定位: Chief Agent Operator — 你的 AI 团队的”首席运营官”

核心功能:
– Agent Builder:自然语言描述即可创建 agent,自动配置
– Agent Groups:多 agent 并行协作,像真实团队一样工作
– 10,000+ Skills / MCP 插件生态
– Personal Memory:agent 从你的工作习惯中学习
– Schedule:定时任务,agent 自动执行
– IM Gateway:在你已有的聊天工具中使用 agent

技术架构:
– TypeScript (98.9%),Next.js 全栈
– 部署:Vercel / Docker / 阿里云 / Zeabur / Sealos
– 生态成熟:lobe-ui, lobe-icons, lobe-tts 等配套库

License 详细分析:
– LobeHub Community License(基于 Apache 2.0)
– ✅ 可以商用(不改源码作为前端后端服务)
– ❌ 不能基于 LobeChat 开发和分发衍生作品(除非购买商业授权)
– ⚠️ 贡献者协议:贡献者同意 producer 可调整协议严格程度
结论:做闭源 fork 不可行,做集成/嵌入需联系 hello@lobehub.com

社区活跃度:
– 330 contributors,2740 releases,每日更新
– Discord 社区活跃,Product Hunt 上线
– 主维护者:@arvinxx, @canisminor1990

独特卖点:
– 最成熟的生态(从 2023 年就开始,不是跟风项目)
– UI/UX 最佳,产品化程度最高
– 从 ChatBot 演进到 Agent Operator,有清晰的产品路线

已知风险:
– License 不完全开源,有随时收紧的风险
– 功能膨胀(从 chatbot 到 agent platform 到协作平台),定位不够聚焦
– Canary 分支为主开发分支,稳定性存疑


3.2 Paperclip

一句话定位: “Zero-human company” 编排平台 — 如果 OpenClaw 是员工,Paperclip 就是公司

核心功能:
– Org Chart + 角色体系:CEO/CTO/工程师/设计师,agent 有汇报线
– Goal Alignment:每个任务追溯到公司使命
– Budget & Cost Control:月度预算,超支自动暂停 agent
– Heartbeat 调度:agent 定时唤醒、检查工作、自动行动
– Governance & Approvals:审批流程,config 变更可回滚
– Multi-Company:一个部署运行多个公司,数据完全隔离
– 移动端管理

技术架构:
– TypeScript (97.6%),Node.js + React
– 嵌入式 PostgreSQL(开箱即用)
– 外部适配器:Claude Code, Codex, Cursor, Bash, HTTP/Webhook

License 详细分析:
MIT License
– 随便用、改、卖、闭源 fork,只需保留版权声明
做商业闭源产品的最佳选择

社区活跃度:
– 87 contributors,8 releases
– 每日更新,commit 非常活跃
– 30k stars 在 3 周内达成(增长极快)

独特卖点:
– 唯一真正做”公司治理”层的开源项目(预算、审批、审计)
– MIT 协议,商用无障碍
– “Clipmart”(即将推出):一键下载整个公司模板

已知风险:
– 项目非常新(2025-03 创建),成熟度待验证
– 社区相对小(87 contributors vs LobeHub 的 330)
– 嵌入式 Postgres 是开发便利但生产环境需自建


3.3 Ruflo

一句话定位: Claude 优先的 Swarm 智能编排平台

核心功能:
– 多 agent swarm 协调
– MCP 工具集成(300+ 声称)
– 持久化记忆 + 向量存储
– 背景 worker + 共识模式
– 多 provider 路由(Claude, GPT, Gemini, Qwen)

技术架构:
– TypeScript
– 声称支持 WASM agent、安全层、插件市场

License 详细分析:
MIT License
– 协议本身无限制

社区活跃度:
– 54k stars,但 社区争议极大
– Reddit 多个帖子质疑代码质量:”99% Fake / 1% Real”
– GitHub Discussion #1666:”I didn’t notice any significant improvements”
– 有评论认为 agent 实现质量差、大部分功能是表面文章

独特卖点:
– Stars 数增长最快(但有刷星嫌疑)
– 概念最前沿(swarm intelligence, WASM agents)

已知风险:
– ⚠️ 社区信任度低:多人发帖质疑实际效果与宣传不符
– Alpha 版本(v3.7.0-alpha.76),稳定性未知
– 功能声称过多过杂,有”feature factory”嫌疑
不建议作为商业产品基础


3.4 Multica

一句话定位: 给 coding agent 做”项目管理”的开源平台

核心功能:
– Agents as Teammates:agent 有 profile,出现在看板上,发评论,报告 blocker
– Squads:agent 和人编组,leader 自动分配任务
– Reusable Skills:每次解决方案变成团队可复用技能
– Multi-Workspace:按团队隔离
– 统一 Runtime 管理(本地 + 云端)

技术架构:
– 前端 Next.js 16,后端 Go (Chi + WebSocket)
– PostgreSQL 17 + pgvector
– 本地 daemon 执行 agent CLI
– 支持 11 种 agent CLI(Claude Code, Codex, Copilot, OpenClaw, OpenCode, Hermes, Gemini, Pi, Cursor, Kimi, Kiro)

License 详细分析:
– Modified Apache 2.0
– ✅ 组织内部使用免费
– ❌ 不能拿源码提供 SaaS / 托管服务 / 嵌入商业产品(除非买商业授权)
– ❌ 不能移除前端 Logo 和版权信息
结论:做内部平台可行,做 SaaS 产品需商业授权

社区活跃度:
– 130 contributors,75 releases
– 10k stars 时登上 GitHub Trending #5
– v0.3.x 阶段,快速迭代

独特卖点:
– 架构最扎实(Go 后端 + WS 实时通信 + pgvector)
– “Agents as Teammates” 理念最彻底
– 支持的 agent CLI 最多(11 种)

已知风险:
– SaaS 限制意味着不能直接拿来做商业产品
– v0.3.x 早期版本,API 可能不稳定
– 需要 Docker + PostgreSQL 部署,运维成本高于纯 Node.js 方案


3.5 1code

一句话定位: 轻量级 coding agent 编排层

核心功能:
– 为 Claude Code / Codex 提供编排抽象层
– 轻量设计

技术架构:
– TypeScript

License 详细分析:
Apache 2.0 ✅(未修改)
– 商用完全无障碍

社区活跃度:
– 5.5k stars,但 最近更新停在 2026-02-24(3 个月没更新)
– v0.0.84,非常早期

独特卖点:
– 最轻量的选择
– Apache 2.0,license 最干净

已知风险:
– ⚠️ 疑似已停更(3 个月无 commit)
– 功能最少,文档最少
– 不推荐作为长期依赖


3.6 Golutra

一句话定位: Rust 实现的多 agent 编排平台

核心功能:
– 多 agent 并行执行
– 任务编排 + 长期运行工作流
– 桌面应用

技术架构:
Rust,性能好,二进制分发

License 详细分析:
BSL 1.1 (Business Source License)
非生产用途可免费使用
– Change Date: 2030-02-25(届时变为 GPL 2.0)
– Change License: GPL-2.0-or-later
结论:做商业产品完全不可行(2030 年前)

社区活跃度:
– 3.5k stars,51 open issues
– 2026-05-12 最近更新,仍在活跃

独特卖点:
– 唯一 Rust 实现,性能优势
– 桌面应用形态

已知风险:
– BSL 协议限制商业使用
– Rust 生态意味着社区贡献门槛高
– GPL change license 意味着 2030 年后也需要开源


3.7 MyClaude

一句话定位: Go 实现的多 agent 工作流编排

核心功能:
– 支持 Claude Code, Codex, Gemini, OpenCode
– Go 编译即用

技术架构:
Go,单二进制分发

License 详细分析:
AGPL v3
– 衍生作品必须开源
– 提供网络服务也必须开源
结论:做商业闭源产品完全不可行

社区活跃度:
– 2.7k stars,7 open issues
– 2026-05-04 最近更新

独特卖点:
– Go 实现,部署简单
– 轻量

已知风险:
– AGPL 是最严格的开源协议之一
– 社区小,bus factor 低


3.8 Agent of Empires

一句话定位: TUI + Web 双端 agent 管理器

核心功能:
– 支持 Claude Code, Codex, Gemini CLI, OpenCode, Cursor, Copilot CLI, Factory Droid
– TUI 终端界面 + Web 界面(支持手机管理)
– 使用 tmux + git worktrees 隔离

技术架构:
Rust
– tmux session 管理
– git worktree 隔离

License 详细分析:
MIT License
– 商用无障碍

社区活跃度:
– 2.4k stars,79 open issues
– 2026-05-22 最近更新,活跃开发

独特卖点:
– 手机管理 agent(Web UI)
– 支持的 agent CLI 种类最多之一
– MIT 协议

已知风险:
– 社区较小
– 依赖 tmux,非跨平台(主要 macOS/Linux)
– Rust 代码贡献门槛


3.9 Agor

一句话定位: 多人协作画布上的 agent 编排

核心功能:
– 可视化画布管理 Claude Code, Codex, Gemini session
– Git worktree 管理
– AI 对话追踪
– 实时团队可视化

技术架构:
– TypeScript

License 详细分析:
BSL 1.1 (Business Source License)
– 非生产用途免费
– Change Date: 2029-01-15(届时变为 Apache 2.0)
结论:做商业产品不可行(2029 年前)

社区活跃度:
– 1.2k stars,102 open issues
– 2026-05-22 最近更新

独特卖点:
– 唯一做”可视化画布”的方案
– 由 Preset.io(Apache Superset 创始人)开发

已知风险:
– BSL 协议限制商业使用
– Stars 最少,生态最小


4. License 商用友好度排名

场景:你想 fork 一个项目,包装成自己的商业闭源产品

排名 项目 License 可否闭源商用 具体限制
🥇 1 Paperclip MIT ✅ 完全可以 仅需保留版权声明
🥇 1 Ruflo MIT ✅ 完全可以 仅需保留版权声明(但代码质量存疑)
🥇 1 Agent of Empires MIT ✅ 完全可以 仅需保留版权声明
🥈 4 1code Apache 2.0 ✅ 可以 保留 NOTICE 文件(但已停更)
🥉 5 Multica Modified Apache 2.0 ⚠️ 有限制 不能做 SaaS/托管服务,需买商业授权
6 LobeHub Community License ⚠️ 有限制 不能做衍生作品分发,需买商业授权
7 Golutra BSL 1.1 ❌ 不可以 非生产用途免费,2030 年前不可商用
8 Agor BSL 1.1 ❌ 不可以 非生产用途免费,2029 年前不可商用
9 MyClaude AGPL v3 ❌ 不可以 衍生作品必须开源

结论:做商业闭源产品,Paperclip 是唯一兼具 MIT + 高质量代码 + 活跃社区的选择。


5. 技术选型建议

场景 A:快速原型 / 个人项目

推荐:Agent of Empires 或 MyClaude
– 理由:轻量、快速上手、单二进制
– 备选:1code(如果它恢复维护)

场景 B:商业 SaaS 产品

推荐:Paperclip
– 理由:MIT 协议无障碍、功能最全面(治理/预算/审计)、增长快
– 需自行解决:生产级数据库、部署运维

场景 C:企业内部平台

推荐:Multica
– 理由:架构最扎实(Go 后端 + WS + pgvector)、支持 agent CLI 最多、内部使用不受 license 限制
– 备选:LobeHub(如果需要成熟的 UI 和插件生态)

场景 D:贡献者 / 社区参与

推荐:Paperclip 或 Multica
– 理由:活跃开发、贡献指南完善、社区友好
– 避免:Ruflo(社区信任问题)、1code(已停更)


6. 赛道趋势与风险

6.1 增长轨迹

项目 创建到 50k stars 用时 月均增长
Paperclip ~3 个月 ~22k/月
Ruflo ~6 个月 ~9k/月
LobeHub ~30 个月 ~2.5k/月

Paperclip 和 Ruflo 的增长速度异常快,存在以下可能:
– 真实需求爆发(agent 编排确实是刚需)
– 社区营销 / HackerNews 效应
– 部分 star 可能来自 bot(Ruflo 被社区质疑)

6.2 整合风险

大厂可能吸收这个赛道:
– Anthropic 可能在 Claude Code 中内置编排功能
– OpenAI 可能在 Codex 平台中加入团队管理
– GitHub Copilot 已经在做 agent 协作(Copilot Workspace)
– 这些项目可能在 1-2 年内被平台化功能替代

但也有可能:
– 开源方案因为 vendor-neutral 而持续存在(类似 Kubernetes vs 各家容器服务)

6.3 技术债信号

  • Ruflo:功能声称过多,社区质疑实现质量,有 “feature factory” 风险
  • 1code:3 个月无更新,可能已被放弃
  • LobeHub:从 chatbot 演进到 agent platform,代码包袱重
  • Golutra/Agor:BSL 协议意味着社区贡献动力不足

6.4 社区碎片化

这个赛道目前极度碎片化 — 9 个项目、5 种语言、4 种 license 类型。预计 2026 下半年会出现整合:
– 停更的项目会被淘汰(1code 等)
– 头部 2-3 个项目会形成生态壁垒
– License 友好的项目更容易获得社区贡献


7. 附录

7.1 License 全文摘要

MIT (Paperclip, Ruflo, Agent of Empires):

Permission is hereby granted, free of charge, to any person obtaining a copy of this software… to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software.

LobeHub Community License:

LobeChat may be utilized commercially, including as a frontend and backend service without modifying the source code. A commercial license must be obtained from the producer if you want to develop and distribute a derivative work based on LobeChat.

Modified Apache 2.0 (Multica):

Unless explicitly authorized by Multica in writing, you may not use the Multica source code to provide a hosted service to third parties, or embed Multica as a component of a product or service that is sold, licensed, or otherwise commercially distributed to third parties.

BSL 1.1 (Golutra, Agor):

The Licensor hereby grants you the right to copy, modify, create derivative works, redistribute, and make non-production use of the Licensed Work.

AGPL v3 (MyClaude):

You must cause any work that you distribute or publish… to be licensed as a whole at no charge to all third parties under the terms of this License.

7.2 外部讨论链接

  • Reddit: “Do not install Ruflo into your Claude Code workflow” — r/ClaudeAI
  • Reddit: “What orchestration platform to use?” — r/ClaudeCode(有人推荐 Ruflo 但也有质疑)
  • GitHub Discussion #1666: “Is Ruflo actually that powerful?” — 社区反馈偏负面
  • Augment Code: “9 Open-Source Agent Orchestrators for AI Coding (2026)”
  • CodePick: “2026 Agent Collaboration Platform Guide” — LobeHub 被评为最大平台
  • AgentConn: Multica review — “hit #5 on GitHub Trending”
  • Toolchew: “Running a 16-Agent Team on a €4.49/mo Server” — Multica 实测

7.3 关键数据快照

Stars 分布:  LobeHub(77k) > Paperclip(67k) > Ruflo(54k) > Multica(31k) > ... > Agor(1.2k)
License:     MIT(3) > Apache(1) > Modified(2) > BSL(2) > AGPL(1)
语言:        TypeScript(6) > Rust(2) > Go(1)
活跃度:      全部每日更新 1code 停更 3 个月

报告由 Hermes Agent 自动生成。数据基于 GitHub API 实时查询 + Brave/Exa Web 搜索。

kamusis.me

新站点

https://www.kamusis.me

WordPress的操作已经显得太复杂了,让AI Agent来接管文章的编写/发布也显得繁琐,新的站点用Hexo做纯静态页面生成,后端完全是markdown格式的原文,在目前看来更合时宜。

这个站点呢?

等到dreamhost的主机订阅过期,应该选择不再续费,会把整个wordpress迁移到racknerd主机上,当做历史文章存留。

感叹

AI 的巨轮轰鸣而过,无情碾碎那些正在过时的科技,连同我们曾倾注其中的无数精力和激荡时光。

OpenClaw 发展历程表:从 clawdbot 到 openclaw

OpenClaw 发展历程表:从 clawdbotopenclaw

这份时间线,是从 v2026.1.5 开始往后捋。按 release 命名和说明来看,这一版基本可以当成项目正式进入 clawdbot 阶段的起点。后面它先经历了 clawdbotClawdbot 这几个写法上的变化,中间还短暂改名成过 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-1v2026.1.16-2

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

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

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

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

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

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

如果前面那几版是在扩边界,那 v2026.1.23v2026.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