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 | 1 yuankui 17 天前 不是很明白，像 agent 这种， 大部分都是在调用网络 API 的，用 rust 能体现性能优势吗？ |
 | 2 Oopos OP 你说的这个点没问题，其实如果只是调 API 的话，确实语言差别不大 我一开始也是这么想的，不过后来实际跑下来发现问题主要不在“单次调用”，而是在系统层面。比如多 agent 、多 channel 一上来就容易卡，token 用得也比较猛，还有上下文很容易乱（就是那种明显“失忆”的感觉）。另外小机器基本扛不住，2G 的 VPS 跑起来挺吃力的。 用 Rust 主要是想把这些问题压下来一点。资源占用会低一些，小鸡能跑；多任务调度也更稳一点，agent 多的时候差别会比较明显；还有这种常驻服务跑久了，整体也更安心一点。 另外一个比较现实的原因是 Node 这套在这种场景下确实有点重，依赖多、跨平台环境也容易出问题，对小白不太友好。Rust 这边直接一个可执行文件，桌面版和服务端都好处理。 所以如果只是写脚本调 API ，我也觉得语言无所谓；但如果是做这种长期跑的、多 agent + 调度 + 执行的东西，Rust 用下来会省心一点。 现在也还在慢慢优化，很多地方还挺粗糙的，欢迎多拍砖 |
Select Language