ZeroClaw vs Zo Computer

ZeroClaw

Supervised autonomy is the default, so tools outside a short read-only list wait for the owner's approval, and secrets are encrypted in the config file. The docs state that command execution is not written to an audit log, and the project publishes no privacy policy or terms.

Zo Computer

Zo publishes an OpenAPI file, Markdown docs, plan prices and a named list of the providers that receive user content. One access token grants full access to the workspace, no approval step before sending or buying was found in the reviewed docs, and no status page, rate limit or SLA is published.

ZeroClaw

1. Keep [risk_profiles.<alias>] level = "supervised". full runs every tool not listed in always_ask, and the YOLO preset removes the sandbox and path rules too
2. Add sending and account tools such as send_via, google_workspace and http_request to always_ask so a session-level Always grant cannot skip the prompt
3. List senders in [peer_groups.<name>] external_peers. ["*"] accepts anyone on that channel
4. Set [web_fetch].allowed_domains and [http_request].allowed_domains. Fetches run unprompted and the OS sandbox does not block egress
5. Run one-shot tasks with zeroclaw agent -a <alias> -m "<task>". A cron or webhook turn has no prompt, so shell calls fall to the command policy

Zo Computer

1. Send POST https://api.zo.computer/zo/ask with Authorization: Bearer zo_sk_... and an input string. The owner creates the token under Settings > Advanced
2. Pass persona_id for a persona with a narrow tool set. The token itself carries every permission the owner has
3. Set memory_mode to off to keep workspace memory out of a request. The field is in the OpenAPI file and absent from the API guide
4. Do not retry /zo/ask blindly after a timeout. No idempotency key is documented and the request may already have sent a message
5. Append .md to any guide or reference URL for Markdown