MicroClaw:用 Rust 构建 OpenClaw
直接说结论:
MicroClaw 在精神内核上,确实是“又一个用 Rust 做的 OpenClaw”。
这正是我们想做的事。
我们想保留这类助手最实用的体验,但把底层换成 Rust-first runtime、更紧凑的执行闭环,以及长期在线可用的工程路径。
Source code: https://github.com/microclaw/microclaw Quick Start: https://microclaw.ai/docs/quickstart Documentation: https://microclaw.ai/docs/overview
为什么做 MicroClaw
很多助手已经很会“回答”,但在“把事情做完”上仍不稳定。
MicroClaw 想把体验收敛到一个简单闭环:
你在聊天里提出任务 Agent 规划并调用工具 它持续迭代直到完成 它保留足够状态,下一次可以接着做
所以,类别并不新。
但立场很明确:执行优先、状态默认持久、底层 Rust。
它如何工作
MicroClaw 运行一个统一的 Agent Loop:
接收输入消息(Telegram / Discord / Web) 加载会话状态与记忆层 携带工具 schema 调用模型 若返回 tool_use,执行工具并追加tool_result持续迭代直到 end_turn持久化 session、task、message、memory
这个循环决定了它更像“持续执行系统”,而不是单轮应答器。
当前核心能力:
跨渠道共享的一套 Agent 引擎 Anthropic + OpenAI-compatible 的 provider 抽象 工具栈(文件、命令、Web、调度、记忆、子 Agent) 分层记忆(文件记忆 + SQLite 结构化记忆) usage 与 memory 行为可观测性
为什么是 Rust
“Built with Rust” 不是标签,而是 runtime 策略。
Tokio 提供可预测的异步并发 工具、会话、消息块具备更清晰的类型边界 单二进制部署路径更直接 核心循环稳定,扩展通过工具与技能完成
如果一个助手要长期在线并持续产出,稳定性永远比新鲜功能更重要。
快速上手
入口文档:
https://microclaw.ai/docs/quickstart
推荐安装方式:
一行脚本安装(推荐)
curl -fsSL https://microclaw.ai/install.sh | bash
Homebrew(macOS)
brew tap everettjf/tap
brew install microclaw
然后配置模型/provider 与渠道,启动 runtime,在聊天中直接运行真实工作流。
网站博客合集导读
这篇发布稿整合了 website 上几篇核心文章:
https://microclaw.ai/blog/building-microclaw
重点:项目动机、执行闭环、架构原则、Rust 取舍。https://microclaw.ai/blog/microclaw-vs-nanoclaw-openclaw
重点:NanoClaw / MicroClaw / OpenClaw 的定位差异。https://microclaw.ai/blog/built-with-rust-microclaw-runtime
重点:当前 runtime 快照(会话、记忆、工具、调度、可观测性)。
如果只看一篇来快速理解项目全貌,这篇就是为此写的。
定位:MicroClaw 在哪里
简版结论:
NanoClaw:极简核心,隔离优先 OpenClaw:平台面更广 MicroClaw:务实中间路线,Rust runtime,可控复杂度
所以,“又一个 OpenClaw 风格助手”这个说法没问题。
但 MicroClaw 的目标是给希望日常稳定执行的人,提供更轻、更稳的工程落点。
适合谁
MicroClaw 适合你,如果你需要:
一个可长期在线的 Telegram/Discord/Web 助手 在聊天里直接执行命令、处理文件、调用 Web、跑调度 持久上下文与记忆,而不是每轮从零开始 单二进制部署与更简单的自托管运维路径
接下来会继续优化什么
高风险工具的默认安全边界 多渠道行为一致性 工具与技能的职责边界 会话/调度/工具失败链路的可观测性
最后一行
MicroClaw 是面向“要把活干完”的人打造的 Rust Agent Runtime:可持续、可迭代、可依赖。
想法不新。
但我们给出了一个 Rust 形状的答案。
代码行数
coding agent 太能写了,变更6.6万行。