I tried connecting OpenClaw to ollama with a V100 running qwen3.5:35b but it was really, really, really slow (despite ollama itself feeling fairly fast).
These "claw" agents really multiply the tokens used by an obscenely huge factor for the same request.
For people who don't get this: it's a Home Assistant type thing. You don't do inference on it, you send it a message on Telegram and it does things with physical things through GPIO. You could use a $140 Raspberry Pi with 8GB RAM and host a local model on it plugged into 30W AC power... or you could use a $10 ESP32 which can run for weeks on a tiny battery, and your existing Wifi connection with a cheap cloud model (cloud models are as cheap as $0.02/1MTokens). This makes it easier to ramp up on new ESP32 projects. You can just tell it to do things / give you info, rather than having to write code.
A lot of the *claws emphasize binary size and lines of code. I think for better or worse people treat codebase size as a proxy for "how much of the project is unsupervised, unmaintainable, buggy AI slop?"
888KiB is quite large, but I see they're including the whole rest of the firmware in that number, fair enough. Their actual application code weighs only 35,742 bytes, compiled.
There are many concerns and areas for improvement with open claw and other similar projects (continuous loop script with broad OS access that manages your agents and interfaces with a standard messaging app)
However, file size I have never seen on that list. I would rather offer for something that is even bigger in file size so it afford certain functionality like better security tighter permissions however it would do that.
Everything runs in containers (I run it on a server along with everything else), plugins have a permission system so eg the AI can read emails but not delete or send, etc.
I really like it, I run it as my main agent and it has been extremely helpful.
File size is a legit property to keep in mind if your goal is to create an agent that runs on ESP32 boards. They don't expect you to run Zclaw on Mac Mini.
For something like OpenClaw yes, but not for Zclaw. I think the naming is more about riding the current wave of Claw-related interest rather than positioning it as competition or replacement for other clawies.
Zclaw is about running an agent in your embedded system.
Before you know it your smart thermostat will be blogging. The joke is on everyone who thought IoT couldn't get any worse. Just imagine the new landscape of security vulnerabilities this opens up.
There is the same divide starting to form that NFTs had back in the day. Tech bros instantly like if something has claw in the name, the rest of us will dismiss anything with that naming and philosophy as toxic slop culture. will be interesting to see how far this one will go.
These "claw" agents really multiply the tokens used by an obscenely huge factor for the same request.
Zclaw: "GPIO 5 is active now, however the server is not responding so I'm awaiting further instructions."
I care how big it is.
However, file size I have never seen on that list. I would rather offer for something that is even bigger in file size so it afford certain functionality like better security tighter permissions however it would do that.
https://github.com/skorokithakis/stavrobot
Everything runs in containers (I run it on a server along with everything else), plugins have a permission system so eg the AI can read emails but not delete or send, etc.
I really like it, I run it as my main agent and it has been extremely helpful.
If it can only read but not act, it’s safer but less useful.
Zclaw is about running an agent in your embedded system.
https://github.com/tnm/zclaw
https://phantom.com/tokens/solana/GzqSGShBevWmjSW3zwe8RmtUzb...