Guides
CLI-Automatisierung
Verwenden Sie openclaw onboard --non-interactive, um die Einrichtung zu skripten. Dafür ist --accept-risk erforderlich: Die nicht interaktive Einrichtung kann Anmeldedaten und die Daemon-Konfiguration ohne Bestätigungsaufforderung schreiben. Das Flag dient daher als ausdrückliche Bestätigung dieses Risikos.
Grundlegendes nicht interaktives Beispiel
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice apiKey \ --anthropic-api-key "$ANTHROPIC_API_KEY" \ --secret-input-mode plaintext \ --gateway-bind loopback \ --install-daemon \ --daemon-runtime node \ --skip-bootstrap \ --skip-skillsFügen Sie --json hinzu, um eine maschinenlesbare Zusammenfassung zu erhalten.
--gateway-portverwendet standardmäßig18789; geben Sie das Flag nur an, um diesen Wert zu überschreiben.--skip-bootstrapüberspringt die Erstellung der standardmäßigen Workspace-Dateien. Dies eignet sich für Automatisierungen, die ihren eigenen Workspace vorab befüllen.--secret-input-mode refspeichert im Authentifizierungsprofil anstelle des Schlüssels im Klartext eine umgebungsvariablenbasierte Referenz ({ source: "env", provider: "default", id: "<ENV_VAR>" }). Im nicht interaktivenref-Modus muss die Umgebungsvariable des Providers bereits in der Prozessumgebung gesetzt sein: Wird ein Inline-Schlüssel-Flag ohne die zugehörige Umgebungsvariable übergeben, schlägt der Vorgang sofort fehl.
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice openai-api-key \ --secret-input-mode refProviderspezifische Beispiele
Beispiel für einen Anthropic-API-Schlüssel
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice apiKey \ --anthropic-api-key "$ANTHROPIC_API_KEY" \ --gateway-bind loopbackBeispiel für Cloudflare AI Gateway
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice cloudflare-ai-gateway-api-key \ --cloudflare-ai-gateway-account-id "your-account-id" \ --cloudflare-ai-gateway-gateway-id "your-gateway-id" \ --cloudflare-ai-gateway-api-key "$CLOUDFLARE_AI_GATEWAY_API_KEY" \ --gateway-bind loopbackBeispiel für Gemini
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice gemini-api-key \ --gemini-api-key "$GEMINI_API_KEY" \ --gateway-bind loopbackBeispiel für Mistral
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice mistral-api-key \ --mistral-api-key "$MISTRAL_API_KEY" \ --gateway-bind loopbackBeispiel für Moonshot
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice moonshot-api-key \ --moonshot-api-key "$MOONSHOT_API_KEY" \ --gateway-bind loopbackBeispiel für Ollama
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice ollama \ --custom-model-id "qwen3.5:27b" \ --gateway-bind loopbackBeispiel für OpenCode
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice opencode-zen \ --opencode-zen-api-key "$OPENCODE_API_KEY" \ --gateway-bind loopbackWechseln Sie für den Go-Katalog zu --auth-choice opencode-go --opencode-go-api-key "$OPENCODE_API_KEY".
Beispiel für Synthetic
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice synthetic-api-key \ --synthetic-api-key "$SYNTHETIC_API_KEY" \ --gateway-bind loopbackBeispiel für Vercel AI Gateway
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice ai-gateway-api-key \ --ai-gateway-api-key "$AI_GATEWAY_API_KEY" \ --gateway-bind loopbackBeispiel für Z.AI
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice zai-api-key \ --zai-api-key "$ZAI_API_KEY" \ --gateway-bind loopbackBeispiel für einen benutzerdefinierten Provider
openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice custom-api-key \ --custom-base-url "https://llm.example.com/v1" \ --custom-model-id "foo-large" \ --custom-api-key "$CUSTOM_API_KEY" \ --custom-provider-id "my-custom" \ --custom-compatibility anthropic \ --custom-image-input \ --gateway-bind loopback--custom-api-key ist optional; einige Endpunkte erfordern keine Authentifizierung. Wenn das Flag nicht angegeben wird, prüft das Onboarding die Umgebungsvariable CUSTOM_API_KEY. --custom-provider-id ist optional und wird bei fehlender Angabe automatisch aus der Basis-URL abgeleitet. --custom-compatibility verwendet standardmäßig openai (weitere Werte: openai-responses, anthropic).
OpenClaw leitet die Unterstützung für Bildeingaben aus bekannten Mustern für Vision-Modell-IDs ab (gpt-4o, claude-3/4, gemini, die Suffixe -vl/vision und ähnliche). Fügen Sie --custom-image-input hinzu, um sie für ein nicht erkanntes Vision-Modell zu erzwingen, oder --custom-text-input, um ausschließlich Texteingaben zu erzwingen.
Variante im Referenzmodus, die apiKey als { source: "env", provider: "default", id: "CUSTOM_API_KEY" } speichert:
export CUSTOM_API_KEY="your-key"openclaw onboard --non-interactive --accept-risk \ --mode local \ --auth-choice custom-api-key \ --custom-base-url "https://llm.example.com/v1" \ --custom-model-id "foo-large" \ --secret-input-mode ref \ --custom-provider-id "my-custom" \ --custom-compatibility anthropic \ --custom-image-input \ --gateway-bind loopbackDie Authentifizierung mit einem Anthropic-Einrichtungstoken wird weiterhin unterstützt. OpenClaw bevorzugt jedoch die Wiederverwendung der Claude CLI, wenn lokal eine Claude-CLI-Anmeldung verfügbar ist. Verwenden Sie für den Produktionseinsatz vorzugsweise einen Anthropic-API-Schlüssel.
Weiteren Agenten hinzufügen
openclaw agents add <name> erstellt einen separaten Agenten mit eigenem Workspace, eigenen Sitzungen und eigenen Authentifizierungsprofilen. Wenn Sie den Befehl ohne --workspace und ohne weitere Flags ausführen, wird der interaktive Assistent gestartet. Wenn Sie eines der Flags --workspace, --model, --agent-dir, --bind oder --non-interactive angeben, wird der Befehl nicht interaktiv ausgeführt und erfordert dann --workspace.
openclaw agents add work \ --workspace ~/.openclaw/workspace-work \ --model openai/gpt-5.6-sol \ --bind whatsapp:biz \ --non-interactive \ --jsonGeschriebene Konfigurationsschlüssel (agents.list[]-Eintrag für die neue Agenten-ID):
nameworkspaceagentDirmodel(nur wenn--modelangegeben wird)
Hinweise:
- Standardmäßiger Workspace, wenn
--workspaceim interaktiven Assistenten nicht angegeben wird:~/.openclaw/workspace-<agentId>. --bind <channel[:accountId]>kann mehrfach angegeben werden. Fügen Sie Bindungen hinzu, um eingehende Nachrichten an den neuen Agenten weiterzuleiten. Dies ist im Assistenten auch interaktiv möglich.- Der Name des Agenten wird zu einer gültigen Agenten-ID normalisiert;
mainist reserviert.
Verwandte Dokumentation
- Onboarding-Übersicht: Onboarding (CLI)
- Vollständige Referenz: Referenz zur CLI-Einrichtung
- Befehlsreferenz:
openclaw onboard