Source-grounded rewrite of 529 published docs pages with per-unit information-loss verification: 1,713 factual corrections cited to src/**, generated surfaces regenerated, frontmatter titles preserved for i18n, release notes pages untouched. All docs gates green. Closes #100141
7.1 KiB
summary, read_when, title, sidebarTitle
| summary | read_when | title | sidebarTitle | ||
|---|---|---|---|---|---|
| CLI onboarding: guided setup for gateway, workspace, channels, and skills |
|
Onboarding (CLI) | Onboarding: CLI |
openclaw onboard
CLI onboarding is the recommended terminal setup path on macOS, Linux, and
Windows (native or WSL2). It configures a local Gateway (or a connection to a
remote Gateway), plus channels, skills, and workspace defaults in one guided
flow. openclaw setup runs the same flow (Setup covers the
--baseline config-only variant). Windows desktop users can also start from
Windows Hub.
Provider sign-in, channel pairing, daemon install, and skill downloads can
extend a quick setup; optional steps can be skipped and revisited later with
openclaw configure.
Locale
The wizard localizes fixed onboarding copy. Resolve order: OPENCLAW_LOCALE,
LC_ALL, LC_MESSAGES, LANG, then English. Supported locales: en,
zh-CN, zh-TW.
OPENCLAW_LOCALE=zh-CN openclaw onboard
Product names, commands, config keys, URLs, provider IDs, model IDs, and plugin/channel labels stay in English regardless of locale.
To reconfigure later:
openclaw configure
openclaw agents add <name>
QuickStart vs Advanced
Onboarding opens with a choice between QuickStart (defaults) and
Advanced (full control). Pass --flow quickstart or --flow advanced
(alias manual) to skip the prompt.
Remote mode (--mode remote) always uses the advanced flow; it only
configures this machine to connect to a Gateway elsewhere and never installs
or changes anything on the remote host.
What onboarding configures
Local mode (default) walks through these steps:
- Model/Auth - pick a provider auth flow (API key, OAuth, or
provider-specific manual auth), including Custom Provider
(OpenAI-compatible, OpenAI Responses-compatible, Anthropic-compatible, or
Unknown auto-detect). Pick a default model.
Security note: if this agent will run tools or process webhook/hook
content, prefer the strongest latest-generation model available and keep
tool policy strict - weaker or older tiers are easier to prompt-inject.
For non-interactive runs,
--secret-input-mode refstores env-backed refs instead of plaintext API key values; the referenced env var must already be set, or onboarding fails fast. Interactive secret reference mode can point at an environment variable or a configured provider ref (fileorexec), with a fast preflight check before saving. - Workspace - directory for agent files (default
~/.openclaw/workspace). Seeds bootstrap files. - Gateway - port, bind address, auth mode, Tailscale exposure. In
interactive token mode, choose plaintext token storage (default) or opt
into a SecretRef. Non-interactive SecretRef path:
--gateway-token-ref-env <ENV_VAR>. - Channels - built-in and official plugin chat channels, including Discord, Feishu, Google Chat, iMessage, Mattermost, Microsoft Teams, QQ Bot, Signal, Slack, Telegram, WhatsApp, and more.
- Daemon - installs a LaunchAgent (macOS), a systemd user unit
(Linux/WSL2), or a native Windows Scheduled Task with a per-user
Startup-folder fallback.
If token auth is required and
gateway.auth.tokenis SecretRef-managed, daemon install validates it but does not persist a resolved token into supervisor service environment metadata; an unresolved SecretRef blocks install with guidance. If bothgateway.auth.tokenandgateway.auth.passwordare set whilegateway.auth.modeis unset, install is blocked until you set the mode explicitly. - Health check - starts the Gateway and verifies it is reachable.
- Skills - installs recommended skills and their optional dependencies.
--flow import runs a detected migration flow (for example Hermes) instead of
fresh setup; see Migrate and the migration guides under
Install. openclaw onboard --modern starts
Crestodian, a conversational setup/repair assistant, in
place of the classic wizard.
Add another agent
Use openclaw agents add <name> to create a separate agent with its own
workspace, sessions, and auth profiles. Running without --workspace starts
an interactive flow for name, workspace, auth, channels, and bindings - it is
not the full openclaw onboard wizard.
What it sets:
agents.list[].nameagents.list[].workspaceagents.list[].agentDir
Notes:
- Default workspace:
~/.openclaw/workspace-<agentId>(or underagents.defaults.workspaceif that is set). - Add
bindingsto route inbound messages to this agent (onboarding can do this for you). - Non-interactive flags:
--model,--agent-dir,--bind,--non-interactive.
Full reference
For detailed step-by-step behavior and config outputs, see
CLI setup reference.
For non-interactive examples, see CLI automation.
For the full flag reference, see openclaw onboard.
Related docs
- CLI command reference:
openclaw onboard - Onboarding overview: Onboarding overview
- macOS app onboarding: Onboarding
- Agent first-run ritual: Agent Bootstrapping