Konfiguracja
Jeśli konfigurujesz wszystko po raz pierwszy, zacznij od Pierwsze kroki.
Szczegóły dotyczące onboardingu znajdziesz w Onboarding (CLI).
TL;DR
- Dostosowanie znajduje się poza repozytorium:
~/.openclaw/workspace(workspace) +~/.openclaw/openclaw.json(config). - Stabilny przepływ pracy: zainstaluj aplikację macOS; pozwól jej uruchamiać dołączony Gateway.
- Przepływ bleeding edge: uruchamiaj Gateway samodzielnie przez
pnpm gateway:watch, a następnie pozwól aplikacji macOS podłączyć się w trybie Local.
Wymagania wstępne (ze źródeł)
- Zalecany Node 24 (obsługiwany jest też Node 22 LTS, obecnie
22.14+) - Preferowany
pnpm(lub Bun, jeśli świadomie używasz przepływu Bun) - Docker (opcjonalny; tylko do konfiguracji/testów e2e w kontenerach — zobacz Docker)
Strategia dostosowywania (żeby aktualizacje nie szkodziły)
Jeśli chcesz mieć coś „w 100% dostosowanego do mnie” i łatwe aktualizacje, trzymaj własne dostosowania w:- Config:
~/.openclaw/openclaw.json(JSON/JSON5-ish) - Workspace:
~/.openclaw/workspace(Skills, prompty, pamięci; najlepiej jako prywatne repozytorium git)
pnpm openclaw setup (lub bun run openclaw setup, jeśli używasz przepływu Bun).
Uruchamianie Gateway z tego repozytorium
Popnpm build możesz uruchomić spakowane CLI bezpośrednio:
Stabilny przepływ pracy (najpierw aplikacja macOS)
- Zainstaluj i uruchom OpenClaw.app (pasek menu).
- Ukończ checklistę onboardingu/uprawnień (prompty TCC).
- Upewnij się, że Gateway jest ustawiony jako Local i działa (aplikacja nim zarządza).
- Połącz powierzchnie integracji (na przykład: WhatsApp):
- Szybka kontrola:
- Uruchom
openclaw setup, potemopenclaw channels login, a następnie ręcznie uruchom Gateway (openclaw gateway).
Przepływ bleeding edge (Gateway w terminalu)
Cel: pracować nad TypeScript Gateway, mieć hot reload i jednocześnie pozostawić podłączony interfejs aplikacji macOS.0) (Opcjonalnie) Uruchom także aplikację macOS ze źródeł
Jeśli chcesz mieć także aplikację macOS w wersji bleeding edge:1) Uruchom deweloperski Gateway
gateway:watch uruchamia gateway w trybie watch i przeładowuje go po odpowiednich zmianach w źródłach,
config oraz metadanych wbudowanych wtyczek.
Jeśli świadomie używasz przepływu Bun, równoważne polecenia to:
2) Skieruj aplikację macOS na działający Gateway
W OpenClaw.app:- Tryb połączenia: Local Aplikacja podłączy się do działającego gateway na skonfigurowanym porcie.
3) Weryfikacja
- Stan Gateway w aplikacji powinien brzmieć „Using existing gateway …”
- Lub przez CLI:
Częste pułapki
- Zły port: Gateway WS domyślnie używa
ws://127.0.0.1:18789; utrzymuj aplikację i CLI na tym samym porcie. - Gdzie znajduje się stan:
- Stan kanałów/dostawców:
~/.openclaw/credentials/ - Profile auth modeli:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - Sesje:
~/.openclaw/agents/<agentId>/sessions/ - Logi:
/tmp/openclaw/
- Stan kanałów/dostawców:
Mapa przechowywania poświadczeń
Użyj tego podczas debugowania auth lub decydowania, co należy archiwizować:- WhatsApp:
~/.openclaw/credentials/whatsapp/<accountId>/creds.json - Token bota Telegram: config/env lub
channels.telegram.tokenFile(tylko zwykły plik; symlinki są odrzucane) - Token bota Discord: config/env lub SecretRef (dostawcy env/file/exec)
- Tokeny Slack: config/env (
channels.slack.*) - Listy dozwolonych dla parowania:
~/.openclaw/credentials/<channel>-allowFrom.json(konto domyślne)~/.openclaw/credentials/<channel>-<accountId>-allowFrom.json(konta inne niż domyślne)
- Profile auth modeli:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - Ładunek sekretów opartych na pliku (opcjonalnie):
~/.openclaw/secrets.json - Import starszego OAuth:
~/.openclaw/credentials/oauth.jsonWięcej szczegółów: Bezpieczeństwo.
Aktualizacje (bez niszczenia konfiguracji)
- Traktuj
~/.openclaw/workspacei~/.openclaw/jako „twoje rzeczy”; nie umieszczaj osobistych promptów/config w repozytoriumopenclaw. - Aktualizacja ze źródeł:
git pull+ wybrany krok instalacji menedżera pakietów (pnpm installdomyślnie;bun installdla przepływu Bun) + dalsze używanie pasującego poleceniagateway:watch.
Linux (usługa użytkownika systemd)
Instalacje Linux używają usługi użytkownika systemd. Domyślnie systemd zatrzymuje usługi użytkownika po wylogowaniu/bezczynności, co wyłącza Gateway. Onboarding próbuje włączyć lingering za Ciebie (może poprosić o sudo). Jeśli nadal jest wyłączony, uruchom:Powiązana dokumentacja
- Instrukcja Gateway (flagi, nadzór, porty)
- Konfiguracja Gateway (schemat config + przykłady)
- Discord i Telegram (tagi odpowiedzi + ustawienia replyToMode)
- Konfiguracja asystenta OpenClaw
- Aplikacja macOS (cykl życia gateway)