docs/start/onboarding-overview.md
OpenClaw has two onboarding paths. Both configure auth, the Gateway, and optional chat channels — they just differ in how you interact with the setup.
| CLI onboarding | macOS app onboarding | |
|---|---|---|
| Platforms | macOS, Linux, Windows (native or WSL2) | macOS only |
| Interface | Terminal wizard | Guided UI + Crestodian chat |
| Best for | Servers, headless, full control | Desktop Mac, visual setup |
| Automation | --non-interactive for scripts | Manual only |
| Command | openclaw onboard | Launch the app |
Most users should start with CLI onboarding — it works everywhere and gives you the most control.
Regardless of which path you choose, onboarding sets up:
Run in any terminal:
openclaw onboard
Add --install-daemon to also install the background service in one step.
Full reference: Onboarding (CLI)
CLI command docs: openclaw onboard
Open the OpenClaw app. For local setup, the first-run flow starts the Gateway, detects existing AI access (Claude Code, Codex, Gemini CLI, or API keys), live-tests the best option, and saves it only after a real reply — falling back automatically and offering a verified manual API-key step when nothing is found. Sensitive credentials use masked input. Remote setup connects to an already-configured Gateway instead, and the same AI check runs against that Gateway.
Full reference: Onboarding (macOS App)
If your provider is not listed in onboarding, choose Custom Provider and enter:
/chat/completions), OpenAI Responses-compatible (/responses), Anthropic-compatible (/messages), or unknown (probes all three and auto-detects)Multiple custom endpoints can coexist — each gets its own endpoint ID.