openai, як для автентифікації безпосередньо за допомогою ключа API, так і для
автентифікації за передплатою ChatGPT/Codex. openai/* — канонічний маршрут моделі.
Для ходів вбудованого агента, коли політику середовища виконання не задано або встановлено значення auto, характеристики маршруту OpenAI
визначають, чи може OpenClaw неявно вибрати вбудоване середовище виконання сервера застосунку Codex.
Сам по собі префікс openai/* не вибирає середовище виконання.
- Моделі агентів —
openai/*через середовище виконання, вибране явною конфігурацієюagentRuntimeабо неявною політикою маршруту OpenAI. Увійдіть за допомогою автентифікації Codex, щоб використовувати передплату ChatGPT/Codex, або налаштуйте профіль автентифікації за ключем API, якщо потрібна тарифікація за ключем. - Неагентні API OpenAI — прямий доступ до OpenAI Platform із тарифікацією за використання,
через
OPENAI_API_KEYабо профіль автентифікації за ключем APIopenai. - Застаріла конфігурація — посилання
codex/*іopenai-codex/*виправляються наopenai/*разом з обмеженим моделлюagentRuntime.id: "codex"за допомогоюopenclaw doctor --fix.
Відстеження використання та вартості
OpenClaw розділяє квоту передплати й тарифікацію API Platform:- OAuth ChatGPT/Codex показує план передплати, вікна квот і баланс кредитів.
OPENAI_ADMIN_KEYпоказує в розділі Використання Control UI дані за 30 днів про повідомлену провайдером вартість організації та використання завершень, зокрема щоденні витрати, загальну кількість запитів і токенів, найпопулярніші моделі та категорії витрат.OPENAI_PROJECT_IDза потреби обмежує історію Admin API одним проєктом.- OpenClaw ніколи не надсилає
OPENAI_API_KEYабо профіль виведенняopenaiдо API організації; ці облікові дані можуть належати спеціальним кінцевим точкам, Azure або локальним кінцевим точкам агента.
Швидкий вибір
Відповідність назв
Неявне середовище виконання агента
Коли політикуagentRuntime провайдера/моделі не задано або встановлено значення auto, належна провайдеру
політика маршруту OpenAI вибирає неявне середовище виконання на основі фактичної
кінцевої точки й адаптера:
Явна нестандартна політика
agentRuntime.id провайдера/моделі залишається визначальною.
Наприклад, agentRuntime.id: "openclaw" залишає в OpenClaw маршрут, який за інших умов
відповідав би вимогам Codex, тоді як agentRuntime.id: "codex" вимагає Codex і завершується
відмовою, якщо фактичний маршрут не оголошено сумісним із Codex.
Вибір середовища виконання не змінює тип облікових даних або тарифікацію: автентифікація
за ключем API Platform та автентифікація за передплатою ChatGPT/Codex залишаються окремими.
openclaw doctor --fix переносить застарілі посилання на моделі codex/* і openai-codex/*,
застарілі ідентифікатори профілів автентифікації Codex і застарілі записи порядку автентифікації Codex до
канонічного маршруту openai. Перенесені посилання на моделі отримують обмежений моделлю
agentRuntime.id: "codex"; використовуйте auth.order.openai для нової конфігурації порядку автентифікації.
Нове налаштування OpenAI застосовує основну модель GPT-5.6 лише тоді, коли основну модель
не налаштовано. Додавання або оновлення автентифікації OpenAI зберігає наявний явний
вибір, зокрема
openai/gpt-5.5, якщо явно не використати
models auth login --set-default або models set. Використовуйте профіль автентифікації
за ключем API лише тоді, коли потрібна автентифікація моделі агента за ключем API.Обмежений попередній доступ до GPT-5.6
OpenClaw розпізнає точні ідентифікатори моделейopenai/gpt-5.6-sol,
openai/gpt-5.6-terra і openai/gpt-5.6-luna. Усі три підтримують рівні міркування
xhigh і max у поточному каталозі. OpenAI описує Sol як
флагманський рівень, Terra — як збалансований, а Luna — як швидкий рівень
із нижчою вартістю. Див.
оголошення про запуск GPT-5.6
і посібник із доступу.
За безпосередньої автентифікації OpenAI за ключем API базовий ідентифікатор openai/gpt-5.6 є псевдонімом
Sol і типовим значенням для нового налаштування. Нативний каталог Codex не застосовує
цей псевдонім прямого API на боці клієнта; залежно від доступу робочого простору він може показувати
точні ідентифікатори Sol, Terra й Luna. Тому нове налаштування OAuth ChatGPT/Codex
використовує openai/gpt-5.6-sol. Перевірте поточний обліковий запис за допомогою:
Для відповідних точних офіційних маршрутів HTTPS може бути вибрано вбудований Plugin сервера застосунку
Codex, коли політику середовища виконання не задано або встановлено значення
auto; задані маршрути Completions,
спеціальні кінцеві точки й перевизначення транспорту запитів залишаються в OpenClaw. Незашифровані
офіційні кінцеві точки HTTP відхиляються. Явна конфігурація середовища виконання провайдера/моделі залишається
визначальною. Запустіть openclaw doctor --fix, щоб виправити застарілі посилання на моделі Codex,
посилання codex-cli/* або старі закріплення сеансів середовища виконання, які не були задані
явною конфігурацією середовища виконання.Підтримка функцій OpenClaw
Голос OpenAI Realtime працює через загальнодоступний OpenAI Platform Realtime
API і потребує ключа API платформи. Натомість токени Codex OAuth автентифікують
серверну частину ChatGPT Codex; вони не взаємозамінні з ключами API платформи
для загальнодоступних кінцевих точок Realtime.Якщо автентифікація за ключем API повідомляє про відсутність коштів, поповніть кредити платформи на
platform.openai.com/account/billing
для організації, що забезпечує ваші облікові дані реального часу, коли використовується автентифікація
за ключем API. Голос у реальному часі приймає профіль автентифікації за ключем API
openai, створений
за допомогою openclaw onboard --auth-choice openai-api-key, ключ API платформи, установлений через
talk.realtime.providers.openai.apiKey для розмови в Control UI, або
plugins.entries.voice-call.config.realtime.providers.openai.apiKey для Voice
Call, або змінну середовища OPENAI_API_KEY.Векторні представлення пам’яті
OpenClaw може використовувати OpenAI або сумісну з OpenAI кінцеву точку векторних представлень для індексуванняmemory_search і векторних представлень запитів:
queryInputType і documentInputType у memorySearch. OpenClaw
передає їх як специфічні для постачальника поля запиту input_type: векторні представлення
запитів використовують queryInputType; проіндексовані фрагменти пам’яті й пакетне індексування використовують
documentInputType. Повний приклад див. у
довіднику з налаштування пам’яті.
Початок роботи
- Ключ API (OpenAI Platform)
- Підписка Codex
Найкраще підходить для: прямого доступу до API й оплати на основі використання.Або передайте ключ безпосередньо:Неповний ідентифікатор прямого API
1
Отримайте ключ API
Створіть або скопіюйте ключ API з панелі OpenAI Platform.
2
Запустіть початкове налаштування
3
Перевірте доступність моделі
Огляд маршруту
Коли runtime не встановлено або встановлено
auto, лише придатний точний офіційний вбудований
маршрут HTTPS може неявно вибирати засіб запуску app-server Codex. Для автентифікації за ключем API
у моделі агента створіть профіль автентифікації за ключем API openai та впорядкуйте його за допомогою
auth.order.openai; OPENAI_API_KEY залишається прямим запасним варіантом для
поверхонь API OpenAI, що не належать до агентів. Запустіть openclaw doctor --fix, щоб перенести старі
застарілі записи порядку автентифікації Codex.Приклад конфігурації
gpt-5.6 відповідає рівню Sol. Якщо ця організація API
не надає GPT-5.6, явно встановіть основну модель на
openai/gpt-5.5.Щоб спробувати поточну модель Instant ChatGPT через OpenAI API, установіть модель
на openai/chat-latest:chat-latest — змінний псевдонім. Натомість нове налаштування ключа API OpenAI використовує
openai/gpt-5.6, чий неповний ідентифікатор прямого API відповідає Sol. Наявні
явно задані основні моделі, зокрема openai/gpt-5.5, залишаються незмінними. Псевдонім
chat-latest приймає лише текстову деталізацію medium; для цієї моделі OpenClaw примусово
змінює будь-яку іншу запитану деталізацію на medium.Автентифікація нативного сервера застосунку Codex
Нативне середовище сервера застосунку Codex використовує посилання на моделіopenai/*, коли його неявно
вибирає придатний точний офіційний маршрут HTTPS або коли його явно вибирає
agentRuntime.id: "codex" постачальника чи моделі. Його автентифікація все одно
пов’язана з обліковим записом. OpenClaw вибирає автентифікацію в такому порядку:
- Упорядковані профілі автентифікації OpenAI для агента, бажано в
auth.order.openai. Виконайтеopenclaw doctor --fix, щоб перенести старі застарілі ідентифікатори профілів автентифікації Codex і порядок автентифікації. - Наявний обліковий запис сервера застосунку, наприклад локальний вхід у ChatGPT через Codex CLI. Для типового ізольованого домашнього каталогу агента OpenClaw передає цей нативний обліковий запис CLI до сервера застосунку через його RPC входу; він не надає спільного доступу до конфігурації, плагінів або сховища гілок CLI.
- Лише для локальних запусків сервера застосунку через stdio й лише коли сервер застосунку
повідомляє про відсутність облікового запису:
CODEX_API_KEY, потімOPENAI_API_KEY.
OPENAI_API_KEY для прямих моделей OpenAI або
вбудовувань. Резервне використання ключа API зі змінної середовища застосовується лише до локального шляху stdio
без облікового запису; він ніколи не надсилається через з’єднання WebSocket із сервером застосунку. Коли
вибрано профіль Codex із підпискою, OpenClaw також не передає
CODEX_API_KEY і OPENAI_API_KEY дочірньому процесу сервера застосунку stdio,
а натомість надсилає вибрані облікові дані через RPC входу сервера застосунку.
Коли цей профіль підписки заблоковано через обмеження використання Codex, OpenClaw
позначає профіль заблокованим до оголошеного Codex часу скидання та дає змогу порядку
автентифікації перейти до наступного профілю openai:*, не змінюючи вибрану
модель і не виходячи із середовища Codex. Після настання часу скидання
профіль підписки знову стає придатним.
Генерування зображень
Вбудований Pluginopenai реєструє генерування зображень за допомогою
інструмента image_generate. Він підтримує генерування зображень як через ключ API OpenAI, так і через OAuth Codex
за допомогою того самого посилання на модель openai/gpt-image-2.
Спільні параметри інструмента, вибір постачальника та поведінку резервного перемикання див. у розділі
Генерування зображень.
gpt-image-2 є типовою моделлю для генерування зображень із тексту та редагування зображень
в OpenAI. gpt-image-1.5, gpt-image-1 і gpt-image-1-mini залишаються доступними
як явні перевизначення моделі. Використовуйте openai/gpt-image-1.5 для
виведення PNG/WebP із прозорим тлом; поточний API gpt-image-2 відхиляє
background: "transparent".
Для запиту з прозорим тлом викличте image_generate із
model: "openai/gpt-image-1.5", outputFormat: "png" або "webp", а також
background: "transparent"; старіший параметр постачальника openai.background
усе ще приймається. OpenClaw також захищає публічні маршрути OpenAI та OAuth OpenAI Codex,
переписуючи типові прозорі запити openai/gpt-image-2 на
gpt-image-1.5; Azure і власні кінцеві точки, сумісні з OpenAI, зберігають
налаштовані назви розгортань і моделей.
Те саме налаштування доступне для безголових запусків CLI:
--output-format і --background разом із
openclaw infer image edit, починаючи з вхідного файла.
--openai-background залишається доступним як псевдонім, специфічний для OpenAI. Використовуйте
--quality low|medium|high|auto, щоб керувати якістю та вартістю зображень OpenAI.
Використовуйте --openai-moderation low|auto, щоб передати підказку модерації OpenAI з
image generate або image edit.
Для встановлень з OAuth ChatGPT/Codex зберігайте те саме посилання openai/gpt-image-2. Коли
налаштовано профіль OAuth openai, OpenClaw визначає збережений токен доступу OAuth
і надсилає запити зображень через серверну частину Codex Responses; він
не намагається спочатку використати OPENAI_API_KEY і не переходить непомітно на ключ API.
Явно налаштуйте models.providers.openai із ключем API, власною базовою
URL-адресою або кінцевою точкою Azure, коли натомість потрібен прямий маршрут
API зображень OpenAI. Якщо ця власна кінцева точка зображень розташована в довіреній LAN або за приватною адресою,
також установіть browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true; OpenClaw
блокує приватні та внутрішні кінцеві точки зображень, сумісні з OpenAI, якщо немає цієї
явної згоди.
Згенерувати:
Генерування відео
Вбудований Pluginopenai реєструє генерування відео за допомогою
інструмента video_generate.
Запити OpenAI на перетворення зображення на відео використовують
POST /v1/videos із зображенням
input_reference. Для редагування одного відео використовується POST /v1/videos/edits із
завантаженим відео в полі video.
Відомості про спільні параметри інструмента, вибір провайдера та поведінку
аварійного перемикання див. в розділі Генерування відео.Провайдер OpenAI оголошує
supportsSize, але не supportsAspectRatio чи
supportsResolution. Спільний шар нормалізації OpenClaw перетворює запитаний
aspectRatio на найближчий відповідний OpenAI size до того, як
запит надійде до провайдера, тому запити зі співвідношенням сторін зазвичай усе одно працюють.
Для resolution немає резервного розміру, тому цей параметр відкидається, а викликачеві
повідомляється Ignored unsupported overrides for openai/<model>: resolution=<value>.Внесок у промпт GPT-5
OpenClaw додає спільний внесок у промпт GPT-5 для моделей сімейства GPT-5 у провайдераopenai (зокрема для застарілих посилань Codex до виправлення, які нормалізуються
до openai/*). Інші провайдери, які також надають ідентифікатори моделей сімейства GPT-5,
як-от маршрути OpenRouter або opencode, не отримують цього накладання; воно обмежується
ідентифікатором провайдера openai, а не лише ідентифікатором моделі. Старіші моделі GPT-4.x
ніколи його не отримують.
Нативний стенд app-server Codex не отримує через інструкції
розробника контракт поведінки щодо персони й дисципліни використання інструментів або накладання дружнього
стилю взаємодії; нативний Codex зберігає базову поведінку, поведінку моделі та
проєктної документації, що належать Codex, а OpenClaw вимикає вбудовану особистість Codex для
нативних потоків, щоб файли особистості робочого простору агента залишалися авторитетними.
OpenClaw додає до нативних потоків Codex лише контекст середовища виконання: доставлення
через канал, динамічні інструменти OpenClaw, делегування ACP, контекст робочого простору та
Skills OpenClaw. Текст рекомендацій щодо Heartbeat із цього самого внеску є
єдиним винятком: нативні виклики Heartbeat у Codex його отримують як окремі
інструкції зі співпраці, а не через спільний гачок внеску
в промпт.
Внесок GPT-5 додає позначений тегами контракт поведінки щодо збереження
персони, безпеки виконання, дисципліни використання інструментів, форми виведення, перевірок
завершення та верифікації для відповідних промптів, сформованих OpenClaw. Специфічна для каналу
поведінка щодо відповідей і беззвучних повідомлень залишається в спільному системному
промпті OpenClaw і політиці вихідного доставлення. Шар дружнього стилю взаємодії
є окремим і налаштовуваним.
- Конфігурація
- CLI
Застарілий
plugins.entries.openai.config.personality усе ще зчитується як
резервний варіант сумісності, коли спільне налаштування
agents.defaults.promptOverlays.gpt5.personality не задано.Голос і мовлення
Синтез мовлення (TTS)
Синтез мовлення (TTS)
Вбудований Plugin
openai реєструє синтез мовлення для
поверхні messages.tts.Доступні моделі:
gpt-4o-mini-tts, tts-1, tts-1-hd. Доступні голоси:
alloy, ash, ballad, cedar, coral, echo, fable, juniper,
marin, onyx, nova, sage, shimmer, verse.extraBody об’єднується з JSON запиту /audio/speech після полів,
згенерованих OpenClaw, тому використовуйте його для сумісних з OpenAI кінцевих точок, які потребують
додаткових ключів, як-от lang. Ключі прототипу ігноруються.Задайте
OPENAI_TTS_BASE_URL, щоб перевизначити базову URL-адресу TTS, не впливаючи
на кінцеву точку API чату. І TTS OpenAI, і голос у реальному часі налаштовуються
за допомогою ключа API OpenAI Platform; інсталяції лише з OAuth усе ще можуть використовувати
моделі чату на основі Codex, але не живий голосовий зворотний зв’язок OpenAI.Перетворення мовлення на текст
Перетворення мовлення на текст
Вбудований Plugin Підказки щодо мови та промпту передаються до OpenAI, якщо їх надано через
спільну конфігурацію аудіомедіа або запит транскрибування окремого виклику.
openai реєструє пакетне перетворення мовлення на текст через
поверхню транскрибування для розпізнавання медіа OpenClaw.- Модель за замовчуванням:
gpt-4o-transcribe - Кінцева точка: OpenAI REST
/v1/audio/transcriptions - Шлях введення: передавання аудіофайлу у форматі multipart
- Використовується всюди, де транскрибування вхідного аудіо зчитує
tools.media.audio, зокрема для сегментів голосових каналів Discord і аудіовкладень каналів
Транскрибування в реальному часі
Транскрибування в реальному часі
Вбудований Plugin
openai реєструє транскрибування в реальному часі для
Plugin Voice Call.Використовує з’єднання WebSocket із
wss://api.openai.com/v1/realtime з аудіо
G.711 u-law (g711_ulaw / audio/pcmu). Для профілю ключа API openai
Gateway створює короткочасний клієнтський секрет для транскрибування в реальному часі
перед відкриттям WebSocket. Цей потоковий провайдер призначений для шляху
транскрибування в реальному часі Voice Call; наразі голосові канали Discord записують короткі
сегменти й натомість використовують шлях пакетного транскрибування
tools.media.audio.Голос у реальному часі
Голос у реальному часі
Вбудований Plugin
openai реєструє голос у реальному часі для Plugin
Voice Call.Доступні вбудовані голоси реального часу для
gpt-realtime-2.1: alloy, ash,
ballad, coral, echo, sage, shimmer, verse, marin, cedar.
OpenAI рекомендує marin і cedar для найкращої якості в реальному часі. Це
окремий набір від наведених вище голосів перетворення тексту на мовлення; голос лише для TTS,
як-от fable, nova або onyx, не підходить для сеансів у реальному часі.
Явно задайте модель gpt-realtime-2.1-mini, якщо надаєте перевагу
меншому й дешевшому варіанту Realtime 2.1.GPT-Live (незабаром). Повнодуплексні моделі OpenAI
gpt-live-1 і
gpt-live-1-mini замінили голосовий режим ChatGPT у липні 2026 року; API
для розробників поступово надається організаціям із раннім доступом. OpenClaw
розпізнає сімейство моделей, але ще не запускає його: сеанси GPT-Live працюють
лише через WebRTC, самостійно керують чергуванням реплік (без VAD) і делегують роботу агента
через протокол подій передавання, який транспорти реального часу OpenClaw
ще не реалізують. Налаштування моделі gpt-live-* завершується відмовою
з рекомендаціями як для моста WebSocket, так і для браузерних сеансів Talk, замість
мовчазного підключення аудіо без доступу агента. Під час раннього доступу доступ
до API також обмежується окремо для кожної організації OpenAI. Залишайте gpt-realtime-2.1
(значення за замовчуванням), доки не з’явиться підтримка GPT-Live.Серверні мости OpenAI для реального часу використовують форму сеансу
WebSocket Realtime із загальною доступністю, яка не приймає
session.temperature. Розгортання
Azure OpenAI залишаються доступними через azureEndpoint і azureDeployment та
зберігають сумісну з розгортанням форму сеансу (включно з temperature).
Підтримує двонапрямлені виклики інструментів і аудіо G.711 u-law.Голос для режиму реального часу вибирається під час створення сеансу. OpenAI дозволяє згодом змінювати більшість
полів сеансу, але голос не можна змінити після того, як
модель відтворила аудіо в цьому сеансі. Наразі OpenClaw надає
ідентифікатори вбудованих голосів реального часу як рядки.
Функція Talk у Control UI використовує браузерні сеанси OpenAI у реальному часі з ефемерним клієнтським секретом,
створеним Gateway, і прямим обміном WebRTC SDP у браузері
з OpenAI Realtime API. Gateway створює цей клієнтський секрет за допомогою
вибраних облікових даних
openai. Налаштовані ключі, профілі ключів API та
OPENAI_API_KEY мають пріоритет; профіль OAuth openai або зовнішній
вхід до Codex використовується як резервний варіант. Ретранслятор Gateway і мости WebSocket реального часу
серверної частини Voice Call використовують той самий порядок облікових даних для нативних кінцевих точок OpenAI.
Супровідники можуть виконати перевірку наживо за допомогою
OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts;
етапи OpenAI перевіряють і серверний міст WebSocket, і браузерний
обмін WebRTC SDP без журналювання секретів.
Передайте --openai-only, щоб виконати ці два етапи без облікових даних Google.Кінцеві точки Azure OpenAI
Вбудований провайдерopenai може використовувати ресурс Azure OpenAI для генерування
зображень через перевизначення базової URL-адреси. На шляху генерування зображень OpenClaw
виявляє імена хостів Azure у models.providers.openai.baseUrl та автоматично переходить на
формат запитів Azure.
Голос у реальному часі використовує окремий шлях конфігурації
(
plugins.entries.voice-call.config.realtime.providers.openai.azureEndpoint)
і не залежить від models.providers.openai.baseUrl. Налаштування Azure наведено в розділі Голос у
реальному часі панелі-акордеона Голос і мовлення.- У вас уже є передплата Azure OpenAI, квота або корпоративна угода
- Вам потрібні регіональне розміщення даних або засоби контролю відповідності, які надає Azure
- Ви хочете зберігати трафік у межах наявного клієнтського середовища Azure
Конфігурація
Для генерування зображень в Azure через вбудований провайдерopenai спрямуйте
models.providers.openai.baseUrl на свій ресурс Azure та задайте в apiKey
ключ Azure OpenAI (не ключ OpenAI Platform):
*.openai.azure.com*.services.ai.azure.com*.cognitiveservices.azure.com
- Надсилає заголовок
api-keyзамістьAuthorization: Bearer - Використовує шляхи, прив’язані до розгортання (
/openai/deployments/{deployment}/...) - Додає
?api-version=...до кожного запиту - Використовує стандартний час очікування запиту 600 с для викликів генерування зображень Azure.
Значення
timeoutMsдля окремих викликів і надалі перевизначають це стандартне значення.
Маршрутизація Azure для шляху генерування зображень провайдера
openai потребує
OpenClaw 2026.4.22 або новішої версії. Попередні версії обробляють будь-яке користувацьке
значення openai.baseUrl як публічну кінцеву точку OpenAI, тому запити до розгортань зображень
Azure завершуються помилкою.Версія API
ЗадайтеAZURE_OPENAI_API_VERSION, щоб закріпити певну попередню або загальнодоступну версію Azure
для шляху генерування зображень Azure:
2024-12-01-preview.
Назви моделей — це назви розгортань
Azure OpenAI пов’язує моделі з розгортаннями. Для запитів генерування зображень Azure, маршрутизованих через вбудований провайдерopenai, поле model в OpenClaw
має містити назву розгортання Azure, налаштовану на порталі Azure, а не
ідентифікатор публічної моделі OpenAI.
Якщо створити розгортання з назвою gpt-image-2-prod, яке обслуговує gpt-image-2:
openai.
Регіональна доступність
Наразі генерування зображень Azure доступне лише в частині регіонів (наприклад,eastus2, swedencentral, polandcentral, westus3,
uaenorth). Перед створенням розгортання перевірте актуальний список регіонів Microsoft
і переконайтеся, що потрібна модель пропонується у вашому регіоні.
Відмінності параметрів
Azure OpenAI і публічний OpenAI не завжди приймають однакові параметри зображень. Azure може відхиляти параметри, дозволені публічним OpenAI (наприклад, певні значенняbackground у gpt-image-2), або надавати їх лише для певних версій
моделей. Ці відмінності походять від Azure та базової моделі, а не від
OpenClaw. Якщо запит Azure завершується помилкою перевірки, перегляньте
набір параметрів, підтримуваний конкретним розгортанням і версією API, на
порталі Azure.
Azure OpenAI використовує нативний транспорт і поведінку сумісності, але не отримує
прихованих заголовків атрибуції OpenClaw — див. панель-акордеон Нативні та сумісні з OpenAI
маршрути в розділі Розширена конфігурація.Для трафіку чату або Responses в Azure (окрім генерування зображень) використовуйте
процес початкового налаштування або окрему конфігурацію провайдера Azure; одного лише
openai.baseUrl
недостатньо для застосування формату API й автентифікації Azure. Існує окремий
провайдер azure-openai-responses/*; див. панель-акордеон «Серверне ущільнення»
нижче.Розширена конфігурація
Наведені нижче прикладиparams для окремих моделей формують запит вбудованого провайдера
OpenClaw. Їх налаштування є явно заданою поведінкою запиту, тому маршрут
auto, який за інших умов відповідає вимогам, залишається в OpenClaw замість неявного вибору Codex. Нативний
серверний каркас застосунку Codex керує власним транспортом і налаштуваннями запитів; явне
значення agentRuntime.id: "codex" призводить до відмови, якщо фактичний маршрут не оголошено
сумісним із Codex.
Транспорт (WebSocket або SSE)
Транспорт (WebSocket або SSE)
OpenClaw спочатку використовує WebSocket із резервним переходом на SSE (Пов’язана документація OpenAI:
"auto") для openai/*.У режимі "auto" OpenClaw:- Повторює одну ранню невдалу спробу WebSocket перед переходом на SSE
- Після помилки позначає WebSocket як деградований на 60 секунд і використовує SSE протягом періоду відновлення
- Додає стабільні заголовки ідентифікації сеансу та ходу для повторних спроб і повторних підключень
- Нормалізує лічильники використання (
input_tokens/prompt_tokens) між варіантами транспорту
Швидкий режим
Швидкий режим
OpenClaw надає спільний перемикач швидкого режиму для
openai/*:- Чат/UI:
/fast status|auto|on|off - Конфігурація:
agents.defaults.models["<provider>/<model>"].params.fastMode
service_tier = "priority"). Наявні значення service_tier
зберігаються, а швидкий режим не перезаписує reasoning або
text.verbosity. fastMode: "auto" запускає нові виклики моделі у швидкому режимі до
автоматичного порогового часу, а потім запускає наступні повторні, резервні виклики, виклики з результатами інструментів або
виклики продовження без швидкого режиму. Стандартний пороговий час становить 60 секунд;
задайте params.fastAutoOnSeconds для активної моделі, щоб змінити його.Перевизначення сеансу мають пріоритет над конфігурацією. Очищення перевизначення сеансу в
UI сеансів повертає сеанс до налаштованого стандартного значення.
Пріоритетна обробка (service_tier)
Пріоритетна обробка (service_tier)
API OpenAI надає пріоритетну обробку через Підтримувані значення:
service_tier. Налаштуйте її для кожної
моделі в OpenClaw:auto, default, flex, priority.Серверне ущільнення (Responses API)
Серверне ущільнення (Responses API)
Для прямих моделей OpenAI Responses (
openai/* у api.openai.com) потокова обгортка
OpenClaw у плагіні OpenAI автоматично вмикає серверне
ущільнення:- Примусово встановлює
store: true(якщо сумісність моделі не задаєsupportsStore: false) - Вставляє
context_management: [{ type: "compaction", compact_threshold: ... }] - Стандартне значення
compact_threshold: 70% відcontextWindow(або80000, коли воно недоступне)
- Увімкнути явно
- Власне порогове значення
- Вимкнути
Корисно для сумісних кінцевих точок, як-от Azure OpenAI Responses:
responsesServerCompaction керує лише вставленням context_management.
Прямі моделі OpenAI Responses і надалі примусово встановлюють store: true, якщо сумісність
не задає supportsStore: false.Суворий агентний режим GPT
Суворий агентний режим GPT
Для моделей сімейства GPT-5 провайдера Явне встановлення
openai, запущених через вбудоване
середовище виконання OpenClaw, OpenClaw уже стандартно застосовує суворіший контракт виконання під назвою
strict-agentic. Він автоматично активується, коли визначеним провайдером є
openai, а ідентифікатор моделі відповідає сімейству GPT-5, якщо конфігурація
явно не вимикає його:"strict-agentic" не має ефекту в підтримуваному каналі (це
вже значення за замовчуванням) і не діє для непідтримуваних пар провайдера/моделі.Коли strict-agentic активний, OpenClaw:- Автоматично вмикає
update_planдля значного обсягу роботи - Повторює структурно порожні ходи або ходи лише з міркуваннями з продовженням, що містить видиму відповідь
- Використовує явні події плану засобу виконання, коли вибраний засіб виконання їх надає
Цей контракт повністю реалізовано у вбудованому засобі запуску агента OpenClaw. Він
не застосовується до нативного засобу виконання app-server Codex, який сам керує
поведінкою ходів і планів; для нативних запусків Codex вибір засобу виконання має
більше значення, ніж налаштування контракту виконання.
Нативні та OpenAI-сумісні маршрути
Нативні та OpenAI-сумісні маршрути
OpenClaw обробляє прямі кінцеві точки OpenAI, Codex і Azure OpenAI
інакше, ніж універсальні OpenAI-сумісні проксі
/v1:Нативні маршрути (openai/*, Azure OpenAI):- Зберігають
reasoning: { effort: "none" }лише для моделей, які підтримують інтенсивність OpenAInone - Не додають вимкнені міркування для моделей або проксі, які відхиляють
reasoning.effort: "none" - За замовчуванням використовують строгий режим для схем інструментів
- Додають приховані заголовки атрибуції лише на перевірених нативних хостах (Azure OpenAI не отримує ці заголовки, хоча є нативним маршрутом)
- Зберігають формування запитів, специфічне для OpenAI (
service_tier,store, сумісність міркувань, підказки кешу промптів)
- Використовують менш строгу поведінку сумісності
- Вилучають Completions
storeіз ненативних корисних навантаженьopenai-completions - Приймають розширений наскрізний JSON
params.extra_body/params.extraBodyдля OpenAI-сумісних проксі Completions - Приймають
params.chat_template_kwargsдля OpenAI-сумісних проксі Completions, як-от vLLM - Не примусово застосовують строгі схеми інструментів або заголовки лише для нативних маршрутів
Пов’язане
Вибір моделі
Вибір провайдерів, посилань на моделі та поведінки резервного перемикання.
Генерування зображень
Спільні параметри інструмента зображень і вибір провайдера.
Генерування відео
Спільні параметри інструмента відео та вибір провайдера.
OAuth та автентифікація
Відомості про автентифікацію та правила повторного використання облікових даних.