models.providers.<id>.localService pozwala OpenClaw uruchamiać na żądanie lokalny
serwer modelu należący do providera. To konfiguracja na poziomie providera: gdy wybrany model
należy do tego providera, OpenClaw sprawdza usługę, uruchamia proces, jeśli
endpoint nie działa, czeka na gotowość, a następnie wysyła żądanie modelu.
Używaj tego dla lokalnych serwerów, których ciągłe utrzymywanie przez cały dzień jest kosztowne, albo dla
ręcznych konfiguracji, w których wybór modelu powinien wystarczyć do uruchomienia backendu.
Jak to działa
- Żądanie modelu jest rozwiązywane do skonfigurowanego providera.
- Jeśli ten provider ma
localService, OpenClaw sprawdzahealthUrl. - Jeśli sprawdzenie się powiedzie, OpenClaw używa istniejącego serwera.
- Jeśli sprawdzenie się nie powiedzie, OpenClaw uruchamia
commandzargs. - OpenClaw odpytuje gotowość do czasu wygaśnięcia
readyTimeoutMs. - Żądanie modelu jest wysyłane przez standardowy transport providera.
- Jeśli OpenClaw uruchomił proces, a
idleStopMsjest dodatnie, proces jest zatrzymywany, gdy ostatnie aktywne żądanie pozostawało bezczynne przez tak długi czas.
Kształt konfiguracji
Pola
command: bezwzględna ścieżka do pliku wykonywalnego. Wyszukiwanie przez powłokę nie jest używane.args: argumenty procesu. Nie są stosowane żadne reguły rozwijania powłoki, potoków, globowania ani cytowania.cwd: opcjonalny katalog roboczy procesu.env: opcjonalne zmienne środowiskowe scalane ze środowiskiem procesu OpenClaw.healthUrl: adres URL gotowości. Jeśli zostanie pominięty, OpenClaw dodaje/modelsdobaseUrl, więchttp://127.0.0.1:8000/v1staje sięhttp://127.0.0.1:8000/v1/models.readyTimeoutMs: limit czasu gotowości podczas uruchamiania. Domyślnie:120000.idleStopMs: opóźnienie zamknięcia po bezczynności dla procesów uruchomionych przez OpenClaw.0albo pominięcie utrzymuje proces przy życiu do zakończenia OpenClaw.
Przykład Inferrs
Inferrs to niestandardowy backend zgodny z OpenAI dla/v1, więc ten sam interfejs API usługi lokalnej
działa z wpisem providera inferrs.
command wynikiem which inferrs na maszynie, na której działa
OpenClaw.
Przykład ds4
Pełną konfigurację, wskazówki dotyczące rozmiaru kontekstu oraz polecenia weryfikacyjne znajdziesz w ds4.Uwagi operacyjne
- Jeden proces OpenClaw zarządza uruchomionym przez siebie procesem potomnym. Inny proces OpenClaw, który zobaczy ten sam adres URL zdrowia już działający, użyje go ponownie bez przejmowania.
- Uruchamianie jest serializowane dla każdego zestawu polecenia providera i argumentów, więc równoczesne żądania nie tworzą zduplikowanych serwerów dla tej samej konfiguracji.
- Aktywne odpowiedzi strumieniowe utrzymują dzierżawę; zamknięcie po bezczynności czeka, aż obsługa treści odpowiedzi się zakończy.
- Użyj
timeoutSecondsdla wolnych lokalnych providerów, aby zimne starty i długie generowania nie trafiały w domyślny limit czasu żądania modelu. - Użyj jawnego
healthUrl, jeśli serwer wystawia gotowość w innym miejscu niż/v1/models.
Powiązane
Modele lokalne
Konfiguracja modeli lokalnych, wybór providerów i wskazówki dotyczące bezpieczeństwa.
Inferrs
Uruchom OpenClaw przez zgodny z OpenAI lokalny serwer inferrs.