架构技术评论

MicroClaw:用 Rust 构建 OpenClaw

Image

直接说结论:
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 Launch Banner


为什么做 MicroClaw

很多助手已经很会“回答”,但在“把事情做完”上仍不稳定。

MicroClaw 想把体验收敛到一个简单闭环:

  1. 你在聊天里提出任务
  2. Agent 规划并调用工具
  3. 它持续迭代直到完成
  4. 它保留足够状态,下一次可以接着做

所以,类别并不新。
但立场很明确:执行优先、状态默认持久、底层 Rust。

Image

它如何工作

MicroClaw 运行一个统一的 Agent Loop:

  1. 接收输入消息(Telegram / Discord / Web)
  2. 加载会话状态与记忆层
  3. 携带工具 schema 调用模型
  4. 若返回 tool_use,执行工具并追加 tool_result
  5. 持续迭代直到 end_turn
  6. 持久化 session、task、message、memory

这个循环决定了它更像“持续执行系统”,而不是单轮应答器。

当前核心能力:

  • 跨渠道共享的一套 Agent 引擎
  • Anthropic + OpenAI-compatible 的 provider 抽象
  • 工具栈(文件、命令、Web、调度、记忆、子 Agent)
  • 分层记忆(文件记忆 + SQLite 结构化记忆)
  • usage 与 memory 行为可观测性

Why Rust


为什么是 Rust

“Built with Rust” 不是标签,而是 runtime 策略。

  • Tokio 提供可预测的异步并发
  • 工具、会话、消息块具备更清晰的类型边界
  • 单二进制部署路径更直接
  • 核心循环稳定,扩展通过工具与技能完成

如果一个助手要长期在线并持续产出,稳定性永远比新鲜功能更重要。


快速上手

入口文档:
https://microclaw.ai/docs/quickstart

推荐安装方式:

  1. 一行脚本安装(推荐)
curl -fsSL https://microclaw.ai/install.sh | bash
  1. Homebrew(macOS)
brew tap everettjf/tap
brew install microclaw

然后配置模型/provider 与渠道,启动 runtime,在聊天中直接运行真实工作流。

Quick Start Flow


网站博客合集导读

这篇发布稿整合了 website 上几篇核心文章:

  1. https://microclaw.ai/blog/building-microclaw
    重点:项目动机、执行闭环、架构原则、Rust 取舍。

  2. https://microclaw.ai/blog/microclaw-vs-nanoclaw-openclaw
    重点:NanoClaw / MicroClaw / OpenClaw 的定位差异。

  3. https://microclaw.ai/blog/built-with-rust-microclaw-runtime
    重点:当前 runtime 快照(会话、记忆、工具、调度、可观测性)。

如果只看一篇来快速理解项目全貌,这篇就是为此写的。


定位:MicroClaw 在哪里

简版结论:

  • NanoClaw:极简核心,隔离优先
  • OpenClaw:平台面更广
  • MicroClaw:务实中间路线,Rust runtime,可控复杂度

所以,“又一个 OpenClaw 风格助手”这个说法没问题。
但 MicroClaw 的目标是给希望日常稳定执行的人,提供更轻、更稳的工程落点。

Positioning Map


适合谁

MicroClaw 适合你,如果你需要:

  • 一个可长期在线的 Telegram/Discord/Web 助手
  • 在聊天里直接执行命令、处理文件、调用 Web、跑调度
  • 持久上下文与记忆,而不是每轮从零开始
  • 单二进制部署与更简单的自托管运维路径

接下来会继续优化什么

  1. 高风险工具的默认安全边界
  2. 多渠道行为一致性
  3. 工具与技能的职责边界
  4. 会话/调度/工具失败链路的可观测性
Image

最后一行

MicroClaw 是面向“要把活干完”的人打造的 Rust Agent Runtime:可持续、可迭代、可依赖。

想法不新。
但我们给出了一个 Rust 形状的答案。

代码行数

coding agent 太能写了,变更6.6万行。

Pasted image 20260213234744.png

最后提前祝大家新年快乐🎉万事如意🎉