最近 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 |
一句话总结（可放帖里）
- NanoClaw 更像“极简 + 容器隔离优先”的个人化基座。
- MicroClaw 更像“功能完整 + 多能力内建”的 Telegram agent 产品化实现。
参考来源
- MicroClaw README: https://github.com/microclaw/microclaw
- NanoClaw README: https://github.com/gavrielc/nanoclaw
 |
1
doraemonki 1 天前  1
早就受够了 OpenClaw ，你们继续加油，windows 友好一点就更好了
|
 |
2
everettjf OP @doraemonki 收到，会持续做下去的
|
 |
3
wwhc 1 天前
和上一个用 go 写的一样不使用 python 之流的依赖麻烦制造者，也是好评。同样建议增加本地开源模型的支持（特别是对 llama.cpp 的支持），还有就是增加通过 web 使用的支持，不要一定非手机 APP 不可，这样对桌面用户比较友好
|
 |
4
fiercex 1 天前
核心的 agent 是自己实现的吗，我看 NanoClaw 是转交给 cc 了。另一个 NanoBot 是用 python 自己实现的 agent 系统。你这个是自己用 rust 实现的 agent 系统，还是和 nanoclaw 一样转交给 cc 了。单二进制部署很友好
|
|
5
everettjf OP 这个是自己内置的
|
|
9
fiercex 1 天前 1
大致看了下代码，感觉应该最初是直接对这 Telegram 开发的（核心 agent 循环在 telegram.rs 中），后面整体的代码结构应该可以调整下。然后是如 gateway ，gateway 我理解的就是不同消息渠道的统一接入口。但在这里似乎是安装，设置后台任务等一些列操作的功能点。感觉是有不少 ai 味，要持续迭代得花不少功夫细雕下
|
Select Language