| Warstwa | Przykłady | Co to oznacza |
|---|---|---|
| Dostawca | openai, anthropic, openai-codex | Jak OpenClaw uwierzytelnia, wykrywa modele i nazywa referencje modeli. |
| Model | gpt-5.5, claude-opus-4-6 | Model wybrany dla tury agenta. |
| Runtime agenta | pi, codex, runtime’y oparte na ACP | Niskopoziomowa pętla wykonująca przygotowaną turę. |
| Kanał | Telegram, Discord, Slack, WhatsApp | Miejsce, przez które wiadomości wchodzą do OpenClaw i je opuszczają. |
codex. Klucz konfiguracji nadal nazywa się embeddedHarness ze względów zgodności, ale dokumentacja skierowana do użytkownika i dane wyjściowe statusu powinny ogólnie używać określenia runtime.
Typowa konfiguracja Codex używa dostawcy openai z runtime’em codex:
Własność runtime’u
Różne runtime’y obsługują różną część pętli.| Powierzchnia | Osadzony PI OpenClaw | Serwer aplikacji Codex |
|---|---|---|
| Właściciel pętli modelu | OpenClaw przez osadzony runner PI | Serwer aplikacji Codex |
| Kanoniczny stan wątku | Transkrypt OpenClaw | Wątek Codex oraz lustrzana kopia transkryptu OpenClaw |
| Dynamiczne narzędzia OpenClaw | Natywna pętla narzędzi OpenClaw | Mostkowane przez adapter Codex |
| Natywne narzędzia shell i plików | Ścieżka PI/OpenClaw | Narzędzia natywne Codex, mostkowane przez natywne hooki tam, gdzie są obsługiwane |
| Silnik kontekstu | Natywne składanie kontekstu OpenClaw | Kontekst składany przez projekty OpenClaw do tury Codex |
| Compaction | OpenClaw lub wybrany silnik kontekstu | Natywny Compaction Codex z powiadomieniami OpenClaw i utrzymaniem lustrzanej kopii |
| Dostarczanie przez kanał | OpenClaw | OpenClaw |
- Jeśli właścicielem powierzchni jest OpenClaw, OpenClaw może zapewnić normalne działanie hooków Pluginów.
- Jeśli właścicielem powierzchni jest natywny runtime, OpenClaw potrzebuje zdarzeń runtime’u lub natywnych hooków.
- Jeśli natywny runtime jest właścicielem kanonicznego stanu wątku, OpenClaw powinien odzwierciedlać i rzutować kontekst, a nie przepisywać nieobsługiwane elementy wewnętrzne.
Wybór runtime’u
OpenClaw wybiera osadzony runtime po rozpoznaniu dostawcy i modelu:- Pierwszeństwo ma runtime zapisany dla sesji. Zmiany konfiguracji nie przełączają na gorąco istniejącego transkryptu do innego natywnego systemu wątków.
OPENCLAW_AGENT_RUNTIME=<id>wymusza ten runtime dla nowych lub zresetowanych sesji.agents.defaults.embeddedHarness.runtimelubagents.list[].embeddedHarness.runtimemogą ustawićauto,pilub zarejestrowany identyfikator runtime’u, taki jakcodex.- W trybie
autozarejestrowane runtime’y Pluginów mogą przejmować obsługę wspieranych par dostawca/model. - Jeśli żaden runtime nie przejmie tury w trybie
auto, a ustawione jestfallback: "pi"(domyślnie), OpenClaw używa PI jako zgodnościowego fallbacku. Ustawfallback: "none", aby niepasujący wybór w trybieautokończył się błędem.
runtime: "codex" oznacza Codex albo wyraźny błąd wyboru, chyba że ustawisz
fallback: "pi" w tym samym zakresie nadpisania. Nadpisanie runtime’u nie dziedziczy szerszego ustawienia fallback, więc runtime: "codex" na poziomie agenta nie zostanie po cichu przekierowane z powrotem do PI tylko dlatego, że ustawienia domyślne używały fallback: "pi".
Kontrakt zgodności
Gdy runtime nie jest PI, powinien dokumentować, które powierzchnie OpenClaw obsługuje. W dokumentacji runtime’u używaj tej struktury:| Pytanie | Dlaczego to ma znaczenie |
|---|---|
| Kto jest właścicielem pętli modelu? | Określa, gdzie odbywają się ponowienia, kontynuacja narzędzi i decyzje o końcowej odpowiedzi. |
| Kto jest właścicielem kanonicznej historii wątku? | Określa, czy OpenClaw może edytować historię, czy tylko ją odzwierciedlać. |
| Czy działają dynamiczne narzędzia OpenClaw? | Wiadomości, sesje, Cron i narzędzia należące do OpenClaw od tego zależą. |
| Czy działają hooki dynamicznych narzędzi? | Pluginy oczekują before_tool_call, after_tool_call i middleware wokół narzędzi należących do OpenClaw. |
| Czy działają hooki natywnych narzędzi? | Shell, patch i narzędzia należące do runtime’u wymagają natywnej obsługi hooków dla zasad i obserwacji. |
| Czy uruchamia się cykl życia silnika kontekstu? | Pluginy pamięci i kontekstu zależą od cyklu życia assemble, ingest, after-turn i Compaction. |
| Jakie dane Compaction są ujawniane? | Niektóre Pluginy potrzebują tylko powiadomień, a inne także metadanych kept/dropped. |
| Co jest celowo nieobsługiwane? | Użytkownicy nie powinni zakładać równoważności z PI tam, gdzie natywny runtime posiada więcej stanu. |
Etykiety statusu
Dane wyjściowe statusu mogą pokazywać etykietyExecution i Runtime. Traktuj je jako diagnostykę, a nie nazwy dostawców.
- Referencja modelu taka jak
openai/gpt-5.5mówi, jaki dostawca/model został wybrany. - Identyfikator runtime’u taki jak
codexmówi, która pętla wykonuje turę. - Etykieta kanału taka jak Telegram lub Discord mówi, gdzie odbywa się konwersacja.
/new lub wyczyść bieżącą przez /reset. Istniejące sesje zachowują zapisany runtime, aby transkrypt nie był odtwarzany przez dwa niezgodne natywne systemy sesji.