CLI Automation
Użyj --non-interactive, żeby zautomatyzować openclaw onboard.
Uwaga:
--jsonnie implikuje trybu nieinteraktywnego. Dla skryptów użyj--non-interactive(i--workspace).
Podstawowy przykład nieinteraktywny
openclaw onboard --non-interactive \
--mode local \
--auth-choice apiKey \
--anthropic-api-key "$ANTHROPIC_API_KEY" \
--secret-input-mode plaintext \
--gateway-port 18789 \
--gateway-bind loopback \
--install-daemon \
--daemon-runtime node \
--skip-skills
Dodaj --json po podsumowanie czytelne maszynowo.
Użyj --secret-input-mode ref, żeby przechowywać env-backed refy w profilach auth zamiast wartości plaintext.
Interaktywny wybór między refami env a skonfigurowanymi refami providera (file lub exec) jest dostępny w przepływie kreatora onboardingu.
W trybie nieinteraktywnym ref zmienne środowiskowe providera muszą być ustawione w środowisku procesu.
Podanie inline flag key bez odpowiedniej zmiennej powoduje natychmiastowy błąd.
Przykład:
openclaw onboard --non-interactive \
--mode local \
--auth-choice openai-api-key \
--secret-input-mode ref \
--accept-risk
Przykłady specyficzne dla providerów
Przykład Gemini
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice gemini-api-key \
--gemini-api-key "$GEMINI_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład Z.AI
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice zai-api-key \
--zai-api-key "$ZAI_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład Vercel AI Gateway
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice ai-gateway-api-key \
--ai-gateway-api-key "$AI_GATEWAY_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład Cloudflare AI Gateway
```bash
openclaw onboard --non-interactive \
--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-port 18789 \
--gateway-bind loopback
```
Przykład Moonshot
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice moonshot-api-key \
--moonshot-api-key "$MOONSHOT_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład Mistral
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice mistral-api-key \
--mistral-api-key "$MISTRAL_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład Synthetic
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice synthetic-api-key \
--synthetic-api-key "$SYNTHETIC_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład OpenCode
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice opencode-zen \
--opencode-zen-api-key "$OPENCODE_API_KEY" \
--gateway-port 18789 \
--gateway-bind loopback
```
Zamień na `--auth-choice opencode-go --opencode-go-api-key "$OPENCODE_API_KEY"` dla katalogu Go.
Przykład Ollama
```bash
openclaw onboard --non-interactive \
--mode local \
--auth-choice ollama \
--custom-model-id "qwen3.5:27b" \
--accept-risk \
--gateway-port 18789 \
--gateway-bind loopback
```
Przykład custom provider
```bash
openclaw onboard --non-interactive \
--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 \
--gateway-port 18789 \
--gateway-bind loopback
```
`--custom-api-key` jest opcjonalny. Jeśli pominięty, onboarding sprawdza `CUSTOM_API_KEY`.
Wariant trybu ref:
```bash
export CUSTOM_API_KEY="your-key"
openclaw onboard --non-interactive \
--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 \
--gateway-port 18789 \
--gateway-bind loopback
```
W tym trybie onboarding przechowuje `apiKey` jako `{ source: "env", provider: "default", id: "CUSTOM_API_KEY" }`.
Dodaj kolejnego agenta
Użyj openclaw agents add <name>, żeby stworzyć osobnego agenta z własnym workspace, sesjami i profilami auth. Uruchomienie bez --workspace startuje kreator.
openclaw agents add work \
--workspace ~/.openclaw/workspace-work \
--model openai/gpt-5.2 \
--bind whatsapp:biz \
--non-interactive \
--json
Co ustawia:
agents.list[].nameagents.list[].workspaceagents.list[].agentDir
Uwagi:
- Domyślne workspace’y mają schemat
~/.openclaw/workspace-<agentId>. - Dodaj
bindings, żeby routować przychodzące wiadomości (kreator może to zrobić). - Flagi nieinteraktywne:
--model,--agent-dir,--bind,--non-interactive.
Powiązane dokumenty
- Hub onboardingu: Kreator onboardingu (CLI)
- Pełna referencja: Referencja CLI onboardingu
- Referencja komend:
openclaw onboard