Przejdź do głównej treści

Documentation Index

Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt

Use this file to discover all available pages before exploring further.

Dołączony Plugin codex pozwala OpenClaw uruchamiać osadzone tury agenta OpenAI przez app-server Codex zamiast wbudowanej uprzęży PI. Użyj uprzęży Codex, gdy chcesz, aby Codex odpowiadał za niskopoziomową sesję agenta: natywne wznawianie wątków, natywną kontynuację narzędzi, natywną Compaction oraz wykonywanie przez app-server. OpenClaw nadal odpowiada za kanały czatu, pliki sesji, wybór modelu, dynamiczne narzędzia OpenClaw, zatwierdzenia, dostarczanie multimediów oraz widoczne lustrzane odbicie transkrypcji. Standardowa konfiguracja używa kanonicznych odwołań do modeli OpenAI, takich jak openai/gpt-5.5. Nie konfiguruj odwołań do modeli openai-codex/gpt-*. Umieść kolejność uwierzytelniania agenta OpenAI w auth.order.openai; starsze profile openai-codex:* oraz wpisy auth.order.openai-codex pozostają obsługiwane w istniejących instalacjach. OpenClaw uruchamia wątki app-server Codex z natywnym trybem kodu Codex oraz włączonym wyłącznie trybem kodu. Dzięki temu odroczone i wyszukiwalne dynamiczne narzędzia OpenClaw pozostają we własnej powierzchni wykonywania kodu i wyszukiwania narzędzi Codex, zamiast dodawać opakowanie wyszukiwania narzędzi w stylu PI na Codex. Szerszy podział model/dostawca/środowisko uruchomieniowe zacznij od Środowiska uruchomieniowe agentów. Krótko: openai/gpt-5.5 to odwołanie do modelu, codex to środowisko uruchomieniowe, a Telegram, Discord, Slack lub inny kanał pozostaje powierzchnią komunikacji.

Wymagania

  • OpenClaw z dostępnym dołączonym Plugin codex.
  • Jeśli Twoja konfiguracja używa plugins.allow, uwzględnij codex.
  • App-server Codex 0.125.0 lub nowszy. Dołączony Plugin domyślnie zarządza zgodnym binarium app-server Codex, więc lokalne polecenia codex w PATH nie wpływają na zwykłe uruchamianie uprzęży.
  • Uwierzytelnianie Codex dostępne przez openclaw models auth login --provider openai-codex, konto app-server w katalogu domowym Codex agenta albo jawny profil uwierzytelniania Codex z kluczem API.
Pierwszeństwo uwierzytelniania, izolację środowiska, niestandardowe polecenia app-server, wykrywanie modeli i wszystkie pola konfiguracji opisuje Dokumentacja uprzęży Codex.

Szybki start

Większość użytkowników, którzy chcą używać Codex w OpenClaw, powinna wybrać tę ścieżkę: zalogować się za pomocą subskrypcji ChatGPT/Codex, włączyć dołączony Plugin codex i użyć kanonicznego odwołania do modelu openai/gpt-*. Zaloguj się przez OAuth Codex:
openclaw models auth login --provider openai-codex
Włącz dołączony Plugin codex i wybierz model agenta OpenAI:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
}
Jeśli Twoja konfiguracja używa plugins.allow, dodaj tam również codex:
{
  plugins: {
    allow: ["codex"],
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
}
Po zmianie konfiguracji Plugin uruchom ponownie Gateway. Jeśli istniejący czat ma już sesję, użyj /new lub /reset przed testowaniem zmian środowiska uruchomieniowego, aby następna tura rozwiązała uprząż z bieżącej konfiguracji.

Konfiguracja

Konfiguracja z szybkiego startu to minimalna działająca konfiguracja uprzęży Codex. Ustaw opcje uprzęży Codex w konfiguracji OpenClaw, a CLI używaj tylko do uwierzytelniania Codex:
PotrzebaUstawGdzie
Włączenie uprzężyplugins.entries.codex.enabled: trueKonfiguracja OpenClaw
Zachowanie instalacji Plugin z listą dozwolonychUwzględnij codex w plugins.allowKonfiguracja OpenClaw
Kierowanie tur agenta OpenAI przez Codexagents.defaults.model lub agents.list[].model jako openai/gpt-*Konfiguracja agenta OpenClaw
Logowanie przez OAuth Codexopenclaw models auth login --provider openai-codexProfil uwierzytelniania CLI
Dodanie zapasowego klucza API dla uruchomień CodexProfil klucza API openai:* wymieniony po uwierzytelnianiu subskrypcją w auth.order.openaiProfil uwierzytelniania CLI + konfiguracja OpenClaw
Zamknięcie awaryjne, gdy Codex jest niedostępnyagentRuntime.id: "codex" dostawcy lub modeluKonfiguracja modelu/dostawcy OpenClaw
Używanie bezpośredniego ruchu API OpenAIagentRuntime.id: "pi" dostawcy lub modelu ze zwykłym uwierzytelnianiem OpenAIKonfiguracja modelu/dostawcy OpenClaw
Dostosowanie zachowania app-serverplugins.entries.codex.config.appServer.*Konfiguracja Plugin Codex
Włączenie natywnych aplikacji Plugin Codexplugins.entries.codex.config.codexPlugins.*Konfiguracja Plugin Codex
Włączenie Codex Computer Useplugins.entries.codex.config.computerUse.*Konfiguracja Plugin Codex
Używaj odwołań do modeli openai/gpt-* dla tur agentów OpenAI obsługiwanych przez Codex. Preferuj auth.order.openai dla kolejności: najpierw subskrypcja, potem zapasowy klucz API. Istniejące profile uwierzytelniania openai-codex:* i auth.order.openai-codex pozostają prawidłowe, ale nie zapisuj nowych odwołań do modeli openai-codex/gpt-*.
{
  auth: {
    order: {
      openai: ["openai-codex:user@example.com", "openai:api-key-backup"],
    },
  },
}
W takim układzie oba profile nadal działają przez Codex dla tur agenta openai/gpt-*. Klucz API jest tylko zapasową metodą uwierzytelniania, a nie żądaniem przełączenia na PI lub zwykłe OpenAI Responses. Dalsza część tej strony omawia typowe warianty, między którymi użytkownicy muszą wybrać: kształt wdrożenia, routing z zamknięciem awaryjnym, politykę zatwierdzeń strażnika, natywne pluginy Codex oraz Computer Use. Pełne listy opcji, wartości domyślne, enumy, wykrywanie, izolację środowiska, limity czasu oraz pola transportu app-server opisuje Dokumentacja uprzęży Codex.

Weryfikacja środowiska uruchomieniowego Codex

Użyj /status w czacie, w którym oczekujesz Codex. Tura agenta OpenAI obsługiwana przez Codex pokazuje:
Runtime: OpenAI Codex
Następnie sprawdź stan app-server Codex:
/codex status
/codex models
/codex status raportuje łączność app-server, konto, limity szybkości, serwery MCP oraz Skills. /codex models wypisuje aktywny katalog app-server Codex dla uprzęży i konta. Jeśli /status jest zaskakujący, zobacz Rozwiązywanie problemów.

Routing i wybór modelu

Oddzielaj odwołania do dostawców od polityki środowiska uruchomieniowego:
  • Używaj openai/gpt-* dla tur agentów OpenAI przez Codex.
  • Nie używaj openai-codex/gpt-* w konfiguracji. Uruchom openclaw doctor --fix, aby naprawić starsze odwołania i nieaktualne przypięcia tras sesji.
  • agentRuntime.id: "codex" jest opcjonalne w zwykłym trybie automatycznym OpenAI, ale przydatne, gdy wdrożenie powinno zamknąć się awaryjnie, jeśli Codex jest niedostępny.
  • agentRuntime.id: "pi" przełącza dostawcę lub model na bezpośrednie zachowanie PI, gdy jest to zamierzone.
  • /codex ... steruje natywnymi konwersacjami app-server Codex z czatu.
  • ACP/acpx to osobna ścieżka zewnętrznej uprzęży. Używaj jej tylko wtedy, gdy użytkownik prosi o ACP/acpx albo adapter zewnętrznej uprzęży.
Typowy routing poleceń:
Intencja użytkownikaUżyj
Dołączenie bieżącego czatu/codex bind [--cwd <path>]
Wznowienie istniejącego wątku Codex/codex resume <thread-id>
Wypisanie lub filtrowanie wątków Codex/codex threads [filter]
Wysłanie tylko opinii diagnostycznej Codex/codex diagnostics [note]
Rozpoczęcie zadania ACP/acpxPolecenia sesji ACP/acpx, nie /codex
Przypadek użyciaSkonfigurujZweryfikujUwagi
Subskrypcja ChatGPT/Codex z natywnym środowiskiem uruchomieniowym Codexopenai/gpt-* plus włączony Plugin codex/status pokazuje Runtime: OpenAI CodexZalecana ścieżka
Zamknięcie awaryjne, jeśli Codex jest niedostępnyagentRuntime.id: "codex" dostawcy lub modeluTura kończy się błędem zamiast powrotu do PIUżywaj dla wdrożeń tylko Codex
Bezpośredni ruch klucza API OpenAI przez PIagentRuntime.id: "pi" dostawcy lub modelu oraz zwykłe uwierzytelnianie OpenAI/status pokazuje środowisko uruchomieniowe PIUżywaj tylko, gdy PI jest zamierzone
Starsza konfiguracjaopenai-codex/gpt-*openclaw doctor --fix przepisuje jąNie zapisuj nowej konfiguracji w ten sposób
Adapter Codex ACP/acpxACP sessions_spawn({ runtime: "acp" })Stan zadania/sesji ACPOddzielne od natywnej uprzęży Codex
agents.defaults.imageModel podąża za tym samym podziałem prefiksów. Używaj openai/gpt-* dla zwykłej trasy OpenAI oraz codex/gpt-* tylko wtedy, gdy rozumienie obrazów powinno działać przez ograniczoną turę app-server Codex. Nie używaj openai-codex/gpt-*; doctor przepisuje ten starszy prefiks na openai/gpt-*.

Wzorce wdrożenia

Podstawowe wdrożenie Codex

Użyj konfiguracji z szybkiego startu, gdy wszystkie tury agentów OpenAI mają domyślnie używać Codex.
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
}

Wdrożenie z mieszanymi dostawcami

Ten układ zachowuje Claude jako domyślnego agenta i dodaje nazwanego agenta Codex:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      model: "anthropic/claude-opus-4-6",
    },
    list: [
      {
        id: "main",
        default: true,
        model: "anthropic/claude-opus-4-6",
      },
      {
        id: "codex",
        name: "Codex",
        model: "openai/gpt-5.5",
      },
    ],
  },
}
Przy tej konfiguracji agent main używa swojej zwykłej ścieżki dostawcy, a agent codex używa app-server Codex.

Wdrożenie Codex z zamknięciem awaryjnym

Dla tur agentów OpenAI openai/gpt-* już rozwiązuje się do Codex, gdy dołączony Plugin jest dostępny. Dodaj jawną politykę środowiska uruchomieniowego, gdy chcesz mieć zapisaną regułę zamknięcia awaryjnego:
{
  models: {
    providers: {
      openai: {
        agentRuntime: {
          id: "codex",
        },
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
}
Po wymuszeniu Codex OpenClaw kończy działanie wcześnie błędem, jeśli Plugin Codex jest wyłączony, app-server jest zbyt stary albo app-server nie może się uruchomić.

Polityka app-server

Domyślnie Plugin uruchamia lokalnie zarządzane przez OpenClaw binarium Codex z transportem stdio. Ustaw appServer.command tylko wtedy, gdy celowo chcesz uruchomić inny plik wykonywalny. Używaj transportu WebSocket tylko wtedy, gdy app-server już działa gdzie indziej:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            transport: "websocket",
            url: "ws://gateway-host:39175",
            authToken: "${CODEX_APP_SERVER_TOKEN}",
          },
        },
      },
    },
  },
}
Lokalne sesje app-servera stdio domyślnie używają postawy zaufanego lokalnego operatora: approvalPolicy: "never", approvalsReviewer: "user" oraz sandbox: "danger-full-access". Jeśli lokalne wymagania Codex nie zezwalają na tę niejawną postawę YOLO, OpenClaw wybiera zamiast tego dozwolone uprawnienia guardian. Gdy sandbox OpenClaw jest aktywny dla sesji, OpenClaw zawęża Codex danger-full-access do Codex workspace-write, aby natywne tury Codex w trybie kodu pozostawały wewnątrz sandboxowanego obszaru roboczego. Użyj trybu guardian, gdy chcesz natywnej automatycznej recenzji Codex przed wyjściem poza sandbox lub przyznaniem dodatkowych uprawnień:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            mode: "guardian",
            serviceTier: "priority",
          },
        },
      },
    },
  },
}
Tryb guardian rozwija się do zatwierdzeń app-servera Codex, zwykle approvalPolicy: "on-request", approvalsReviewer: "auto_review" oraz sandbox: "workspace-write", gdy lokalne wymagania zezwalają na te wartości. W przypadku każdego pola app-servera, kolejności uwierzytelniania, izolacji środowiska, wykrywania i działania limitów czasu zobacz dokumentację referencyjną harnessu Codex.

Polecenia i diagnostyka

Dołączony plugin rejestruje /codex jako polecenie ukośnikowe w każdym kanale, który obsługuje polecenia tekstowe OpenClaw. Typowe formy:
  • /codex status sprawdza łączność z app-serverem, modele, konto, limity szybkości, serwery MCP i Skills.
  • /codex models wyświetla modele app-servera Codex dostępne na żywo.
  • /codex threads [filter] wyświetla ostatnie wątki app-servera Codex.
  • /codex resume <thread-id> dołącza bieżącą sesję OpenClaw do istniejącego wątku Codex.
  • /codex compact prosi app-server Codex o skompaktowanie dołączonego wątku.
  • /codex review uruchamia natywną recenzję Codex dla dołączonego wątku.
  • /codex diagnostics [note] pyta przed wysłaniem opinii Codex dla dołączonego wątku.
  • /codex account pokazuje stan konta i limitów szybkości.
  • /codex mcp wyświetla stan serwera MCP app-servera Codex.
  • /codex skills wyświetla Skills app-servera Codex.
W przypadku większości zgłoszeń do pomocy technicznej zacznij od /diagnostics [note] w rozmowie, w której wystąpił błąd. Tworzy ono jeden raport diagnostyczny Gateway i, w przypadku sesji harnessu Codex, prosi o zgodę na wysłanie odpowiedniego pakietu opinii Codex. Model prywatności i zachowanie w czatach grupowych opisano w eksporcie diagnostyki. Użyj /codex diagnostics [note] tylko wtedy, gdy konkretnie chcesz przesłać opinię Codex dla aktualnie dołączonego wątku bez pełnego pakietu diagnostycznego Gateway.

Lokalna inspekcja wątków Codex

Najszybszym sposobem sprawdzenia nieudanego uruchomienia Codex jest często bezpośrednie otwarcie natywnego wątku Codex:
codex resume <thread-id>
Identyfikator wątku uzyskasz z ukończonej odpowiedzi /diagnostics, /codex binding lub /codex threads [filter]. Mechanikę przesyłania i granice diagnostyki na poziomie środowiska uruchomieniowego opisano w środowisku uruchomieniowym harnessu Codex. Uwierzytelnianie jest wybierane w tej kolejności:
  1. Uporządkowane profile uwierzytelniania OpenAI dla agenta, najlepiej pod auth.order.openai. Istniejące identyfikatory profili openai-codex:* pozostają prawidłowe.
  2. Istniejące konto app-servera w katalogu domowym Codex tego agenta.
  3. Tylko w przypadku lokalnych uruchomień app-servera stdio: CODEX_API_KEY, następnie OPENAI_API_KEY, gdy nie ma konta app-servera, a uwierzytelnianie OpenAI nadal jest wymagane.
Gdy OpenClaw wykryje profil uwierzytelniania Codex w stylu subskrypcji ChatGPT, usuwa CODEX_API_KEY i OPENAI_API_KEY z uruchomionego procesu podrzędnego Codex. Dzięki temu klucze API na poziomie Gateway pozostają dostępne dla embeddingów lub bezpośrednich modeli OpenAI, bez przypadkowego rozliczania natywnych tur app-servera Codex przez API. Jawne profile kluczy API Codex i lokalny fallback kluczy środowiskowych stdio używają logowania app-servera zamiast dziedziczonego środowiska procesu podrzędnego. Połączenia WebSocket app-servera nie otrzymują fallbacku klucza API ze środowiska Gateway; użyj jawnego profilu uwierzytelniania albo własnego konta zdalnego app-servera. Jeśli profil subskrypcyjny osiągnie limit użycia Codex, OpenClaw zapisuje czas resetu, gdy Codex go zgłosi, i próbuje następnego uporządkowanego profilu uwierzytelniania dla tego samego uruchomienia Codex. Po upływie czasu resetu profil subskrypcyjny ponownie kwalifikuje się do użycia bez zmiany wybranego modelu openai/gpt-* ani środowiska uruchomieniowego Codex. Jeśli wdrożenie wymaga dodatkowej izolacji środowiska, dodaj te zmienne do appServer.clearEnv:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            clearEnv: ["CODEX_API_KEY", "OPENAI_API_KEY"],
          },
        },
      },
    },
  },
}
appServer.clearEnv wpływa tylko na uruchomiony proces podrzędny app-servera Codex. Dynamiczne narzędzia Codex domyślnie używają ładowania searchable. OpenClaw nie udostępnia dynamicznych narzędzi, które dublują natywne operacje obszaru roboczego Codex: read, write, edit, apply_patch, exec, process oraz update_plan. Pozostałe narzędzia integracyjne OpenClaw, takie jak komunikacja, sesje, media, cron, przeglądarka, węzły, gateway, heartbeat_respond i web_search, są dostępne przez wyszukiwanie narzędzi Codex w przestrzeni nazw openclaw, co zmniejsza początkowy kontekst modelu. sessions_yield oraz odpowiedzi źródłowe wyłącznie z narzędzi komunikacyjnych pozostają bezpośrednie, ponieważ są to kontrakty sterowania turą. Instrukcje współpracy Heartbeat każą Codex wyszukać heartbeat_respond przed zakończeniem tury heartbeat, gdy narzędzie nie jest jeszcze załadowane. Ustaw codexDynamicToolsLoading: "direct" tylko podczas łączenia z niestandardowym app-serverem Codex, który nie potrafi wyszukiwać odroczonych dynamicznych narzędzi, albo podczas debugowania pełnego ładunku narzędzi. Obsługiwane pola najwyższego poziomu pluginu Codex:
PoleDomyślnieZnaczenie
codexDynamicToolsLoading"searchable"Użyj "direct", aby umieścić dynamiczne narzędzia OpenClaw bezpośrednio w początkowym kontekście narzędzi Codex.
codexDynamicToolsExclude[]Dodatkowe nazwy dynamicznych narzędzi OpenClaw do pominięcia w turach app-servera Codex.
codexPluginswyłączoneNatywna obsługa pluginów/aplikacji Codex dla zmigrowanych, kuratorowanych pluginów zainstalowanych ze źródeł.
Obsługiwane pola appServer:
PoleDomyślnieZnaczenie
transport"stdio""stdio" uruchamia Codex; "websocket" łączy z url.
commandzarządzany plik binarny CodexPlik wykonywalny dla transportu stdio. Pozostaw nieustawione, aby użyć zarządzanego pliku binarnego; ustaw tylko dla jawnego nadpisania.
args["app-server", "--listen", "stdio://"]Argumenty dla transportu stdio.
urlnieustawioneURL app-servera WebSocket.
authTokennieustawioneToken Bearer dla transportu WebSocket.
headers{}Dodatkowe nagłówki WebSocket.
clearEnv[]Dodatkowe nazwy zmiennych środowiskowych usuwane z uruchomionego procesu app-servera stdio po zbudowaniu przez OpenClaw dziedziczonego środowiska. CODEX_HOME i HOME są zarezerwowane dla izolacji Codex per agent OpenClaw przy lokalnych uruchomieniach.
requestTimeoutMs60000Limit czasu dla wywołań płaszczyzny sterowania app-servera.
turnCompletionIdleTimeoutMs60000Okno ciszy po żądaniu app-servera Codex o zakresie tury, gdy OpenClaw czeka na turn/completed. Zwiększ tę wartość dla wolnych faz syntezy po narzędziu lub wyłącznie statusowych.
mode"yolo", chyba że lokalne wymagania Codex nie zezwalają na YOLOPreset dla wykonania YOLO lub recenzowanego przez guardian. Lokalne wymagania stdio, które pomijają danger-full-access, zatwierdzenie never albo recenzenta user, sprawiają, że niejawną wartością domyślną jest guardian.
approvalPolicy"never" lub dozwolona zasada zatwierdzania guardianNatywna zasada zatwierdzania Codex wysyłana przy starcie/wznowieniu wątku/turze. Domyślne ustawienia guardian preferują "on-request", gdy jest dozwolone.
sandbox"danger-full-access" lub dozwolony sandbox guardianNatywny tryb sandbox Codex wysyłany przy starcie/wznowieniu wątku. Domyślne ustawienia guardian preferują "workspace-write", gdy jest dozwolone, w przeciwnym razie "read-only". Gdy sandbox OpenClaw jest aktywny, danger-full-access jest zawężane do "workspace-write".
approvalsReviewer"user" lub dozwolony recenzent guardianUżyj "auto_review", aby pozwolić Codex recenzować natywne monity zatwierdzania, gdy jest to dozwolone; w przeciwnym razie guardian_subagent lub user. guardian_subagent pozostaje starszym aliasem.
serviceTiernieustawioneOpcjonalna warstwa usług app-servera Codex. "priority" włącza routing trybu szybkiego, "flex" żąda przetwarzania flex, null czyści nadpisanie, a starsze "fast" jest akceptowane jako "priority".
Wywołania dynamicznych narzędzi należących do OpenClaw są ograniczane niezależnie od appServer.requestTimeoutMs: żądania Codex item/tool/call domyślnie używają 30-sekundowego watchdog OpenClaw. Dodatni argument timeoutMs dla pojedynczego wywołania wydłuża lub skraca budżet tego konkretnego narzędzia. Narzędzie image_generate używa też agents.defaults.imageGenerationModel.timeoutMs, gdy wywołanie narzędzia nie podaje własnego limitu czasu, a narzędzie image do rozumienia multimediów używa tools.media.image.timeoutSeconds albo 60-sekundowej domyślnej wartości dla multimediów. Budżety dynamicznych narzędzi są ograniczone do 600000 ms. Po przekroczeniu limitu czasu OpenClaw przerywa sygnał narzędzia tam, gdzie jest to obsługiwane, i zwraca do Codex odpowiedź nieudanego dynamicznego narzędzia, aby tura mogła być kontynuowana, zamiast pozostawiać sesję w stanie processing. Po tym, jak OpenClaw odpowie na żądanie app-server o zakresie tury Codex, harness oczekuje również, że Codex zakończy natywną turę przez turn/completed. Jeśli app-server milczy przez appServer.turnCompletionIdleTimeoutMs po tej odpowiedzi, OpenClaw w trybie best-effort przerywa turę Codex, zapisuje diagnostyczny limit czasu i zwalnia pasmo sesji OpenClaw, aby kolejne wiadomości czatu nie czekały w kolejce za przestarzałą natywną turą. Każde nieterminalne powiadomienie dla tej samej tury, w tym rawResponseItem/completed, rozbraja ten krótki watchdog, ponieważ Codex dowiódł, że tura nadal żyje; dłuższy terminalny watchdog nadal chroni rzeczywiście zablokowane tury. Globalne powiadomienia app-server, takie jak aktualizacje limitów szybkości, nie resetują postępu bezczynności tury. Gdy Codex emituje ukończony element agentMessage, a następnie milczy bez turn/completed, OpenClaw traktuje odpowiedź asystenta jako faktycznie ukończoną, w trybie best-effort przerywa natywną turę Codex i zwalnia pasmo sesji. Diagnostyka limitów czasu obejmuje ostatnią metodę powiadomienia app-server oraz, dla surowych elementów odpowiedzi asystenta, typ elementu, rolę, identyfikator i ograniczony podgląd tekstu asystenta. Nadpisania środowiskowe pozostają dostępne do testów lokalnych:
  • OPENCLAW_CODEX_APP_SERVER_BIN
  • OPENCLAW_CODEX_APP_SERVER_ARGS
  • OPENCLAW_CODEX_APP_SERVER_MODE=yolo|guardian
  • OPENCLAW_CODEX_APP_SERVER_APPROVAL_POLICY
  • OPENCLAW_CODEX_APP_SERVER_SANDBOX
OPENCLAW_CODEX_APP_SERVER_BIN pomija zarządzany plik binarny, gdy appServer.command nie jest ustawione. OPENCLAW_CODEX_APP_SERVER_GUARDIAN=1 usunięto. Zamiast tego użyj plugins.entries.codex.config.appServer.mode: "guardian" albo OPENCLAW_CODEX_APP_SERVER_MODE=guardian do jednorazowych testów lokalnych. Konfiguracja jest preferowana dla powtarzalnych wdrożeń, ponieważ utrzymuje zachowanie pluginu w tym samym przeglądanym pliku co reszta konfiguracji harnessu Codex.

Natywne pluginy Codex

Obsługa natywnych pluginów Codex używa własnych możliwości aplikacji i pluginów app-server Codex w tym samym wątku Codex co tura harnessu OpenClaw. OpenClaw nie tłumaczy pluginów Codex na syntetyczne dynamiczne narzędzia OpenClaw codex_plugin_*. codexPlugins wpływa tylko na sesje, które wybierają natywny harness Codex. Nie ma wpływu na uruchomienia PI, zwykłe uruchomienia dostawcy OpenAI, powiązania konwersacji ACP ani inne harnessy. Minimalna zmigrowana konfiguracja:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          codexPlugins: {
            enabled: true,
            allow_destructive_actions: true,
            plugins: {
              "google-calendar": {
                enabled: true,
                marketplaceName: "openai-curated",
                pluginName: "google-calendar",
              },
            },
          },
        },
      },
    },
  },
}
Konfiguracja aplikacji wątku jest obliczana, gdy OpenClaw ustanawia sesję harnessu Codex albo zastępuje przestarzałe powiązanie wątku Codex. Nie jest obliczana ponownie przy każdej turze. Po zmianie codexPlugins użyj /new, /reset albo uruchom ponownie gateway, aby przyszłe sesje harnessu Codex startowały ze zaktualizowanym zestawem aplikacji. Informacje o kwalifikowalności migracji, inwentarzu aplikacji, polityce działań destrukcyjnych, elicytacjach i diagnostyce natywnych pluginów znajdziesz w Natywne pluginy Codex.

Computer Use

Computer Use opisano w osobnym przewodniku konfiguracji: Codex Computer Use. W skrócie: OpenClaw nie dostarcza aplikacji do sterowania pulpitem ani sam nie wykonuje działań na pulpicie. Przygotowuje app-server Codex, weryfikuje, że serwer MCP computer-use jest dostępny, a następnie pozwala Codex posiadać natywne wywołania narzędzi MCP podczas tur w trybie Codex.

Granice środowiska uruchomieniowego

Harness Codex zmienia tylko niskopoziomowy osadzony executor agenta.
  • Dynamiczne narzędzia OpenClaw są obsługiwane. Codex prosi OpenClaw o wykonanie tych narzędzi, więc OpenClaw pozostaje na ścieżce wykonania.
  • Natywne narzędzia powłoki, poprawek, MCP i aplikacji Codex należą do Codex. OpenClaw może obserwować lub blokować wybrane natywne zdarzenia przez obsługiwany przekaźnik, ale nie przepisuje argumentów natywnych narzędzi.
  • Codex posiada natywną Compaction. OpenClaw utrzymuje lustrzaną kopię transkrypcji na potrzeby historii kanału, wyszukiwania, /new, /reset oraz przyszłego przełączania modelu lub harnessu.
  • Generowanie multimediów, rozumienie multimediów, TTS, zatwierdzenia i wyjście narzędzi komunikacyjnych nadal przechodzą przez odpowiadające im ustawienia dostawcy/modelu OpenClaw.
  • tool_result_persist dotyczy należących do OpenClaw wyników narzędzi w transkrypcji, a nie natywnych rekordów wyników narzędzi Codex.
Informacje o warstwach hooków, obsługiwanych powierzchniach V1, natywnej obsłudze uprawnień, sterowaniu kolejką, mechanice przesyłania opinii Codex i szczegółach Compaction znajdziesz w Środowisko uruchomieniowe harnessu Codex.

Rozwiązywanie problemów

Codex nie pojawia się jako zwykły dostawca /model: to oczekiwane dla nowych konfiguracji. Wybierz model openai/gpt-*, włącz plugins.entries.codex.enabled i sprawdź, czy plugins.allow nie wyklucza codex. OpenClaw używa PI zamiast Codex: upewnij się, że referencja modelu to openai/gpt-* u oficjalnego dostawcy OpenAI oraz że plugin Codex jest zainstalowany i włączony. Jeśli podczas testów potrzebujesz ścisłego dowodu, ustaw agentRuntime.id: "codex" na dostawcy lub modelu. Wymuszone środowisko uruchomieniowe Codex kończy się niepowodzeniem zamiast wracać do PI. Pozostaje starsza konfiguracja openai-codex/*: uruchom openclaw doctor --fix. Doctor przepisuje starsze referencje modeli na openai/*, usuwa przestarzałe przypięcia środowiska uruchomieniowego sesji i całego agenta oraz zachowuje istniejące nadpisania profilu uwierzytelniania. app-server jest odrzucany: użyj app-server Codex 0.125.0 lub nowszego. Wydania prerelease tej samej wersji albo wersje z sufiksem build, takie jak 0.125.0-alpha.2 lub 0.125.0+custom, są odrzucane, ponieważ OpenClaw testuje stabilne minimum protokołu 0.125.0. /codex status nie może się połączyć: sprawdź, czy dołączony plugin codex jest włączony, czy plugins.allow go obejmuje, gdy skonfigurowano listę dozwolonych, oraz czy dowolne niestandardowe appServer.command, url, authToken lub nagłówki są poprawne. Odnajdywanie modeli jest wolne: obniż plugins.entries.codex.config.discovery.timeoutMs albo wyłącz odnajdywanie. Zobacz Dokumentacja referencyjna harnessu Codex. Transport WebSocket natychmiast kończy się niepowodzeniem: sprawdź appServer.url, authToken, nagłówki oraz czy zdalny app-server mówi tą samą wersją protokołu app-server Codex. Model inny niż Codex używa PI: to oczekiwane, chyba że polityka środowiska uruchomieniowego dostawcy lub modelu kieruje go do innego harnessu. Zwykłe referencje dostawców innych niż OpenAI pozostają na swojej normalnej ścieżce dostawcy w trybie auto. Computer Use jest zainstalowany, ale narzędzia się nie uruchamiają: sprawdź /codex computer-use status ze świeżej sesji. Jeśli narzędzie zgłasza Native hook relay unavailable, użyj /new lub /reset; jeśli problem się utrzymuje, uruchom ponownie gateway, aby wyczyścić przestarzałe natywne rejestracje hooków. Zobacz Codex Computer Use.

Powiązane