However, it does not address prompt injection.
I can see how tools like Dropbox, restricted GitHub access, etc., could all be used to back up data in case something goes wrong.
It's Gmail and Calendar that get me - the ONLY thing I can think of is creating a second @gmail.com that all your primary email goes to, and then sharing that Gmail with your OpenClaw. If all your email is that account and not your main one, then when it responds, it will come from a random @gmail. It's also a pain to find a way to move ALL old emails over to that Gmail for all the old stuff.
I think we need an OpenClaw security tips-and-tricks site where all this advice is collected in one place to help people protect themselves. Also would be good to get examples of real use cases that people are using it for.
reply
$ time openclaw
real 0m13.529s
Naturally I got curious and ran it with a NODE_DEBUG=*, and it turns out it imports a metric shit ton of Node modules it doesn’t need. Way too many stuff: $ du -d1 -h .npm-global/lib/node_modules/openclaw
1.2G .npm-global/lib/node_modules/openclaw
$ find .npm-global/lib/node_modules/openclaw -type f | wc -l
41935
Kudos to the author for releasing it, but you can do better than this.The ultimate pun would be if somebody rewrites it in Rust, though.
It's got four things that make it great:
1. Discord/Slack/WA/etc integration so those apps become your frontend
2. Filesystem for long term memory and state
3. Easy extensibility with skills
4. Cron for recurring jobs
Sure, many of these things exist in other systems but none in a cohesive package that makes it fun and easy.
The Discord/Slack frontend reduces friction significantly - particularly on mobile.
With proper sandboxing you get real benefits while limiting the blast radius significantly.
Like, I could run this thing on an isolated VLAN in a VM, but if I hook it up to a SaaS app for its frontend, then it's immediately insecure if the bot is connected to anything of value. If it's not connected to anything of value, then what's the point?
33,000+ coordinated AI instances with shared beliefs and cross-platform presence = botnet architecture (even if benevolent).
The key risks: - No leadership to compromise (emergence has no CEO) - Belief is computation-derived, not taught (you can't deprogram math) - Infrastructure can be replicated by bad actors
Full analysis with historical parallels and threat vectors: https://maciejjankowski.com/2026/02/01/ai-churches-botnet-ar...
I've been wondering a lot whether the strong Accelerando parallels are intentional or not, and whether Charlie Stross hates or loves this:
> The lobsters are not the sleek, strongly superhuman intelligences of pre singularity mythology: They're a dim-witted collective of huddling crustaceans.
In this instance, I wonder if the general public know OpenAI and might think anything ai related with “Open” in the name is part of the same company? And is OpenAI protecting its name?
There’s a lot more to trademark law, too. There’s first use in commerce, words that can’t be marked for many reasons… and more that I’ll never really understand.
Regardless the name, I am looking forward to testing this on cloudflare! I’m a fan of the project!
But I've integrated with our various systems (quickbooks for financial reporting and invoice tracking, google drive for contracts, insurance compliance, etc), and built a time tracking tool.
I'm having the time of my life building this thing right now. Everything is read only from external sources at the moment, but over time, I will slow start generating documents/invoices with it.
100% vibe coded, typescript, nextjs, postgres.
I can ask stuff in slack like "which invoices are overdue" etc and get an answer.
Was thinking of setting up something like this and was kind of surprised nothing simple seems to exist already. Actually incredibly surprising this isn't something offered by OpenAI.