openclaw onboard --non-interactive, um die Einrichtung per Skript durchzuführen. Dafür ist --accept-risk erforderlich: Die nicht interaktive Einrichtung kann Anmeldedaten und die Daemon-Konfiguration ohne Bestätigungsaufforderung schreiben, daher dient das Flag als ausdrückliche Bestätigung des Risikos.
--json impliziert keinen nicht interaktiven Modus. Übergeben Sie für Skripte ausdrücklich --non-interactive --accept-risk.Grundlegendes nicht interaktives Beispiel
--json hinzu, um eine maschinenlesbare Zusammenfassung zu erhalten.
--gateway-portverwendet standardmäßig18789; übergeben Sie es nur, um diesen Wert zu überschreiben.--skip-bootstrapüberspringt die Erstellung der standardmäßigen Workspace-Dateien für Automatisierungen, die ihren eigenen Workspace vorab befüllen.--secret-input-mode refspeichert im Authentifizierungsprofil statt des Klartextschlüssels 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 Schlüssel-Flag inline ohne die zugehörige Umgebungsvariable übergeben, schlägt der Vorgang sofort fehl.
Providerspezifische Beispiele
Beispiel für einen Anthropic-API-Schlüssel
Beispiel für einen Anthropic-API-Schlüssel
Beispiel für Cloudflare AI Gateway
Beispiel für Cloudflare AI Gateway
Beispiel für Gemini
Beispiel für Gemini
Beispiel für Mistral
Beispiel für Mistral
Beispiel für Moonshot
Beispiel für Moonshot
Beispiel für Ollama
Beispiel für Ollama
Beispiel für OpenCode
Beispiel für OpenCode
--auth-choice opencode-go --opencode-go-api-key "$OPENCODE_API_KEY".Beispiel für Synthetic
Beispiel für Synthetic
Beispiel für Vercel AI Gateway
Beispiel für Vercel AI Gateway
Beispiel für Z.AI
Beispiel für Z.AI
Beispiel für einen benutzerdefinierten Provider
Beispiel für einen benutzerdefinierten Provider
--custom-api-key ist optional; einige Endpunkte erfordern keine Authentifizierung. Wenn es weggelassen wird, prüft das Onboarding CUSTOM_API_KEY in der Umgebung. --custom-provider-id ist optional und wird bei Auslassung 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, 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 Text zu erzwingen.Variante im Referenzmodus, die apiKey als { source: "env", provider: "default", id: "CUSTOM_API_KEY" } speichert:Weiteren Agenten hinzufügen
openclaw agents add <name> erstellt einen separaten Agenten mit eigenem Workspace, eigenen Sitzungen und Authentifizierungsprofilen. Wird der Befehl ohne --workspace (und ohne weitere Flags) ausgeführt, startet der interaktive Assistent. Die Übergabe eines beliebigen der Flags --workspace, --model, --agent-dir, --bind oder --non-interactive führt ihn nicht interaktiv aus und erfordert anschließend --workspace.
agents.entries.*-Eintrag für die neue Agenten-ID):
nameworkspaceagentDirmodel(nur wenn--modelübergeben wird)
- Standard-Workspace (wenn
--workspaceim interaktiven Assistenten weggelassen wird):~/.openclaw/workspace-<agentId>. --bind <channel[:accountId]>kann wiederholt angegeben werden; fügen Sie Bindungen hinzu, um eingehende Nachrichten an den neuen Agenten weiterzuleiten (der Assistent kann dies auch interaktiv erledigen).- Der Agentenname wird zu einer gültigen Agenten-ID normalisiert;
mainist reserviert.
Zugehörige Dokumentation
- Onboarding-Zentrale: Onboarding (CLI)
- Vollständige Referenz: CLI-Einrichtungsreferenz
- Befehlsreferenz:
openclaw onboard