🦀 RsClaw v2026.4.5 开源了（多 Agent / A2A / ACP / 桌面版）

最近把一个项目整理出来开源了 👉 RsClaw

GitHub： https://github.com/rsclaw-ai/rsclaw
官网： https://rsclaw.ai

简单说一下在做什么：

🚀 为什么做这个？

折腾了一段时间 OpenClaw / Agent 框架，发现几个比较共性的问题：

多 Agent 基本靠拼接，调度很乱
很难跨机器协同（基本都单机）
Agent 只能“说”，执行能力弱
上下文和记忆很不稳定
配置复杂，对小白不友好

所以干脆自己从底层用 rust 重写了一套。

⚡ RsClaw 主要做了三件事

1️⃣ 多 Agent 原生支持

不是 workflow 拼接，而是运行时层面支持

多 Agent 并发
多 Channel 调度
支持复杂任务拆解

2️⃣ A2A （ Agent to Agent ）跨机器协同

支持跨机器通信
分布式协作执行
可以理解为 Agent 网络

3️⃣ ACP 执行闭环

这一块是我觉得比较关键的：

👉 Agent → Code → Action 打通

Agent 可以直接控制执行
对接 OpenCode
不只是聊天，而是真正“做事”

💻 使用门槛

做了桌面版（支持 macOS / Windows / Linux ）：

不需要配环境
不用命令行
打开就能用

👉 主要是想让非开发者也能玩起来

⚙️ 开发者

如果你已经在用 OpenClaw：

rsclaw setup

Oopos

4 月 5 日

你说的这个点没问题，其实如果只是调 API 的话，确实语言差别不大 👍

我一开始也是这么想的，不过后来实际跑下来发现问题主要不在“单次调用”，而是在系统层面。比如多 agent 、多 channel 一上来就容易卡，token 用得也比较猛，还有上下文很容易乱（就是那种明显“失忆”的感觉）。另外小机器基本扛不住，2G 的 VPS 跑起来挺吃力的。

用 Rust 主要是想把这些问题压下来一点。资源占用会低一些，小鸡能跑；多任务调度也更稳一点，agent 多的时候差别会比较明显；还有这种常驻服务跑久了，整体也更安心一点。

另外一个比较现实的原因是 Node 这套在这种场景下确实有点重，依赖多、跨平台环境也容易出问题，对小白不太友好。Rust 这边直接一个可执行文件，桌面版和服务端都好处理。

所以如果只是写脚本调 API ，我也觉得语言无所谓；但如果是做这种长期跑的、多 agent + 调度 + 执行的东西，Rust 用下来会省心一点。

现在也还在慢慢优化，很多地方还挺粗糙的，欢迎多拍砖 👍