Skip to main content
OpenClaw використовує один ідентифікатор провайдера, openai, як для автентифікації безпосередньо за допомогою ключа API, так і для автентифікації за передплатою ChatGPT/Codex. openai/* — канонічний маршрут моделі. Для ходів вбудованого агента, коли політику середовища виконання не задано або встановлено значення auto, характеристики маршруту OpenAI визначають, чи може OpenClaw неявно вибрати вбудоване середовище виконання сервера застосунку Codex. Сам по собі префікс openai/* не вибирає середовище виконання.
  • Моделі агентівopenai/* через середовище виконання, вибране явною конфігурацією agentRuntime або неявною політикою маршруту OpenAI. Увійдіть за допомогою автентифікації Codex, щоб використовувати передплату ChatGPT/Codex, або налаштуйте профіль автентифікації за ключем API, якщо потрібна тарифікація за ключем.
  • Неагентні API OpenAI — прямий доступ до OpenAI Platform із тарифікацією за використання, через OPENAI_API_KEY або профіль автентифікації за ключем API openai.
  • Застаріла конфігурація — посилання codex/* і openai-codex/* виправляються на openai/* разом з обмеженим моделлю agentRuntime.id: "codex" за допомогою openclaw doctor --fix.
OpenAI явно підтримує використання OAuth передплати в зовнішніх інструментах і робочих процесах, як-от OpenClaw.

Відстеження використання та вартості

OpenClaw розділяє квоту передплати й тарифікацію API Platform:
  • OAuth ChatGPT/Codex показує план передплати, вікна квот і баланс кредитів.
  • OPENAI_ADMIN_KEY показує в розділі Використання Control UI дані за 30 днів про повідомлену провайдером вартість організації та використання завершень, зокрема щоденні витрати, загальну кількість запитів і токенів, найпопулярніші моделі та категорії витрат.
  • OPENAI_PROJECT_ID за потреби обмежує історію Admin API одним проєктом.
  • OpenClaw ніколи не надсилає OPENAI_API_KEY або профіль виведення openai до API організації; ці облікові дані можуть належати спеціальним кінцевим точкам, Azure або локальним кінцевим точкам агента.
Явно заданий ключ адміністратора має пріоритет над OAuth. Повідомлена провайдером історія не об’єднується з оцінкою вартості OpenClaw, отриманою із сеансів; вона може містити активність API інших клієнтів і коригування тарифікації на боці провайдера. Документація OpenAI щодо панелі використання API описує вимоги щодо статусу власника організації та явного дозволу Usage Dashboard для доступу до даних про використання. Провайдер, модель, середовище виконання та канал — це окремі рівні. Якщо ці позначення плутаються, прочитайте Середовища виконання агентів, перш ніж змінювати конфігурацію.

Швидкий вибір

Відповідність назв

Неявне середовище виконання агента

Коли політику 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. Перевірте поточний обліковий запис за допомогою:
Доступ організації API та робочого простору Codex може відрізнятися. Якщо GPT-5.6 недоступна, явно виберіть GPT-5.5:
OpenClaw показує помилку доступу від зовнішньої системи й не замінює без повідомлення вибір GPT-5.6 на GPT-5.5.
Для відповідних точних офіційних маршрутів 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 і векторних представлень запитів:
Для сумісних з OpenAI кінцевих точок, які потребують асиметричних міток векторних представлень, установіть queryInputType і documentInputType у memorySearch. OpenClaw передає їх як специфічні для постачальника поля запиту input_type: векторні представлення запитів використовують queryInputType; проіндексовані фрагменти пам’яті й пакетне індексування використовують documentInputType. Повний приклад див. у довіднику з налаштування пам’яті.

Початок роботи

Найкраще підходить для: прямого доступу до 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.

Приклад конфігурації

Неповний ідентифікатор прямого API 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.
OpenClaw не надає gpt-5.3-codex-spark через прямий маршрут ключа API OpenAI. Вона доступна лише через записи каталогу підписки Codex, коли вона доступна для вашого облікового запису, у який виконано вхід.

Автентифікація нативного сервера застосунку Codex

Нативне середовище сервера застосунку Codex використовує посилання на моделі openai/*, коли його неявно вибирає придатний точний офіційний маршрут HTTPS або коли його явно вибирає agentRuntime.id: "codex" постачальника чи моделі. Його автентифікація все одно пов’язана з обліковим записом. OpenClaw вибирає автентифікацію в такому порядку:
  1. Упорядковані профілі автентифікації OpenAI для агента, бажано в auth.order.openai. Виконайте openclaw doctor --fix, щоб перенести старі застарілі ідентифікатори профілів автентифікації Codex і порядок автентифікації.
  2. Наявний обліковий запис сервера застосунку, наприклад локальний вхід у ChatGPT через Codex CLI. Для типового ізольованого домашнього каталогу агента OpenClaw передає цей нативний обліковий запис CLI до сервера застосунку через його RPC входу; він не надає спільного доступу до конфігурації, плагінів або сховища гілок CLI.
  3. Лише для локальних запусків сервера застосунку через stdio й лише коли сервер застосунку повідомляє про відсутність облікового запису: CODEX_API_KEY, потім OPENAI_API_KEY.
Локальний вхід через підписку ChatGPT/Codex не замінюється лише через те, що процес Gateway також має OPENAI_API_KEY для прямих моделей OpenAI або вбудовувань. Резервне використання ключа API зі змінної середовища застосовується лише до локального шляху stdio без облікового запису; він ніколи не надсилається через з’єднання WebSocket із сервером застосунку. Коли вибрано профіль Codex із підпискою, OpenClaw також не передає CODEX_API_KEY і OPENAI_API_KEY дочірньому процесу сервера застосунку stdio, а натомість надсилає вибрані облікові дані через RPC входу сервера застосунку. Коли цей профіль підписки заблоковано через обмеження використання Codex, OpenClaw позначає профіль заблокованим до оголошеного Codex часу скидання та дає змогу порядку автентифікації перейти до наступного профілю openai:*, не змінюючи вибрану модель і не виходячи із середовища Codex. Після настання часу скидання профіль підписки знову стає придатним.

Генерування зображень

Вбудований Plugin openai реєструє генерування зображень за допомогою інструмента 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, якщо немає цієї явної згоди. Згенерувати:
Згенерувати прозорий PNG:
Відредагувати:

Генерування відео

Вбудований Plugin openai реєструє генерування відео за допомогою інструмента 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 і політиці вихідного доставлення. Шар дружнього стилю взаємодії є окремим і налаштовуваним.
Під час виконання значення нечутливі до регістру, тому і "Off", і "off" вимикають шар дружнього стилю.
Застарілий plugins.entries.openai.config.personality усе ще зчитується як резервний варіант сумісності, коли спільне налаштування agents.defaults.promptOverlays.gpt5.personality не задано.

Голос і мовлення

Вбудований 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 реєструє пакетне перетворення мовлення на текст через поверхню транскрибування для розпізнавання медіа OpenClaw.
  • Модель за замовчуванням: gpt-4o-transcribe
  • Кінцева точка: OpenAI REST /v1/audio/transcriptions
  • Шлях введення: передавання аудіофайлу у форматі multipart
  • Використовується всюди, де транскрибування вхідного аудіо зчитує tools.media.audio, зокрема для сегментів голосових каналів Discord і аудіовкладень каналів
Щоб примусово використовувати OpenAI для транскрибування вхідного аудіо:
Підказки щодо мови та промпту передаються до OpenAI, якщо їх надано через спільну конфігурацію аудіомедіа або запит транскрибування окремого виклику.
Вбудований 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 OpenAI, квота або корпоративна угода
  • Вам потрібні регіональне розміщення даних або засоби контролю відповідності, які надає Azure
  • Ви хочете зберігати трафік у межах наявного клієнтського середовища Azure

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

Для генерування зображень в Azure через вбудований провайдер openai спрямуйте models.providers.openai.baseUrl на свій ресурс Azure та задайте в apiKey ключ Azure OpenAI (не ключ OpenAI Platform):
OpenClaw розпізнає такі суфікси хостів Azure для маршруту генерування зображень Azure:
  • *.openai.azure.com
  • *.services.ai.azure.com
  • *.cognitiveservices.azure.com
Для запитів генерування зображень на розпізнаному хості Azure OpenClaw:
  • Надсилає заголовок api-key замість Authorization: Bearer
  • Використовує шляхи, прив’язані до розгортання (/openai/deployments/{deployment}/...)
  • Додає ?api-version=... до кожного запиту
  • Використовує стандартний час очікування запиту 600 с для викликів генерування зображень Azure. Значення timeoutMs для окремих викликів і надалі перевизначають це стандартне значення.
Інші базові URL-адреси (публічний OpenAI, проксі, сумісні з OpenAI) зберігають стандартний формат запиту зображень OpenAI.
Маршрутизація 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.
OpenClaw спочатку використовує WebSocket із резервним переходом на SSE ("auto") для openai/*.У режимі "auto" OpenClaw:
  • Повторює одну ранню невдалу спробу WebSocket перед переходом на SSE
  • Після помилки позначає WebSocket як деградований на 60 секунд і використовує SSE протягом періоду відновлення
  • Додає стабільні заголовки ідентифікації сеансу та ходу для повторних спроб і повторних підключень
  • Нормалізує лічильники використання (input_tokens / prompt_tokens) між варіантами транспорту
Пов’язана документація OpenAI:
OpenClaw надає спільний перемикач швидкого режиму для openai/*:
  • Чат/UI: /fast status|auto|on|off
  • Конфігурація: agents.defaults.models["<provider>/<model>"].params.fastMode
Коли його ввімкнено, OpenClaw зіставляє швидкий режим із пріоритетною обробкою OpenAI (service_tier = "priority"). Наявні значення service_tier зберігаються, а швидкий режим не перезаписує reasoning або text.verbosity. fastMode: "auto" запускає нові виклики моделі у швидкому режимі до автоматичного порогового часу, а потім запускає наступні повторні, резервні виклики, виклики з результатами інструментів або виклики продовження без швидкого режиму. Стандартний пороговий час становить 60 секунд; задайте params.fastAutoOnSeconds для активної моделі, щоб змінити його.
Перевизначення сеансу мають пріоритет над конфігурацією. Очищення перевизначення сеансу в UI сеансів повертає сеанс до налаштованого стандартного значення.
API OpenAI надає пріоритетну обробку через service_tier. Налаштуйте її для кожної моделі в OpenClaw:
Підтримувані значення: auto, default, flex, priority.
serviceTier передається лише нативним кінцевим точкам OpenAI (api.openai.com) і нативним кінцевим точкам Codex (chatgpt.com/backend-api). Якщо маршрутизувати будь-якого з цих провайдерів через проксі, OpenClaw залишає service_tier без змін.
Для прямих моделей OpenAI Responses (openai/* у api.openai.com) потокова обгортка OpenClaw у плагіні OpenAI автоматично вмикає серверне ущільнення:
  • Примусово встановлює store: true (якщо сумісність моделі не задає supportsStore: false)
  • Вставляє context_management: [{ type: "compaction", compact_threshold: ... }]
  • Стандартне значення compact_threshold: 70% від contextWindow (або 80000, коли воно недоступне)
Це застосовується до вбудованого шляху середовища виконання OpenClaw і до хуків провайдера OpenAI, які використовують вбудовані запуски. Нативний серверний каркас застосунку Codex керує власним контекстом через Codex, і це налаштування на нього не впливає.
Корисно для сумісних кінцевих точок, як-от Azure OpenAI Responses:
responsesServerCompaction керує лише вставленням context_management. Прямі моделі OpenAI Responses і надалі примусово встановлюють store: true, якщо сумісність не задає supportsStore: false.
Для моделей сімейства GPT-5 провайдера openai, запущених через вбудоване середовище виконання OpenClaw, OpenClaw уже стандартно застосовує суворіший контракт виконання під назвою strict-agentic. Він автоматично активується, коли визначеним провайдером є openai, а ідентифікатор моделі відповідає сімейству GPT-5, якщо конфігурація явно не вимикає його:
Явне встановлення "strict-agentic" не має ефекту в підтримуваному каналі (це вже значення за замовчуванням) і не діє для непідтримуваних пар провайдера/моделі.Коли strict-agentic активний, OpenClaw:
  • Автоматично вмикає update_plan для значного обсягу роботи
  • Повторює структурно порожні ходи або ходи лише з міркуваннями з продовженням, що містить видиму відповідь
  • Використовує явні події плану засобу виконання, коли вибраний засіб виконання їх надає
OpenClaw не класифікує текст асистента, щоб визначити, чи є хід планом, оновленням прогресу або остаточною відповіддю.
Цей контракт повністю реалізовано у вбудованому засобі запуску агента OpenClaw. Він не застосовується до нативного засобу виконання app-server Codex, який сам керує поведінкою ходів і планів; для нативних запусків Codex вибір засобу виконання має більше значення, ніж налаштування контракту виконання.
OpenClaw обробляє прямі кінцеві точки OpenAI, Codex і Azure OpenAI інакше, ніж універсальні OpenAI-сумісні проксі /v1:Нативні маршрути (openai/*, Azure OpenAI):
  • Зберігають reasoning: { effort: "none" } лише для моделей, які підтримують інтенсивність OpenAI none
  • Не додають вимкнені міркування для моделей або проксі, які відхиляють 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 та автентифікація

Відомості про автентифікацію та правила повторного використання облікових даних.