上周末开发了一个项目 MicroClaw： https://github.com/microclaw/microclaw
目标是提供一个「 OpenClaw 的 Rust 替代实现」。 主要想解决我自己在用 OpenClaw / 类似工具时，对部署、性能和可扩展性上的一些不满足。
目前定位：多平台 AI Agent / Bot 框架（早期阶段）。 已支持：
- Telegram / WhatsApp / Discord
- 多模型（包括 Ollama 等；本地 / 远程都有，但还没充分测试）
这次发帖主要想征求基于真实使用经验的反馈：
- 你在用 OpenClaw 时，最影响体验的点是什么？
- 如果有一个 Rust 实现的替代版，哪些能力是你「没有就不会考虑用」的？
我过年期间可能会优先投入这些方向（应该都多少有些进展）：
- Windows 版本（提升 Windows 体验）：现在好像很多 Windows 用户希望更方便的使用 OpenClaw
- Web UI （配置 / 运行 ）
- 更多 Skills
- Token / 成本统计
- 支持更多 IM 工具
- 教程文档
如果你愿意，欢迎直接说：
- 你最希望我优先开发什么功能？
- 或者你觉得一个「能替代 OpenClaw 」的 MicroClaw ，最关键的 1 ～ 3 个能力是什么？
我会按反馈来排优先级开发，感谢 :)
11 条回复 • 2026-02-21 00:51:12 +08:00
 |
1
justNoBody 2 月 10 日
我给你一个思路：支持多个账号同时使用部署在一台机器上的 openclaw ，通过文件夹隔离权限
|
 |
2
everettjf OP @justNoBody 感谢，完全可以。我这两天也看到一些 AI 创业公司之类，不同 agent 代表不同的员工。加入 todo 。
|
|
3
justNoBody 2 月 10 日
@everettjf 你理解错了，不是多 agent 。目前 openclaw 已经支持多 agent 并且可以通过设定不同的 workspace 来管理和维护多个 sub agent 。
我指的是账号 A 、账号 B 可以通过操作一台 openclaw 机器，但是每个账号之间的文件互相不可见。比如账号 A 目录下可能是一些人员薪资清单文件，账号 B 是采购报价清单。不管怎么下达命令，账号 A 的文件都只有账号 A 的会话去查看、编辑、修改，账号 B 同理。 出发点就是当下的企业想部署 openclaw ，但是没有那么多的设备，所以想这样去复用。 如果觉得太过复杂或者说没有市场前景可以不做哈 |
 |
4
windyboy 2 月 10 日
context 管理才是 agent 的核心
|
|
5
everettjf OP @justNoBody 同一台机器的多账号机制，确实不错，应该可以。但要看做到什么程度，哪些是共享权限区域，哪些是私有区域。我感觉确实有需求，技术难度不大，但是要把权限区域梳理好
|
 |
7
fiercex 2 月 11 日
同样建议是 context 是 agent 的核心，以及核心工具的维护。其余的功能，最好是开放 sdk 或者 api 的形式，让社区贡献，特别是不同平台上的 skill ，这块应该是一个很深的深渊。而且也不可能所有的 skill 进行 rust 化。可以参考目前 nanobot 的规划，定位为最小化且 agent 体验优秀的核心框架。如果定位是完善的企业产品，那要组建团队来搞了。
|
 |
9
hugodotlau 2 月 13 日
类似项目太多啦..nona, mini, pico ，Rabbit ，less
|
|
10
everettjf OP @hugodotlau 确实，全民造🦐
|
 |
11
stefwoo 2 月 21 日 via Android
和 ZeroClaw 有什么区别呢？
|
• 请不要在回答技术问题时复制粘贴 AI 生成的内容