开源这两天 Vibe 的 Rust 重写的 OpenClaw

1 天前
 everettjf

最近 OpenClaw 大火,NanoClaw 也非常受欢迎。Opus4.6 出来后,这两天我就拿着 Claude 送的 50 刀额度试了试,开发了一个 Rust 版本的 NanoClaw ,名字就叫 MicroClaw ,目前支持了 NanoClaw 的部分功能。还有一些功能最近会逐步测试和完善。

项目地址: https://github.com/microclaw/microclaw 文档: https://microclaw.ai/巨资购买的.ai 域名)

目前还在持续迭代中,还没有进行充分的测试,大家可以先当个玩具看看哈。近期会逐步测试保障功能可用性,欢迎试用和提建议。


让 Codex 对比了下 MicroClaw 和 NanoClaw ,结果如下:

口径说明:基于你当前仓库的 README.md / AGENTS.md 和 NanoClaw 官方 README (截至 2026-02-08 )。

维度 NanoClaw MicroClaw
项目定位 极简、单用户、可理解优先;强调“不要做大而全” 面向聊天场景的通用 agent bot ,功能更全、可扩展面更大
灵感关系 原项目 明确参考 NanoClaw 设计思路并在其上扩展
默认通信渠道 WhatsApp (明确) Telegram-first ,且支持可选 WhatsApp Cloud webhook
对多渠道态度 倾向通过 skill 改造(如 /add-telegram )而不是主线内建 主线已经支持多聊天面( Telegram 为主)
技术栈 Node.js + Claude Agent SDK + 容器运行 Rust + Tokio + teloxide + reqwest
LLM 接入模型 强绑定 Claude Code / Agent SDK 原生 Anthropic + OpenAI-compatible 多提供商
工具系统 README 提到可做 web/schedule 等,但未给完整工具清单 明确工具注册表,含 bash/文件/web/调度/记忆/sub-agent/todo/skills 等
任务执行模型 通过容器内 agent 执行 显式 agentic tool loop ( tool_use/tool_result 循环)
安全模型主轴 OS 级隔离优先:容器沙箱( Apple Container/Docker ) 以应用内工具授权与边界控制为主(如 chat 级权限)
宿主机风险面 默认强调“在容器里跑”降低宿主风险 工具可触达运行环境,需靠权限和部署策略收敛风险
数据存储 SQLite ( README 架构图明确) SQLite ( messages/chats/scheduled_tasks/sessions 等)
会话恢复 README 未强调“完整 tool state 恢复”机制 明确支持 session resume (含工具块状态持久化)
上下文压缩 作为 skill 方向提到(/add-clear ) 主线已内置 context compaction (超长会话自动总结)
记忆机制 每组独立 CLAUDE.md ,并强调 group 隔离 全局 + 每 chat 双层 CLAUDE.md
调度任务 支持 recurring scheduled tasks 支持 cron + one-shot ,且有任务管理工具集
子代理能力 README 未见明确“sub-agent”能力 内置 sub_agent (受限工具集,防递归)
计划执行( Todo ) README 未见内置 todo 工具 内置 todo_read / todo_write
技能体系 强调“skills over features”,能力扩展主要靠 skill 改造代码 支持 Anthropic Skills 风格,含激活机制与内置技能
配置哲学 反配置文件倾向,鼓励“直接改代码” 提供配置项体系( provider/model/权限等)
部署形态 依赖 Claude Code + 容器环境( Apple Container/Docker ) Rust 单二进制部署友好(并可独立运行)
复杂度取向 小而专、为作者个人需求优化 功能覆盖更广,适合“拿来即用 + 渐进扩展”
适合人群 重视容器隔离、愿意按 skill 深度定制的个人用户 想要 Telegram 内直接可用、功能较全的开箱方案用户
License MIT MIT

一句话总结(可放帖里)

参考来源

683 次点击
所在节点    Rust
10 条回复
doraemonki
1 天前
早就受够了 OpenClaw ,你们继续加油,windows 友好一点就更好了
everettjf
1 天前
@doraemonki 收到,会持续做下去的
wwhc
1 天前
和上一个用 go 写的一样不使用 python 之流的依赖麻烦制造者,也是好评。同样建议增加本地开源模型的支持(特别是对 llama.cpp 的支持),还有就是增加通过 web 使用的支持,不要一定非手机 APP 不可,这样对桌面用户比较友好
fiercex
1 天前
核心的 agent 是自己实现的吗,我看 NanoClaw 是转交给 cc 了。另一个 NanoBot 是用 python 自己实现的 agent 系统。你这个是自己用 rust 实现的 agent 系统,还是和 nanoclaw 一样转交给 cc 了。单二进制部署很友好
everettjf
1 天前
这个是自己内置的
everettjf
1 天前
@fiercex 这个是内置的
everettjf
1 天前
@wwhc 好的,确实可以配置的,我测测
fiercex
23 小时 20 分钟前
@everettjf 使用了,体验还不错,赞,希望能持续完善更新
fiercex
22 小时 12 分钟前
大致看了下代码,感觉应该最初是直接对这 Telegram 开发的(核心 agent 循环在 telegram.rs 中),后面整体的代码结构应该可以调整下。然后是如 gateway ,gateway 我理解的就是不同消息渠道的统一接入口。但在这里似乎是安装,设置后台任务等一些列操作的功能点。感觉是有不少 ai 味,要持续迭代得花不少功夫细雕下
everettjf
21 小时 21 分钟前
@fiercex 感谢老哥。现在基本的功能有了,其他还得慢慢测试和打磨。会持续下去的,毕竟很有意思~

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1191509

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX