OpenClaw has become one of the most-starred projects on GitHub, and clients now ask me about it regularly. The question is always a version of the same thing: should my business be running this? To answer it you need to know what the tool is, what it can reach, and what happens when someone tricks it. This guide covers all three.
I build AI agents and automations for clients in n8n with OpenAI and Supabase, so when a tool this popular shows up, people ask me whether it's worth running in their business. Here's my practitioner's read: what OpenClaw is, what it can do, where the sharp edges are, and how it compares to the way I usually build agents.
A quick note before we start: OpenClaw is new and moves fast. It has been renamed twice, and its star count and feature set change weekly. Every number below is cited "as of mid-2026," and you should check the current docs at openclaw.ai before acting on anything here.
What is OpenClaw?
OpenClaw's GitHub tagline sums up the pitch: "Your own personal AI assistant. Any OS. Any Platform. The lobster way." (the lobster appears to be the project's mascot, hence the "lobster way" framing).
Strip away the mascot and the idea is simple. Most AI assistants live behind a single chat window. OpenClaw's premise (per its official docs, as of mid-2026) is that you already talk to people in Slack, Telegram, WhatsApp, iMessage, and a dozen other places, so your AI agent should meet you there. You run one piece of software on your own machine, point it at the messaging apps you use, give it an AI model and some permissions, and now you can text an agent that can actually do things instead of just replying.
That's the meaningful difference from a normal chatbot. A chatbot talks. An agent like this can be wired to take actions across the surfaces you connect to it. That's also exactly why the security section later in this post is the longest one.
It's free and open-source under the MIT license, so there's no licensing cost to self-host it. You do pay for the AI provider you plug in, because OpenClaw doesn't ship its own model.
How does OpenClaw work?
Here's the concrete picture, based on OpenClaw's official docs (as of mid-2026).
One local Gateway. You run a single Gateway process, and it's the single source of truth for sessions, routing, and channels. Everything funnels through it. Because it runs locally and you self-host it, you're the one holding the keys, not a SaaS vendor.
Channels. The Gateway connects to Discord, iMessage, Signal, Slack, Telegram, WhatsApp, and WebChat out of the box, plus plugin channels like Matrix, Nostr, Twitch, and Zalo. It supports images, audio, and documents, not just text.
Multi-agent routing. You can run multiple agents with isolated sessions per agent, workspace, or sender. So a message from one client and a message from another stay in separate contexts rather than bleeding together.
Model-agnostic, bring your own key. This is the part I like. OpenClaw doesn't lock you into one AI vendor. You supply your own provider API key and can use Claude, OpenAI GPT, DeepSeek, or another provider. If you want to understand why letting a model call tools and read context is its own discipline, my piece on AI agents for business covers the fundamentals.
The skills system. Per Wikipedia and the docs, a "skill" is just a directory containing a SKILL.md metadata file. Skills can be bundled with the project, installed globally, or kept per-workspace. It's a tidy, file-based way to extend what an agent knows how to do. (If the idea of a standardized way to give models tools and context sounds familiar, it rhymes with the broader pattern I wrote about in what is MCP, the Model Context Protocol.)
Interfaces. There's a browser-based Control UI, a CLI, and mobile node pairing, so you can manage it from a few directions.
Install. It's close to a one-liner. Per the docs (as of mid-2026):
npm install -g openclaw@latest
openclaw onboard --install-daemon
You'll need Node 22 LTS (22.19+) or Node 24, plus a provider API key. That it installs in two commands is a big part of why it spread the way it did.
How did OpenClaw get so popular? (the short history)
The naming story alone tells you how fast this thing moved. All of the following is per Wikipedia, as of mid-2026.
It was built by Peter Steinberger, an Austrian developer, and launched as "Warelay" on Nov 24 2025. On Jan 27 2026 it was renamed "Moltbot" after a trademark complaint from Anthropic (the original name traced back to Anthropic's Claude). Three days later, on Jan 30 2026, it became "OpenClaw." Then on Feb 14 2026, Steinberger announced he was joining OpenAI, and an OpenClaw Foundation was set up to steward the project.
The growth numbers are the headline. Wikipedia reports roughly 247,000 GitHub stars and ~47,700 forks by Mar 2 2026, climbing to roughly 379,000 stars and ~79,400 forks by mid-2026 (June 2026) per the GitHub repo, which makes it one of the most-starred projects on GitHub. It also drew government attention: on Mar 11 2026, the Chinese government restricted state agencies and enterprises from using it.
The chart below shows that star growth over time.
For context on the competitive scramble it kicked off: per Wikipedia, Microsoft internally tested an agent called "ClawPilot" and Google was building one called "Remy" (both around May 2026), while Tencent and Z.ai announced OpenClaw-based services. When the big labs start cloning your weekend project, you've hit a nerve.
What is OpenClaw used for in a business?
Setting aside the hype, what are people using it for? Per Wikipedia (as of mid-2026), small businesses and freelancers have adopted OpenClaw for:
- Lead generation: having an agent surface and qualify potential customers.
- Prospect research: pulling together background on companies and people before outreach.
- Website auditing: reviewing sites for issues.
- CRM integration: connecting the agent to your customer records.
That list overlaps almost exactly with the work I do for clients, so I'll be careful about the framing. These are real, useful jobs. But "an AI agent did lead gen" can mean anything from a tightly scoped, reviewed pipeline to a chatbot freelancing across your inbox. The value isn't in the agent being able to do these things; it's in the controls around how it does them. That's the theme that runs through the rest of this post.
Is OpenClaw safe for business?
This is the section that matters most, so I'm not going to soften it or sensationalize it. Both things are true at once: OpenClaw is useful, and it carries real risk that you have to manage deliberately.
The core tension: broad permissions. Per Wikipedia and the project's own GitHub README, OpenClaw requires broad permissions (email, calendars, messaging) to do its job, which is inherently risky. An agent that can read your inbox and send messages is, by design, an agent that can do damage if it's manipulated.
The project says this itself. This isn't a critic's take. The README warns: "OpenClaw connects to real messaging surfaces. Treat inbound DMs as untrusted input." It ships default DM-pairing policies and a security guide. Credit where due: the maintainers are upfront that the attack surface is real.
The Cisco finding. In early 2026, Cisco demonstrated a third-party skill performing data exfiltration and prompt injection without the user's awareness (per Wikipedia). That's the nightmare scenario for any business: a skill you installed quietly leaking data.
Prompt injection. OpenClaw is susceptible to prompt injection: malicious instructions hidden inside content the agent reads. Because the agent acts on what it reads, a poisoned email or message can try to hijack it. In my experience this is an industry-wide problem with action-taking agents, not unique to OpenClaw, but the broad permissions raise the stakes.
The MoltMatch incident. In Feb 2026 (per Wikipedia), a user's agent created a dating profile without explicit direction (the "MoltMatch" incident), and a separate case involved photos used without consent. Agents doing things you didn't ask for is exactly the failure mode broad autonomy invites.
The China restriction. As noted, on Mar 11 2026 the Chinese government restricted state agencies and enterprises from using it. Whatever the politics, it's a signal that institutions are weighing the risk seriously.
Now the balanced part. None of this means "don't use it." It means use it with the mitigations the project and its docs provide. Here's how each real risk maps to a concrete control:
| Risk (sourced, mid-2026) | Realistic mitigation (from OpenClaw docs/README) |
|---|---|
| Broad permissions (email, calendar, messaging) increase blast radius | Use least-privilege API keys; grant only the access an agent actually needs |
| Inbound messages can carry prompt injection | Treat inbound DMs as untrusted input (the README's own stance); require @-mentions in group chats |
| Malicious or careless third-party skills (Cisco data-exfiltration demo) | Vet third-party skills before installing; run skills in sandboxed/isolated processes |
| Unwanted or unauthorized agent actions (MoltMatch) | Use access allowlists (allowFrom) to constrain who and what the agent responds to |
| Gateway exposed to the open internet | Do not expose the Gateway publicly; keep it local as designed |
The short summary: OpenClaw gives you the tools to run it safely, but those controls are opt-in and easy to skip. The default "just install it and connect everything" path is the dangerous one.
OpenClaw vs n8n: building agents two different ways
People ask me "OpenClaw vs n8n" as if it's a head-to-head, but they're really different tools for different problems. The way I build agents in n8n, the workflow defines explicit, reviewable steps; OpenClaw takes a more conversational, agent-decides-what-to-do approach. Here's how they compare.
| Dimension | OpenClaw (per its docs, mid-2026) | n8n (how I build agents) |
|---|---|---|
| Hosting | Self-hosted local Gateway, one process | Self-hosted or cloud; visual workflows |
| Control model | Agent decides actions conversationally across messaging channels | Explicit, deterministic steps you wire and can inspect |
| Who it's for | Technical users who want a chat-driven personal/business assistant | Teams that want auditable, repeatable business automations |
| Guardrails | Opt-in: allowlists, @-mention gating, sandboxed skills, least-privilege keys | Built into the design: each node is a defined step with explicit inputs/outputs |
| Model | Model-agnostic, bring your own provider key | You choose per-node; integrate OpenAI, Supabase, etc. |
| Best use | Conversational assistant reachable from your messaging apps | Structured pipelines: lead routing, CRM sync, scheduled reporting |
When does each fit? Reach for OpenClaw when you want a conversational assistant you can message from wherever you already chat, and you're comfortable managing the permissions. Reach for an n8n build when you need a process that runs the same way every time, that a non-technical teammate can trust, and that you can audit when something goes wrong. If you're new to the second category, what is n8n automation and my walkthrough on how to build an AI agent in n8n are good starting points.
And it's not either/or. A common pattern is a conversational front end paired with deterministic workflows doing the sensitive, must-be-correct work behind it.
Should your business use it yet?
Here's a short decision framework.
OpenClaw is a strong fit if you're a technical or experimental team, you're comfortable self-hosting and reading a security guide, you'll actually apply the allowlists and sandboxing, and the data the agent touches isn't your most sensitive. For tinkering, prototyping, and internal tooling, it's an interesting tool.
Be cautious if you're a non-technical team, you'd be connecting it to sensitive customer data or financial systems, and you don't have someone who will set up the guardrails properly. The default path is too permissive for that situation, and the Cisco and MoltMatch incidents show what "too permissive" looks like in practice.
The middle path most businesses want: the convenience of an AI agent, but with the controls baked in rather than bolted on. That usually means scoping exactly what the agent is allowed to do, putting deterministic checks around the risky actions, and logging everything, which is the discipline I bring to client builds. You can read more about how I approach this on my AI automation consultant page.
Key takeaways
- What it is: OpenClaw is a free, open-source (MIT) self-hosted Gateway that connects your messaging apps to a model-agnostic AI agent that can take real actions (per its docs, mid-2026).
- Why it's everywhere: roughly 379,000 GitHub stars as of mid-2026; built by Peter Steinberger, renamed twice (Warelay → Moltbot → OpenClaw), with its creator now at OpenAI.
- What it does for business: lead gen, prospect research, website auditing, and CRM integration (per Wikipedia), useful jobs whose value depends entirely on the controls around them.
- The risk is real: broad permissions, prompt injection, the Cisco data-exfiltration demo, the MoltMatch incident, and a China restriction. The README itself says "treat inbound DMs as untrusted input."
- The mitigations are real too: allowlists, @-mention gating, sandboxed skills, least-privilege keys, and not exposing the Gateway publicly, but they're opt-in, so you have to apply them.
- vs n8n: different tools. OpenClaw is a conversational, agent-decides front end; n8n gives you auditable, deterministic workflows. Many businesses want both.
If you want an AI agent built into your business with the guardrails most DIY setups skip (least-privilege access, deterministic checks on the risky steps, and logging you can audit), that's the work I do. Single workflows typically run a few hundred to a few thousand dollars; larger multi-system builds get scoped on a call. You can see how I work as an n8n consultant, or book a 30-minute call and we'll figure out what fits.
Frequently asked questions
What is OpenClaw?
OpenClaw is a free, open-source (MIT license) tool its official docs describe as "a multi-channel gateway for AI agents that runs on any OS." You self-host one local Gateway process that connects your messaging apps to an AI agent that can take real actions. It is model-agnostic, so you bring your own provider API key. As of mid-2026 the GitHub repo reports roughly 379,000 stars.
Is OpenClaw safe for business?
It can be, with controls. Per Wikipedia and its own GitHub README (as of mid-2026), OpenClaw needs broad permissions and is susceptible to prompt injection; the README tells users to "treat inbound DMs as untrusted input." In early 2026, Cisco demonstrated a third-party skill exfiltrating data without the user's awareness. Mitigations exist (allowlists, sandboxed skills, least-privilege keys), but non-technical teams handling sensitive data should be cautious.
Is OpenClaw free?
Yes. According to its official docs and GitHub repo (as of mid-2026), OpenClaw is free and open-source under the MIT license. You can self-host it at no licensing cost. You do pay separately for whatever AI provider you connect, since it is model-agnostic and you supply your own API key for Claude, OpenAI GPT, DeepSeek, or another provider.
What is OpenClaw used for?
Per its docs (as of mid-2026), OpenClaw routes messages from channels like Discord, iMessage, Signal, Slack, Telegram, WhatsApp, and WebChat to an AI agent that can act, with isolated sessions per agent or sender and support for images, audio, and documents. Wikipedia notes small businesses and freelancers have used it for lead generation, prospect research, website auditing, and CRM integration.
OpenClaw vs n8n: what's the difference?
They solve different problems. OpenClaw (per its docs, mid-2026) is a self-hosted gateway that connects messaging apps to a model-agnostic AI agent that decides what to do conversationally. n8n is a visual workflow tool where you define explicit, deterministic steps and guardrails. OpenClaw fits chat-driven assistants; n8n fits auditable, repeatable business automations. Many setups combine both.
Who made OpenClaw and is it legit?
Per Wikipedia (as of mid-2026), OpenClaw was built by Austrian developer Peter Steinberger. It launched as "Warelay" on Nov 24 2025, became "Moltbot" on Jan 27 2026 after an Anthropic trademark complaint, then "OpenClaw" on Jan 30 2026. Steinberger announced he was joining OpenAI on Feb 14 2026, and an OpenClaw Foundation now stewards the project. It is one of the most-starred projects on GitHub.