Перейти до основного вмісту

Documentation Index

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

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

Вбудований plugin codex дає OpenClaw змогу запускати вбудовані ходи агентів OpenAI через Codex app-server замість вбудованого PI harness. Використовуйте Codex harness, коли хочете, щоб Codex керував низькорівневою сесією агента: нативне відновлення thread, нативне продовження tool, нативна compaction і виконання app-server. OpenClaw і далі керує каналами чату, файлами сесій, вибором моделі, динамічними tools OpenClaw, approvals, доставкою медіа та видимим дзеркалом transcript. Звичайне налаштування використовує канонічні посилання на моделі OpenAI, як-от openai/gpt-5.5. Не налаштовуйте посилання на моделі openai-codex/gpt-*. Задавайте порядок auth агентів OpenAI у auth.order.openai; старі профілі openai-codex:* і записи auth.order.openai-codex залишаються підтримуваними для наявних інсталяцій. OpenClaw запускає threads Codex app-server з нативним code mode Codex і увімкненим режимом лише code-mode. Це утримує відкладені/пошукові динамічні tools OpenClaw усередині власного виконання коду та поверхні tool-search Codex, замість додавання обгортки tool-search у стилі PI поверх Codex. Для ширшого розділення model/provider/runtime почніть з середовищ виконання агентів. Коротко: openai/gpt-5.5 — це посилання на модель, codex — runtime, а Telegram, Discord, Slack або інший канал залишається комунікаційною поверхнею.

Вимоги

  • OpenClaw з доступним вбудованим plugin codex.
  • Якщо ваша конфігурація використовує plugins.allow, додайте codex.
  • Codex app-server 0.125.0 або новіший. Вбудований plugin типово керує сумісним бінарним файлом Codex app-server, тому локальні команди codex у PATH не впливають на звичайний запуск harness.
  • Codex auth доступний через openclaw models auth login --provider openai-codex, обліковий запис app-server у Codex home агента або явний auth profile Codex API-key.
Про пріоритет auth, ізоляцію середовища, власні команди app-server, виявлення моделей і всі поля конфігурації див. довідник Codex harness.

Швидкий старт

Більшість користувачів, які хочуть Codex в OpenClaw, обирають цей шлях: увійти з підпискою ChatGPT/Codex, увімкнути вбудований plugin codex і використовувати канонічне посилання на модель openai/gpt-*. Увійдіть через Codex OAuth:
openclaw models auth login --provider openai-codex
Увімкніть вбудований plugin codex і виберіть модель агента OpenAI:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
}
Якщо ваша конфігурація використовує plugins.allow, додайте туди також codex:
{
  plugins: {
    allow: ["codex"],
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
}
Перезапустіть gateway після зміни конфігурації plugin. Якщо наявний чат уже має сесію, використайте /new або /reset перед тестуванням змін runtime, щоб наступний хід визначив harness з поточної конфігурації.

Конфігурація

Конфігурація зі швидкого старту — це мінімально достатня конфігурація Codex harness. Налаштовуйте параметри Codex harness у конфігурації OpenClaw, а CLI використовуйте лише для Codex auth:
ПотребаНалаштуйтеДе
Увімкнути harnessplugins.entries.codex.enabled: trueКонфігурація OpenClaw
Зберегти інсталяцію plugin зі списком дозволенихДодайте codex у plugins.allowКонфігурація OpenClaw
Спрямовувати ходи агентів OpenAI через Codexagents.defaults.model або agents.list[].model як openai/gpt-*Конфігурація агента OpenClaw
Увійти через Codex OAuthopenclaw models auth login --provider openai-codexAuth profile CLI
Додати резервний API-key для запусків CodexПрофіль API-key openai:*, указаний після subscription auth у auth.order.openaiAuth profile CLI + конфігурація OpenClaw
Завершуватися помилкою, коли Codex недоступнийProvider або model agentRuntime.id: "codex"Конфігурація model/provider OpenClaw
Використовувати прямий трафік OpenAI APIProvider або model agentRuntime.id: "pi" зі звичайним auth OpenAIКонфігурація model/provider OpenClaw
Налаштувати поведінку app-serverplugins.entries.codex.config.appServer.*Конфігурація plugin Codex
Увімкнути нативні apps plugin Codexplugins.entries.codex.config.codexPlugins.*Конфігурація plugin Codex
Увімкнути Codex Computer Useplugins.entries.codex.config.computerUse.*Конфігурація plugin Codex
Використовуйте посилання на моделі openai/gpt-* для ходів агентів OpenAI з Codex. Надавайте перевагу auth.order.openai для порядку subscription-first/API-key-backup. Наявні auth profiles openai-codex:* і auth.order.openai-codex залишаються чинними, але не створюйте нові посилання на моделі openai-codex/gpt-*.
{
  auth: {
    order: {
      openai: ["openai-codex:user@example.com", "openai:api-key-backup"],
    },
  },
}
У такій формі обидва профілі все одно виконуються через Codex для ходів агентів openai/gpt-*. API key є лише резервним auth, а не запитом на перемикання на PI або звичайний OpenAI Responses. Решта цієї сторінки описує поширені варіанти, між якими користувачі мають вибрати: форма розгортання, fail-closed routing, політика guardian approval, нативні Codex plugins і Computer Use. Повні списки параметрів, значення за замовчуванням, enums, discovery, ізоляцію середовища, timeouts і поля transport app-server див. у довіднику Codex harness.

Перевірка runtime Codex

Використайте /status у чаті, де очікуєте Codex. Хід агента OpenAI на базі Codex показує:
Runtime: OpenAI Codex
Потім перевірте стан Codex app-server:
/codex status
/codex models
/codex status повідомляє про підключення app-server, обліковий запис, rate limits, MCP servers і skills. /codex models перелічує живий каталог Codex app-server для harness і облікового запису. Якщо /status неочікуваний, див. Усунення несправностей.

Routing і вибір моделі

Тримайте provider refs і runtime policy окремо:
  • Використовуйте openai/gpt-* для ходів агентів OpenAI через Codex.
  • Не використовуйте openai-codex/gpt-* у конфігурації. Запустіть openclaw doctor --fix, щоб виправити legacy refs і застарілі route pins сесій.
  • agentRuntime.id: "codex" необов’язковий для звичайного auto mode OpenAI, але корисний, коли розгортання має fail closed, якщо Codex недоступний.
  • agentRuntime.id: "pi" переводить provider або model у пряму поведінку PI, коли це зроблено навмисно.
  • /codex ... керує нативними розмовами Codex app-server з чату.
  • ACP/acpx — це окремий шлях зовнішнього harness. Використовуйте його лише тоді, коли користувач просить ACP/acpx або зовнішній harness adapter.
Поширений routing команд:
Намір користувачаВикористовуйте
Приєднати поточний чат/codex bind [--cwd <path>]
Відновити наявний thread Codex/codex resume <thread-id>
Перелічити або відфільтрувати threads Codex/codex threads [filter]
Надіслати лише feedback Codex/codex diagnostics [note]
Запустити завдання ACP/acpxКоманди сесій ACP/acpx, не /codex
Випадок використанняНалаштуйтеПеревіртеПримітки
Підписка ChatGPT/Codex з нативним runtime Codexopenai/gpt-* плюс увімкнений plugin codex/status показує Runtime: OpenAI CodexРекомендований шлях
Fail closed, якщо Codex недоступнийProvider або model agentRuntime.id: "codex"Хід завершується помилкою замість PI fallbackВикористовуйте для розгортань лише з Codex
Прямий API-key трафік OpenAI через PIProvider або model agentRuntime.id: "pi" і звичайний auth OpenAI/status показує PI runtimeВикористовуйте лише коли PI навмисний
Legacy конфігураціяopenai-codex/gpt-*openclaw doctor --fix переписує їїНе створюйте нову конфігурацію так
ACP/acpx Codex adapterACP sessions_spawn({ runtime: "acp" })Статус завдання/сесії ACPОкремо від нативного Codex harness
agents.defaults.imageModel дотримується такого самого розділення prefix. Використовуйте openai/gpt-* для звичайного маршруту OpenAI і codex/gpt-* лише тоді, коли розуміння зображень має виконуватися через обмежений хід Codex app-server. Не використовуйте openai-codex/gpt-*; doctor переписує цей legacy prefix на openai/gpt-*.

Шаблони розгортання

Базове розгортання Codex

Використовуйте конфігурацію зі швидкого старту, коли всі ходи агентів OpenAI мають типово використовувати Codex.
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
}

Змішане розгортання provider

Ця форма залишає Claude агентом за замовчуванням і додає іменованого агента 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",
      },
    ],
  },
}
З цією конфігурацією агент main використовує свій звичайний шлях provider, а агент codex використовує Codex app-server.

Fail-closed розгортання Codex

Для ходів агентів OpenAI openai/gpt-* уже визначається як Codex, коли вбудований plugin доступний. Додайте явну runtime policy, якщо хочете записане правило fail-closed:
{
  models: {
    providers: {
      openai: {
        agentRuntime: {
          id: "codex",
        },
      },
    },
  },
  agents: {
    defaults: {
      model: "openai/gpt-5.5",
    },
  },
  plugins: {
    entries: {
      codex: {
        enabled: true,
      },
    },
  },
}
Коли Codex примусово заданий, OpenClaw завершується рано з помилкою, якщо plugin Codex вимкнено, app-server занадто старий або app-server не може запуститися.

Політика app-server

За замовчуванням plugin запускає керований OpenClaw бінарний файл Codex локально зі stdio transport. Задавайте appServer.command лише тоді, коли навмисно хочете запускати інший виконуваний файл. Використовуйте WebSocket transport лише тоді, коли app-server уже запущений деінде:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            transport: "websocket",
            url: "ws://gateway-host:39175",
            authToken: "${CODEX_APP_SERVER_TOKEN}",
          },
        },
      },
    },
  },
}
Локальні сеанси app-server через stdio за замовчуванням використовують довірену позицію локального оператора: approvalPolicy: "never", approvalsReviewer: "user" і sandbox: "danger-full-access". Якщо локальні вимоги Codex забороняють цю неявну позицію YOLO, OpenClaw натомість вибирає дозволені дозволи наглядача. Коли для сеансу активна пісочниця OpenClaw, OpenClaw звужує Codex danger-full-access до Codex workspace-write, щоб нативні ходи Codex у режимі коду залишалися в межах ізольованого робочого простору. Використовуйте режим наглядача, коли потрібна нативна автоперевірка Codex перед виходом із пісочниці або наданням додаткових дозволів:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            mode: "guardian",
            serviceTier: "priority",
          },
        },
      },
    },
  },
}
Режим наглядача розгортається в схвалення Codex app-server, зазвичай approvalPolicy: "on-request", approvalsReviewer: "auto_review" і sandbox: "workspace-write", коли локальні вимоги дозволяють ці значення. Для кожного поля app-server, порядку автентифікації, ізоляції середовища, виявлення та поведінки тайм-аутів див. довідник Codex harness.

Команди й діагностика

Вбудований Plugin реєструє /codex як slash-команду на будь-якому каналі, що підтримує текстові команди OpenClaw. Поширені форми:
  • /codex status перевіряє з’єднання з app-server, моделі, обліковий запис, обмеження швидкості, сервери MCP і Skills.
  • /codex models виводить список активних моделей Codex app-server.
  • /codex threads [filter] виводить список нещодавніх потоків Codex app-server.
  • /codex resume <thread-id> прив’язує поточний сеанс OpenClaw до наявного потоку Codex.
  • /codex compact просить Codex app-server виконати Compaction прив’язаного потоку.
  • /codex review запускає нативний перегляд Codex для прив’язаного потоку.
  • /codex diagnostics [note] запитує підтвердження перед надсиланням відгуку Codex для прив’язаного потоку.
  • /codex account показує стан облікового запису та обмежень швидкості.
  • /codex mcp виводить стан серверів MCP Codex app-server.
  • /codex skills виводить Skills Codex app-server.
Для більшості звітів підтримки почніть із /diagnostics [note] у розмові, де сталася помилка. Це створює один діагностичний звіт Gateway і, для сеансів Codex harness, запитує схвалення на надсилання відповідного пакета відгуку Codex. Див. експорт діагностики, щоб дізнатися про модель приватності та поведінку в групових чатах. Використовуйте /codex diagnostics [note] лише тоді, коли вам потрібне саме завантаження відгуку Codex для поточного прив’язаного потоку без повного діагностичного пакета Gateway.

Локальна перевірка потоків Codex

Найшвидший спосіб перевірити невдалий запуск Codex часто полягає в тому, щоб відкрити нативний потік Codex безпосередньо:
codex resume <thread-id>
Отримайте ідентифікатор потоку із завершеної відповіді /diagnostics, /codex binding або /codex threads [filter]. Щодо механіки завантаження та меж діагностики на рівні середовища виконання див. середовище виконання Codex harness. Автентифікація вибирається в такому порядку:
  1. Упорядковані профілі автентифікації OpenAI для агента, бажано в auth.order.openai. Наявні ідентифікатори профілів openai-codex:* залишаються чинними.
  2. Наявний обліковий запис app-server у Codex home цього агента.
  3. Лише для локальних запусків app-server через stdio: CODEX_API_KEY, потім OPENAI_API_KEY, коли обліковий запис app-server відсутній, а автентифікація OpenAI усе ще потрібна.
Коли OpenClaw бачить профіль автентифікації Codex у стилі підписки ChatGPT, він видаляє CODEX_API_KEY і OPENAI_API_KEY із породженого дочірнього процесу Codex. Це залишає API-ключі рівня Gateway доступними для embedding або прямих моделей OpenAI без випадкового тарифікування нативних ходів Codex app-server через API. Явні профілі API-ключів Codex і локальний резервний env-key для stdio використовують вхід app-server замість успадкованого середовища дочірнього процесу. WebSocket-з’єднання app-server не отримують резервний API-ключ із середовища Gateway; використовуйте явний профіль автентифікації або власний обліковий запис віддаленого app-server. Якщо профіль підписки досягає ліміту використання Codex, OpenClaw записує час скидання, коли Codex його повідомляє, і пробує наступний упорядкований профіль автентифікації для того самого запуску Codex. Коли час скидання минає, профіль підписки знову стає придатним без зміни вибраної моделі openai/gpt-* або середовища виконання Codex. Якщо розгортанню потрібна додаткова ізоляція середовища, додайте ці змінні до appServer.clearEnv:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          appServer: {
            clearEnv: ["CODEX_API_KEY", "OPENAI_API_KEY"],
          },
        },
      },
    },
  },
}
appServer.clearEnv впливає лише на породжений дочірній процес Codex app-server. Динамічні інструменти Codex за замовчуванням завантажуються як searchable. OpenClaw не відкриває динамічні інструменти, що дублюють нативні операції Codex з робочим простором: read, write, edit, apply_patch, exec, process і update_plan. Решта інструментів інтеграції OpenClaw, як-от обмін повідомленнями, сеанси, медіа, cron, браузер, вузли, gateway, heartbeat_respond і web_search, доступні через пошук інструментів Codex у просторі імен openclaw, що зменшує початковий контекст моделі. sessions_yield і відповіді джерела лише для інструментів повідомлень залишаються прямими, бо це контракти керування ходом. Інструкції співпраці Heartbeat повідомляють Codex, що потрібно шукати heartbeat_respond перед завершенням ходу heartbeat, коли інструмент ще не завантажено. Встановлюйте codexDynamicToolsLoading: "direct" лише під час підключення до власного Codex app-server, який не може шукати відкладені динамічні інструменти, або під час налагодження повного навантаження інструментів. Підтримувані поля верхнього рівня Plugin Codex:
ПолеЗа замовчуваннямЗначення
codexDynamicToolsLoading"searchable"Використовуйте "direct", щоб помістити динамічні інструменти OpenClaw безпосередньо в початковий контекст інструментів Codex.
codexDynamicToolsExclude[]Додаткові імена динамічних інструментів OpenClaw, які слід пропускати в ходах Codex app-server.
codexPluginsвимкненоНативна підтримка Plugin/app Codex для перенесених curated plugins, установлених із вихідного коду.
Підтримувані поля appServer:
ПолеЗа замовчуваннямЗначення
transport"stdio""stdio" породжує Codex; "websocket" підключається до url.
commandкерований двійковий файл CodexВиконуваний файл для stdio transport. Залиште незаданим, щоб використовувати керований двійковий файл; задавайте лише для явного перевизначення.
args["app-server", "--listen", "stdio://"]Аргументи для stdio transport.
urlне заданоURL WebSocket app-server.
authTokenне заданоBearer token для WebSocket transport.
headers{}Додаткові заголовки WebSocket.
clearEnv[]Імена додаткових змінних середовища, видалених із породженого процесу stdio app-server після того, як OpenClaw побудує успадковане середовище. CODEX_HOME і HOME зарезервовані для ізоляції Codex на рівні агента OpenClaw під час локальних запусків.
requestTimeoutMs60000Тайм-аут для викликів control-plane app-server.
turnCompletionIdleTimeoutMs60000Тихе вікно після запиту Codex app-server у межах ходу, поки OpenClaw очікує turn/completed. Збільшуйте його для повільних фаз синтезу після інструментів або лише зі статусами.
mode"yolo", якщо локальні вимоги Codex не забороняють YOLOНабір параметрів для YOLO або виконання з перевіркою наглядачем. Локальні вимоги stdio, які не містять danger-full-access, схвалення never або рецензента user, роблять неявним типовим режимом режим наглядача.
approvalPolicy"never" або дозволена політика схвалення наглядачаНативна політика схвалення Codex, що надсилається під час start/resume/turn потоку. Типові значення наглядача надають перевагу "on-request", коли це дозволено.
sandbox"danger-full-access" або дозволена пісочниця наглядачаНативний режим пісочниці Codex, що надсилається під час start/resume потоку. Типові значення наглядача надають перевагу "workspace-write", коли це дозволено, інакше "read-only". Коли активна пісочниця OpenClaw, danger-full-access звужується до "workspace-write".
approvalsReviewer"user" або дозволений рецензент наглядачаВикористовуйте "auto_review", щоб дозволити Codex перевіряти нативні запити схвалення, коли це дозволено; інакше guardian_subagent або user. guardian_subagent залишається застарілим псевдонімом.
serviceTierне заданоНеобов’язковий рівень сервісу Codex app-server. "priority" вмикає fast-mode routing, "flex" запитує flex processing, null очищає перевизначення, а застаріле "fast" приймається як "priority".
Виклики динамічних інструментів, що належать OpenClaw, обмежуються незалежно від appServer.requestTimeoutMs: запити Codex item/tool/call за замовчуванням використовують 30-секундний watchdog OpenClaw. Додатний аргумент timeoutMs для окремого виклику розширює або скорочує бюджет саме цього інструмента. Інструмент image_generate також використовує agents.defaults.imageGenerationModel.timeoutMs, коли виклик інструмента не надає власного таймауту, а інструмент image для розуміння медіа використовує tools.media.image.timeoutSeconds або свій 60-секундний стандарт для медіа. Бюджети динамічних інструментів обмежені 600000 мс. У разі таймауту OpenClaw перериває сигнал інструмента там, де це підтримується, і повертає Codex невдалу відповідь динамічного інструмента, щоб хід міг продовжитися замість того, щоб залишати сесію в processing. Після того як OpenClaw відповідає на запит app-server у межах ходу Codex, harness також очікує, що Codex завершить нативний хід через turn/completed. Якщо app-server мовчить протягом appServer.turnCompletionIdleTimeoutMs після цієї відповіді, OpenClaw у режимі best-effort перериває хід Codex, записує діагностичний таймаут і звільняє смугу сесії OpenClaw, щоб наступні повідомлення чату не ставали в чергу за застарілим нативним ходом. Будь-яке нетермінальне сповіщення для того самого ходу, включно з rawResponseItem/completed, вимикає цей короткий watchdog, бо Codex довів, що хід досі активний; довший термінальний watchdog продовжує захищати справді завислі ходи. Глобальні сповіщення app-server, наприклад оновлення лімітів частоти, не скидають прогрес простою ходу. Коли Codex видає завершений елемент agentMessage, а потім мовчить без turn/completed, OpenClaw вважає вивід асистента фактично завершеним, у режимі best-effort перериває нативний хід Codex і звільняє смугу сесії. Діагностика таймаутів містить останній метод сповіщення app-server і, для сирих елементів відповіді асистента, тип елемента, роль, ідентифікатор і обмежений попередній перегляд тексту асистента. Перевизначення середовища залишаються доступними для локального тестування:
  • 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 обходить керований бінарний файл, коли appServer.command не задано. OPENCLAW_CODEX_APP_SERVER_GUARDIAN=1 було вилучено. Натомість використовуйте plugins.entries.codex.config.appServer.mode: "guardian" або OPENCLAW_CODEX_APP_SERVER_MODE=guardian для одноразового локального тестування. Config бажаніша для повторюваних розгортань, бо вона зберігає поведінку Plugin у тому самому перевіреному файлі, що й решта налаштування harness Codex.

Нативні плагіни Codex

Підтримка нативних плагінів Codex використовує власні можливості app і plugin app-server Codex у тому самому потоці Codex, що й хід harness OpenClaw. OpenClaw не перетворює плагіни Codex на синтетичні динамічні інструменти OpenClaw codex_plugin_*. codexPlugins впливає лише на сесії, які вибирають нативний harness Codex. Він не впливає на запуски PI, звичайні запуски провайдера OpenAI, прив’язки розмов ACP або інші harness. Мінімальна мігрована config:
{
  plugins: {
    entries: {
      codex: {
        enabled: true,
        config: {
          codexPlugins: {
            enabled: true,
            allow_destructive_actions: true,
            plugins: {
              "google-calendar": {
                enabled: true,
                marketplaceName: "openai-curated",
                pluginName: "google-calendar",
              },
            },
          },
        },
      },
    },
  },
}
Config app потоку обчислюється, коли OpenClaw встановлює сесію harness Codex або замінює застарілу прив’язку потоку Codex. Вона не переобчислюється на кожному ході. Після зміни codexPlugins використайте /new, /reset або перезапустіть Gateway, щоб майбутні сесії harness Codex стартували з оновленим набором app. Про критерії міграції, інвентар app, політику руйнівних дій, запити уточнення та діагностику нативних plugin див. Нативні плагіни Codex.

Використання комп’ютера

Використання комп’ютера описано в окремому посібнику з налаштування: Використання комп’ютера Codex. Коротко: OpenClaw не постачає app для керування робочим столом і не виконує дії на робочому столі самостійно. Він готує app-server Codex, перевіряє, що MCP-сервер computer-use доступний, а потім дозволяє Codex володіти нативними викликами інструментів MCP під час ходів у режимі Codex.

Межі виконання

Harness Codex змінює лише низькорівневий вбудований виконавець агента.
  • Динамічні інструменти OpenClaw підтримуються. Codex просить OpenClaw виконати ці інструменти, тому OpenClaw залишається в шляху виконання.
  • Нативні shell, patch, MCP і нативні app-інструменти Codex належать Codex. OpenClaw може спостерігати або блокувати вибрані нативні події через підтримуваний relay, але він не переписує аргументи нативних інструментів.
  • Codex володіє нативною Compaction. OpenClaw зберігає дзеркало транскрипту для історії каналу, пошуку, /new, /reset і майбутнього перемикання моделі або harness.
  • Генерація медіа, розуміння медіа, TTS, схвалення і вивід messaging-tool продовжують проходити через відповідні налаштування провайдера/моделі OpenClaw.
  • tool_result_persist застосовується до результатів інструментів транскрипту, що належать OpenClaw, а не до записів результатів нативних інструментів Codex.
Про шари хуків, підтримувані поверхні V1, обробку нативних дозволів, керування чергою, механіку завантаження відгуків Codex і подробиці Compaction див. Середовище виконання harness Codex.

Усунення несправностей

Codex не відображається як звичайний провайдер /model: це очікувано для нових config. Виберіть модель openai/gpt-*, увімкніть plugins.entries.codex.enabled і перевірте, чи plugins.allow не виключає codex. OpenClaw використовує PI замість Codex: переконайтеся, що посилання на модель є openai/gpt-* на офіційному провайдері OpenAI і що Plugin Codex встановлений та увімкнений. Якщо під час тестування потрібен строгий доказ, задайте для провайдера або моделі agentRuntime.id: "codex". Примусовий runtime Codex завершується невдачею замість повернення до PI. Застаріла config openai-codex/* лишається: запустіть openclaw doctor --fix. Doctor переписує застарілі посилання на моделі в openai/*, видаляє застарілі піни runtime для сесії та всього агента, і зберігає наявні перевизначення auth-profile. app-server відхилено: використовуйте app-server Codex 0.125.0 або новіший. Передрелізи тієї самої версії або версії із суфіксом збірки, як-от 0.125.0-alpha.2 або 0.125.0+custom, відхиляються, бо OpenClaw перевіряє стабільний мінімум протоколу 0.125.0. /codex status не може підключитися: перевірте, що вбудований Plugin codex увімкнений, що plugins.allow містить його, коли налаштовано allowlist, і що будь-які користувацькі appServer.command, url, authToken або headers є валідними. Виявлення моделей повільне: зменште plugins.entries.codex.config.discovery.timeoutMs або вимкніть виявлення. Див. Довідник harness Codex. Транспорт WebSocket одразу завершується невдачею: перевірте appServer.url, authToken, headers і те, що віддалений app-server використовує ту саму версію протоколу app-server Codex. Модель не Codex використовує PI: це очікувано, якщо політика runtime провайдера або моделі не маршрутизує її до іншого harness. Звичайні посилання на провайдерів не OpenAI залишаються на своєму звичайному шляху провайдера в режимі auto. Computer Use встановлено, але інструменти не запускаються: перевірте /codex computer-use status із нової сесії. Якщо інструмент повідомляє Native hook relay unavailable, використайте /new або /reset; якщо це не минає, перезапустіть Gateway, щоб очистити застарілі реєстрації нативних хуків. Див. Використання комп’ютера Codex.

Пов’язане