Konfiguracja
Jeśli konfigurujesz po raz pierwszy, zacznij od Pierwsze kroki.
Szczegóły kreatora znajdziesz w Kreatorze wdrażania.
TL;DR
- Dostosowanie poza repozytorium:
~/.openclaw/workspace(obszar roboczy) +~/.openclaw/openclaw.json(konfiguracja). - Stabilny przepływ pracy: zainstaluj aplikację na macOS; pozwól jej uruchamiać dołączony Gateway.
- Bleeding edge: uruchom Gateway samodzielnie przez
pnpm gateway:watch, a następnie pozwól aplikacji na macOS podłączyć się w trybie Lokalnym.
Wymagania wstępne (ze źródła)
- Node
>=22 pnpm- Docker (opcjonalnie; tylko dla konfiguracji kontenerowej/e2e — zob. Docker)
Strategia dostosowywania (aby aktualizacje nie bolały)
Jeśli chcesz „100% pod siebie” i łatwe aktualizacje, trzymaj personalizację w:- Konfiguracja:
~/.openclaw/openclaw.json(JSON/JSON5‑ish) - Obszar roboczy:
~/.openclaw/workspace(skills, prompty, pamięci; najlepiej prywatne repozytorium git)
pnpm openclaw setup.
Uruchamianie Gateway z tego repozytorium
Popnpm build możesz uruchomić spakowane CLI bezpośrednio:
Stabilny przepływ pracy (najpierw aplikacja na macOS)
- Zainstaluj i uruchom OpenClaw.app (pasek menu).
- Przejdź checklistę wdrażania/uprawnień (monity TCC).
- Upewnij się, że Gateway jest Lokalny i działa (aplikacja nim zarządza).
- Połącz powierzchnie (przykład: WhatsApp):
- Szybka weryfikacja:
- Uruchom
openclaw setup, potemopenclaw channels login, a następnie uruchom Gateway ręcznie (openclaw gateway).
Bleeding edge (Gateway w terminalu)
Cel: pracować nad Gateway w TypeScript, mieć hot reload i zachować podłączony interfejs aplikacji na macOS.0. (Opcjonalnie) Uruchom także aplikację na macOS ze źródeł
Jeśli chcesz, aby aplikacja na macOS również była bleeding edge:1. Uruchom deweloperski Gateway
gateway:watch uruchamia gateway w trybie watch i przeładowuje przy zmianach w TypeScript.
2. Wskaż aplikacji na macOS działający Gateway
W OpenClaw.app:- Tryb połączenia: Lokalny Aplikacja podłączy się do działającego gateway na skonfigurowanym porcie.
3. Weryfikacja
- Status Gateway w aplikacji powinien brzmieć „Using existing gateway …”
- Albo przez CLI:
Pistolety piekarnicze
- Zły port: Gateway WS domyślnie używa
ws://127.0.0.1:18789; utrzymuj ten sam port w aplikacji i CLI. - Gdzie przechowywany jest stan:
- Poświadczenia:
~/.openclaw/credentials/ - Sesje:
~/.openclaw/agents/<agentId>/sessions/ - Logi:
/tmp/openclaw/
- Poświadczenia:
Mapa przechowywania poświadczeń
Użyj tego przy debugowaniu uwierzytelniania lub decydowaniu, co archiwizować:- WhatsApp:
~/.openclaw/credentials/whatsapp/<accountId>/creds.json - Token bota Telegram: konfiguracja/zmienne środowiskowe lub
channels.telegram.tokenFile - Token bota Discord: konfiguracja/zmienne środowiskowe (plik z tokenem nie jest jeszcze obsługiwany)
- Tokeny Slack: konfiguracja/zmienne środowiskowe (
channels.slack.*) - Listy dozwolonych parowań:
~/.openclaw/credentials/<channel>-allowFrom.json - Profile uwierzytelniania modeli:
~/.openclaw/agents/<agentId>/agent/auth-profiles.json - Import starszego OAuth:
~/.openclaw/credentials/oauth.jsonWięcej szczegółów: Bezpieczeństwo.
Aktualizacje (bez demolowania konfiguracji)
- Trzymaj
~/.openclaw/workspacei~/.openclaw/jako „Twoje rzeczy”; nie umieszczaj osobistych promptów/konfiguracji w repozytoriumopenclaw. - Aktualizacja źródeł:
git pull+pnpm install(gdy zmieni się lockfile) + dalej używajpnpm gateway:watch.
Linux (usługa użytkownika systemd)
Instalacje linuksowe używają usługi user systemd. Domyślnie systemd zatrzymuje usługi użytkownika po wylogowaniu/bezczynności, co zabija Gateway. Wdrażanie próbuje włączyć lingering za Ciebie (może poprosić o sudo). Jeśli nadal jest wyłączone, uruchom:Powiązana dokumentacja
- Gateway runbook (flagi, nadzór, porty)
- Konfiguracja Gateway (schemat konfiguracji + przykłady)
- Discord i Telegram (tagi odpowiedzi + ustawienia replyToMode)
- Konfiguracja asystenta OpenClaw
- Aplikacja na macOS (cykl życia gateway)