从繁杂的 Openclaw 切换到简单的 Picoclaw，再到工具看上去更高级的 Zeroclaw 的两周目总结。

闲言

Claw 是一个开放性极强的“手”，虽然有废弃 Mac 但最合适且安全的体验用法，应是 Docker，其具备理解并执行一切 Linux 开源工具的能力，在 Docker 中可以将一切权限都给他。只可惜，理想太美好，目前的进度在 30%，基于本地模型脑子不够用的情况，换成高纯度付费大模型也许能到 60%，只是随便 十几M 的 token，不值得如此尝试。

浅谈

基于树莓派 4B 8G Docker 的各种 claw 作为 gatway，Mac mini M4 32G 本地 Omlx Qwen3.5 9B-MLX-4bit 做的统一尝试：

Openclaw：知道手在哪儿，但手得弯弯绕绕把磁盘拉爆，最后极慢的给了一个结果，源码并不好改，复杂冗余，这货也不是为了 gatway 设计的，部署也不简单。

Picoclaw：知道有手，但手不记得上次手做了什么(上下文未超过)。每次都需要 call tool 、try error cmd、read skill.md 、writecode，test，try，走完这一整套流程，最后给一个错误的杂交结果。优点是日志详细，每一步都很清楚，缺点是工具链调用慢。

Zeroclaw：一直都很聪明的样子，知道用什么工具最优，执行速度最快，但结果出不来，上下文容易超限，max_tool_iterations 容易超过 100，最终静默无后文，问题应出在 try 这个过程死循环。而问题定位需要日志，缺点就是日志不够详尽，RUST_LOG=info 也不够。

总：任意 claw 都存在一个毛病，错误循环太多时，max_tool_iterations 超限。所以要求 claw 自身工具调用准确，快速，这与模型大脑无关。

在信任网络无聊的安全盾极大的阻止了可玩性，功能解禁涉及源码，所以不建议使用官方 Docker 镜像，功能少，限制多，自行构建更合适。频繁日更大大增加了不稳定性，建议停在能用的版本，按月更新。

其实最终形态应是 Zeroclaw 的工具选取，Picoclaw 的工具执行，以及他们共同的低内存占用。

这种通用 Agent 在 26 年初被资本拉入普通人世界，还是太早了一些。好在，Docker 只是需要删掉容器而已，折腾存在乐趣，就是废时间。

后续

一夜过去各 claw 均罢工 tool 调用，tool 未经 claw 拦截直接变成了 Direct Answer，经过排查定位在于 Omlx tools 协议支持存在问题，于是由 Omlx 切换到 Ollama，一改以前对 Ollama 的看法，相比较以速度起家的 Omlx，协议更通用的 Ollama 更合适，测试下来，速度也快。

最终移除了其他 claw ，选择了 Zeroclaw ，胜在响应快，工具调用不磨叽。能看到结果后的 Zeroclaw 有了新的槽点，稳定性欠佳，比如： deamon channel 会莫名其妙断开、channel restart 会失败、与模型的 tool 交互偶尔 500 Error。

Qwen3.5:9b 模型下，一轮长对话下来的耗时，仅供参考。对话内容为对此篇文章的爬取分析，这里就不贴了。

总而言之，言而总之，一切还只处于初期阶段，太勉强，则，及时止损。

一夜过去，又又又废了，推荐 Zeroclaw 停留在 v0.3.2 版本，新版本真是没有一个能用的，各种权限问题，路径问题，技能安全盾拦截问题。

水文一篇，以上。