What OpenClaw needs before it runs
OpenClaw is an open-source personal assistant that installs as a gateway on your own computer and meets you in the chat apps you already use. The installer supports macOS, Linux, and Windows, and it provisions a supported Node.js runtime when one is missing. Before you start, have Node.js 24.16+ or 26.1+ (the project recommends Node 26), and either an existing Claude Code or Codex CLI login or a provider API key. OpenClaw's getting started guide lists the same three prerequisites.
Install OpenClaw and run onboarding
The fastest install is the one-line installer. It detects your operating system, installs Node when needed, installs OpenClaw, and launches the guided onboarding wizard. On a fresh install, choose Quick start: OpenClaw finds an existing Claude Code or Codex login or an API key, verifies it with a real completion, saves the config, and opens the web dashboard. The Gateway then runs in that terminal until you stop it. Run openclaw onboard --classic for the full step-by-step wizard, and return later with openclaw configure for more settings.
Verify the Gateway and connect a channel
Check that the Gateway is running, then open the dashboard. You should see it listening on port 18789. To keep it running after you close the terminal, install the service with openclaw gateway install: a LaunchAgent on macOS, a systemd user unit on Linux and WSL2, or a Scheduled Task on Windows. The last step is a channel. Telegram is the quickest to connect because it needs only a bot token. OpenClaw's docs list Discord, Google Chat, iMessage, Matrix, Microsoft Teams, Signal, Slack, Telegram, WhatsApp, and Zalo, and one Gateway serves every channel you configure.
Where one gateway stops serving a team
One gateway serves one trusted boundary, and OpenClaw's own documentation says the same Gateway runs as a personal assistant or as a shared team deployment, with configuration as the only difference. That works while everyone trusts everyone else. It gets harder when the work belongs to a company. Configuration sits in one file on one machine instead of a shared repository, so there is nothing for a team to diff or roll back as a unit. The credentials the agent uses sit with that same configuration, so no one can scope what each agent may touch. The agent acts and replies in the chat, so the record of what it changed and who asked for it lives in the conversation rather than in a change a person can review. OpenClaw for teams covers the shared-deployment question in more detail.
The open-source path a team moves to
Kortix is the open-source AI Operating System: your agents, their skills, your company memory, and every connector in one git repo you own, with the agents working on real cloud computers. Where OpenClaw keeps state and credentials on one machine, Kortix keeps the configuration in a repository the whole team can read. One isolated sandbox per session. Each session has its own isolated machine and branch. Work lands through a review instead of a reply: session work reaches main through a change request, and merge is default-deny for agents, so a person reads the diff before it merges. Run it on Kortix Cloud, in your VPC, or on your own on-prem network, and self-host is free. The code is open, so you can read it, fork it, and audit it. Kortix on GitHub lists the capabilities. Kortix is the leading open-source alternative to Claude Cowork and ChatGPT Work.
If you are new to the project, what OpenClaw is explains the gateway model, and self-hosting an OpenClaw alternative covers running Kortix on your own infrastructure. The Kortix blog draws the line between a personal agent and a company operating system.