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

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.

OpenAI надає API для розробників для моделей GPT, а Codex також доступний як агент для програмування в межах плану ChatGPT через клієнти Codex від OpenAI. OpenClaw зберігає ці поверхні окремими, щоб конфігурація залишалася передбачуваною. OpenClaw використовує openai/* як канонічний маршрут моделей OpenAI. Вбудовані ходи агента на моделях OpenAI за замовчуванням виконуються через нативне середовище виконання app-server Codex; пряма автентифікація ключем OpenAI API залишається доступною для неагентних поверхонь OpenAI, як-от зображення, embeddings, мовлення та realtime.
  • Моделі агентів - моделі openai/* через середовище виконання Codex; увійдіть через автентифікацію Codex для використання підписки ChatGPT/Codex або налаштуйте Codex-сумісний резервний ключ OpenAI API, якщо ви навмисно хочете автентифікацію ключем API.
  • Неагентні API OpenAI - прямий доступ до OpenAI Platform з оплатою за використання через OPENAI_API_KEY або онбординг ключа OpenAI API.
  • Застаріла конфігурація - посилання на моделі openai-codex/* виправляються командою openclaw doctor --fix до openai/* плюс середовище виконання Codex.
OpenAI явно підтримує використання OAuth підписки в зовнішніх інструментах і робочих процесах на кшталт OpenClaw. Провайдер, модель, середовище виконання та канал - це окремі шари. Якщо ці мітки змішуються між собою, прочитайте Середовища виконання агентів, перш ніж змінювати конфігурацію.

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

МетаВикористовуйтеПримітки
Підписка ChatGPT/Codex з нативним середовищем виконання Codexopenai/gpt-5.5Стандартне налаштування агента OpenAI. Увійдіть через автентифікацію Codex.
Пряма оплата ключем API для моделей агентівopenai/gpt-5.5 плюс Codex-сумісний профіль ключа APIВикористовуйте auth.order.openai, щоб розмістити резерв після автентифікації підписки.
Пряма оплата ключем API через явний PIopenai/gpt-5.5 плюс середовище виконання провайдера/моделі piВиберіть звичайний профіль ключа API openai.
Найновіший API-псевдонім ChatGPT Instantopenai/chat-latestЛише прямий ключ API. Рухомий псевдонім для експериментів, не стандартне значення.
Автентифікація підписки ChatGPT/Codex через явний PIopenai/gpt-5.5 плюс середовище виконання провайдера/моделі piВиберіть профіль автентифікації openai-codex для маршруту сумісності.
Генерація або редагування зображеньopenai/gpt-image-2Працює як з OPENAI_API_KEY, так і з OpenAI Codex OAuth.
Зображення з прозорим фономopenai/gpt-image-1.5Використовуйте outputFormat=png або webp і openai.background=transparent.

Мапа назв

Назви схожі, але не взаємозамінні:
Назва, яку ви бачитеШарЗначення
openaiПрефікс провайдераКанонічний маршрут моделей OpenAI; ходи агента використовують середовище виконання Codex.
openai-codexЗастарілий префікс автентифікації/профілюСтаріший простір імен профілю OAuth/підписки OpenAI Codex. Наявні профілі та auth.order.openai-codex досі працюють.
Plugin codexPluginВбудований Plugin OpenClaw, що надає нативне середовище виконання app-server Codex і елементи керування чатом /codex.
провайдер/модель agentRuntime.id: codexСередовище виконання агентаПримусово використовує нативний harness app-server Codex для відповідних вбудованих ходів.
/codex ...Набір команд чатуПрив’язує/керує потоками app-server Codex із розмови.
runtime: "acp", agentId: "codex"Маршрут сеансу ACPЯвний резервний шлях, який запускає Codex через ACP/acpx.
Це означає, що конфігурація може навмисно містити посилання на моделі openai/*, тоді як профілі автентифікації все ще вказують на Codex-сумісні облікові дані. Для нової конфігурації надавайте перевагу auth.order.openai; наявні профілі openai-codex:* і auth.order.openai-codex залишаються підтримуваними. openclaw doctor --fix переписує застарілі посилання на моделі openai-codex/* до канонічного маршруту моделей OpenAI.
GPT-5.5 доступна як через прямий доступ ключем API OpenAI Platform, так і через маршрути підписки/OAuth. Для підписки ChatGPT/Codex плюс нативного виконання Codex використовуйте openai/gpt-5.5; неналаштована конфігурація середовища виконання тепер вибирає harness Codex для ходів агентів OpenAI. Використовуйте профілі ключів OpenAI API лише тоді, коли потрібна пряма автентифікація ключем API для моделі агента OpenAI.
Ходи моделі агента OpenAI потребують вбудованого Plugin app-server Codex. Явна конфігурація середовища виконання PI залишається доступною як опційний маршрут сумісності. Коли PI явно вибрано з профілем автентифікації openai-codex, OpenClaw зберігає публічне посилання на модель як openai/* і внутрішньо маршрутизує PI через застарілий транспорт автентифікації Codex. Запустіть openclaw doctor --fix, щоб виправити застарілі посилання на моделі openai-codex/* або старі прив’язки сеансів PI, які не походять з явної конфігурації середовища виконання.

Покриття функцій OpenClaw

Можливість OpenAIПоверхня OpenClawСтатус
Chat / Responsesпровайдер моделі openai/<model>Так
Моделі підписки Codexopenai/<model> з OAuth openai-codexТак
Застарілі посилання на моделі Codexopenai-codex/<model>Виправляються doctor до openai/<model>
Harness app-server Codexopenai/<model> з пропущеним середовищем виконання або провайдером/моделлю agentRuntime.id: codexТак
Серверний вебпошукНативний інструмент OpenAI ResponsesТак, коли вебпошук увімкнено й провайдера не закріплено
Зображенняimage_generateТак
Відеоvideo_generateТак
Перетворення тексту на мовленняmessages.tts.provider: "openai" / ttsТак
Пакетне перетворення мовлення на текстtools.media.audio / розуміння медіаТак
Потокове перетворення мовлення на текстVoice Call streaming.provider: "openai"Так
Голос realtimeVoice Call realtime.provider: "openai" / Control UI TalkТак
Embeddingsпровайдер embeddings пам’ятіТак

Embeddings пам’яті

OpenClaw може використовувати OpenAI або OpenAI-сумісну endpoint embeddings для індексування memory_search і embeddings запитів:
{
  agents: {
    defaults: {
      memorySearch: {
        provider: "openai",
        model: "text-embedding-3-small",
      },
    },
  },
}
Для OpenAI-сумісних endpoint, які потребують асиметричних міток embeddings, задайте queryInputType і documentInputType у memorySearch. OpenClaw передає їх як специфічні для провайдера поля запиту input_type: embeddings запитів використовують queryInputType; індексовані фрагменти пам’яті та пакетне індексування використовують documentInputType. Повний приклад див. у довіднику конфігурації пам’яті.

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

Виберіть бажаний метод автентифікації та виконайте кроки налаштування.
Найкраще для: прямого доступу до API та оплати за використання.
1

Отримайте ключ API

Створіть або скопіюйте ключ API з панелі OpenAI Platform.
2

Запустіть онбординг

openclaw onboard --auth-choice openai-api-key
Або передайте ключ напряму:
openclaw onboard --openai-api-key "$OPENAI_API_KEY"
3

Перевірте, що модель доступна

openclaw models list --provider openai

Підсумок маршруту

Посилання на модельКонфігурація середовища виконанняМаршрутАвтентифікація
openai/gpt-5.5пропущено / провайдер/модель agentRuntime.id: "codex"Harness app-server CodexCodex-сумісний профіль OpenAI
openai/gpt-5.4-miniпропущено / провайдер/модель agentRuntime.id: "codex"Harness app-server CodexCodex-сумісний профіль OpenAI
openai/gpt-5.5провайдер/модель agentRuntime.id: "pi"Вбудоване середовище виконання PIпрофіль openai або вибраний профіль openai-codex
Моделі агентів openai/* використовують harness app-server Codex. Щоб використовувати автентифікацію ключем API для моделі агента, створіть Codex-сумісний профіль ключа API й упорядкуйте його через auth.order.openai; OPENAI_API_KEY залишається прямим резервом для неагентних поверхонь OpenAI API. Старіші записи auth.order.openai-codex досі працюють.

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

{
  env: { OPENAI_API_KEY: "sk-..." },
  agents: { defaults: { model: { primary: "openai/gpt-5.5" } } },
}
Щоб спробувати поточну модель Instant ChatGPT з OpenAI API, задайте модель як openai/chat-latest:
{
  env: { OPENAI_API_KEY: "sk-..." },
  agents: { defaults: { model: { primary: "openai/chat-latest" } } },
}
chat-latest - це рухомий псевдонім. OpenAI документує його як найновішу модель Instant, що використовується в ChatGPT, і рекомендує gpt-5.5 для виробничого використання API, тому залишайте openai/gpt-5.5 стабільним стандартним значенням, якщо вам явно не потрібна поведінка цього псевдоніма. Наразі псевдонім приймає лише текстову докладність medium, тому OpenClaw нормалізує несумісні перевизначення текстової докладності OpenAI для цієї моделі.
OpenClaw не надає openai/gpt-5.3-codex-spark. Живі запити OpenAI API відхиляють цю модель, і поточний каталог Codex також її не надає.

Нативна автентифікація app-server Codex

Нативний harness app-server Codex використовує посилання на моделі openai/* плюс пропущену конфігурацію runtime або provider/model agentRuntime.id: "codex", але його автентифікація все ще базується на обліковому записі. OpenClaw вибирає автентифікацію в такому порядку:
  1. Впорядковані профілі автентифікації OpenAI для агента, бажано в auth.order.openai. Наявні профілі openai-codex:* і auth.order.openai-codex залишаються чинними для старіших інсталяцій.
  2. Наявний обліковий запис app-server, наприклад локальний вхід Codex CLI ChatGPT.
  3. Лише для локальних запусків app-server stdio: CODEX_API_KEY, потім OPENAI_API_KEY, коли app-server повідомляє, що облікового запису немає, але все ще потребує автентифікації OpenAI.
Це означає, що локальний вхід за підпискою ChatGPT/Codex не замінюється лише тому, що процес gateway також має OPENAI_API_KEY для прямих моделей OpenAI або embeddings. Резервний API-ключ із env використовується лише в локальному stdio-шляху без облікового запису; він не надсилається до WebSocket-з’єднань app-server. Коли вибрано профіль Codex у стилі підписки, OpenClaw також прибирає CODEX_API_KEY і OPENAI_API_KEY із породженого дочірнього процесу stdio app-server і надсилає вибрані облікові дані через RPC входу app-server. Коли цей профіль підписки заблоковано лімітом використання Codex, OpenClaw може перейти до наступного впорядкованого профілю API-ключа openai:* без зміни вибраної моделі або виходу з harness Codex. Після проходження часу скидання підписки профіль підписки знову стає придатним.

Генерація зображень

Вбудований plugin openai реєструє генерацію зображень через інструмент image_generate. Він підтримує як генерацію зображень через API-ключ OpenAI, так і генерацію зображень через Codex OAuth за допомогою того самого посилання на модель openai/gpt-image-2.
МожливістьAPI-ключ OpenAICodex OAuth
Посилання на модельopenai/gpt-image-2openai/gpt-image-2
АвтентифікаціяOPENAI_API_KEYВхід OpenAI Codex OAuth
ТранспортOpenAI Images APIbackend Codex Responses
Максимум зображень на запит44
Режим редагуванняУвімкнено (до 5 референсних зображень)Увімкнено (до 5 референсних зображень)
Перевизначення розміруПідтримуються, зокрема розміри 2K/4KПідтримуються, зокрема розміри 2K/4K
Співвідношення сторін / роздільна здатністьНе пересилається до OpenAI Images APIЗіставляється з підтримуваним розміром, коли це безпечно
{
  agents: {
    defaults: {
      imageGenerationModel: { primary: "openai/gpt-image-2" },
    },
  },
}
Див. Генерація зображень щодо спільних параметрів інструмента, вибору провайдера та поведінки failover.
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 та OpenAI Codex OAuth, переписуючи типові прозорі запити openai/gpt-image-2 на gpt-image-1.5; Azure і власні OpenAI-сумісні endpoints зберігають свої налаштовані deployment/model names. Те саме налаштування доступне для headless запусків CLI:
openclaw infer image generate \
  --model openai/gpt-image-1.5 \
  --output-format png \
  --background transparent \
  --prompt "A simple red circle sticker on a transparent background" \
  --json
Використовуйте ті самі прапорці --output-format і --background з openclaw infer image edit, коли починаєте з вхідного файлу. --openai-background залишається доступним як специфічний для OpenAI alias. Для інсталяцій Codex OAuth залишайте те саме посилання openai/gpt-image-2. Коли налаштовано OAuth-профіль openai-codex, OpenClaw розв’язує цей збережений access token OAuth і надсилає запити зображень через backend Codex Responses. Він не пробує спершу OPENAI_API_KEY і не переходить мовчки на API-ключ для цього запиту. Налаштуйте models.providers.openai явно з API-ключем, власним base URL або Azure endpoint, коли потрібен прямий маршрут OpenAI Images API. Якщо цей власний image endpoint перебуває в довіреній LAN/приватній адресі, також установіть browser.ssrfPolicy.dangerouslyAllowPrivateNetwork: true; OpenClaw залишає приватні/внутрішні OpenAI-сумісні image endpoints заблокованими, якщо ця opt-in опція відсутня. Згенерувати:
/tool image_generate model=openai/gpt-image-2 prompt="A polished launch poster for OpenClaw on macOS" size=3840x2160 count=1
Згенерувати прозорий PNG:
/tool image_generate model=openai/gpt-image-1.5 prompt="A simple red circle sticker on a transparent background" outputFormat=png background=transparent
Редагувати:
/tool image_generate model=openai/gpt-image-2 prompt="Preserve the object shape, change the material to translucent glass" image=/path/to/reference.png size=1024x1536

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

Вбудований Plugin openai реєструє генерацію відео через інструмент video_generate.
МожливістьЗначення
Модель за замовчуваннямopenai/sora-2
РежимиТекст-у-відео, зображення-у-відео, редагування одного відео
Референсні вхідні дані1 зображення або 1 відео
Перевизначення розміруПідтримується
Інші перевизначенняaspectRatio, resolution, audio, watermark ігноруються з попередженням інструмента
{
  agents: {
    defaults: {
      videoGenerationModel: { primary: "openai/sora-2" },
    },
  },
}
Див. Генерація відео щодо спільних параметрів інструмента, вибору постачальника та поведінки failover.

Внесок промпта GPT-5

OpenClaw додає спільний внесок промпта GPT-5 для запусків сімейства GPT-5 у різних постачальників. Він застосовується за ідентифікатором моделі, тому openai/gpt-5.5, застарілі refs до repair, як-от openai-codex/gpt-5.5, openrouter/openai/gpt-5.5, opencode/gpt-5.5, та інші сумісні refs GPT-5 отримують той самий overlay. Старіші моделі GPT-4.x не отримують його. Вбудований нативний harness Codex використовує ту саму поведінку GPT-5 і overlay heartbeat через інструкції розробника app-server Codex, тому сеанси openai/gpt-5.x, спрямовані через Codex, зберігають ті самі настанови щодо доведення дій до кінця та проактивного heartbeat, хоча рештою промпта harness володіє Codex. Внесок GPT-5 додає тегований контракт поведінки для сталості persona, безпеки виконання, дисципліни інструментів, форми виводу, перевірок завершення та верифікації. Поведінка відповідей для конкретних каналів і тихих повідомлень лишається у спільному системному промпті OpenClaw та політиці вихідної доставки. Настанови GPT-5 завжди ввімкнені для відповідних моделей. Дружній шар стилю взаємодії є окремим і налаштовуваним.
ЗначенняЕфект
"friendly" (за замовчуванням)Увімкнути дружній шар стилю взаємодії
"on"Псевдонім для "friendly"
"off"Вимкнути лише дружній шар стилю
{
  agents: {
    defaults: {
      promptOverlays: {
        gpt5: { personality: "friendly" },
      },
    },
  },
}
Під час виконання значення не залежать від регістру, тому "Off" і "off" обидва вимикають дружній шар стилю.
Застарілий plugins.entries.openai.config.personality досі читається як сумісний fallback, коли спільний параметр agents.defaults.promptOverlays.gpt5.personality не задано.

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

Вбудований Plugin openai реєструє синтез мовлення для поверхні messages.tts.
НалаштуванняШлях конфігураціїЗа замовчуванням
Модельmessages.tts.providers.openai.modelgpt-4o-mini-tts
Голосmessages.tts.providers.openai.voicecoral
Швидкістьmessages.tts.providers.openai.speed(не задано)
Інструкціїmessages.tts.providers.openai.instructions(не задано, лише gpt-4o-mini-tts)
Форматmessages.tts.providers.openai.responseFormatopus для голосових нотаток, mp3 для файлів
API-ключmessages.tts.providers.openai.apiKeyПовертається до OPENAI_API_KEY
Базова URL-адресаmessages.tts.providers.openai.baseUrlhttps://api.openai.com/v1
Додаткове тілоmessages.tts.providers.openai.extraBody / extra_body(не задано)
Доступні моделі: 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-сумісних endpoint, які потребують додаткових ключів, як-от lang. Ключі прототипу ігноруються.
{
  messages: {
    tts: {
      providers: {
        openai: { model: "gpt-4o-mini-tts", voice: "coral" },
      },
    },
  },
}
Установіть OPENAI_TTS_BASE_URL, щоб перевизначити базову URL-адресу TTS без впливу на endpoint chat API. OpenAI TTS усе ще налаштовується через API-ключ; для live talk-back лише через OAuth використовуйте шлях голосу Realtime замість мовлення agent-mode STT -> TTS.
Вбудований Plugin openai реєструє пакетне перетворення мовлення на текст через поверхню транскрибування media-understanding OpenClaw.
  • Модель за замовчуванням: gpt-4o-transcribe
  • Endpoint: OpenAI REST /v1/audio/transcriptions
  • Шлях вхідних даних: завантаження аудіофайлу multipart
  • Підтримується OpenClaw усюди, де транскрибування вхідного аудіо використовує tools.media.audio, зокрема сегменти голосових каналів Discord і аудіовкладення каналів
Щоб примусово використовувати OpenAI для транскрибування вхідного аудіо:
{
  tools: {
    media: {
      audio: {
        models: [
          {
            type: "provider",
            provider: "openai",
            model: "gpt-4o-transcribe",
          },
        ],
      },
    },
  },
}
Підказки щодо мови та промпта передаються до OpenAI, коли їх надано через спільну конфігурацію аудіомедіа або запит транскрибування для окремого виклику.
Вбудований Plugin openai реєструє транскрипцію в реальному часі для Plugin Voice Call.
НалаштуванняШлях конфігураціїТипове значення
Модельplugins.entries.voice-call.config.streaming.providers.openai.modelgpt-4o-transcribe
Мова...openai.language(не встановлено)
Prompt...openai.prompt(не встановлено)
Тривалість тиші...openai.silenceDurationMs800
Поріг VAD...openai.vadThreshold0.5
Автентифікація...openai.apiKey, OPENAI_API_KEY, або OAuth openai-codexAPI-ключі підключаються напряму; OAuth створює клієнтський секрет Realtime transcription
Використовує WebSocket-з’єднання з wss://api.openai.com/v1/realtime з аудіо G.711 u-law (g711_ulaw / audio/pcmu). Коли налаштовано лише OAuth openai-codex, Gateway створює ефемерний клієнтський секрет Realtime transcription перед відкриттям WebSocket. Цей потоковий провайдер призначений для шляху транскрипції в реальному часі Voice Call; голос Discord наразі записує короткі сегменти й натомість використовує пакетний шлях транскрипції tools.media.audio.
Вбудований Plugin openai реєструє голос у реальному часі для Plugin Voice Call.
НалаштуванняШлях конфігураціїТипове значення
Модельplugins.entries.voice-call.config.realtime.providers.openai.modelgpt-realtime-2
Голос...openai.voicealloy
Температура (міст розгортання Azure)...openai.temperature0.8
Поріг VAD...openai.vadThreshold0.5
Тривалість тиші...openai.silenceDurationMs500
Префіксне доповнення...openai.prefixPaddingMs300
Зусилля reasoning...openai.reasoningEffort(не встановлено)
Автентифікація...openai.apiKey, OPENAI_API_KEY, або OAuth openai-codexBrowser Talk і не-Azure backend-мости можуть використовувати Codex OAuth
Доступні вбудовані Realtime-голоси для gpt-realtime-2: alloy, ash, ballad, coral, echo, sage, shimmer, verse, marin, cedar. OpenAI рекомендує marin і cedar для найкращої якості Realtime. Це окремий набір від голосів Text-to-speech вище; не припускайте, що TTS голос, як-от fable, nova або onyx, дійсний для Realtime-сесій.
Backend Realtime-мости OpenAI використовують форму GA Realtime WebSocket-сесії, яка не приймає session.temperature. Розгортання Azure OpenAI залишаються доступними через azureEndpoint і azureDeployment та зберігають сумісну з розгортанням форму сесії. Підтримує двонапрямні виклики інструментів і аудіо G.711 u-law.
Голос у реальному часі вибирається під час створення сесії. OpenAI дозволяє змінювати більшість полів сесії пізніше, але голос не можна змінити після того, як модель згенерувала аудіо в цій сесії. OpenClaw наразі надає вбудовані ідентифікатори Realtime-голосів як рядки.
Control UI Talk використовує браузерні Realtime-сесії OpenAI з ефемерним клієнтським секретом, створеним Gateway, і прямим браузерним обміном WebRTC SDP з OpenAI Realtime API. Коли прямий API-ключ OpenAI не налаштовано, Gateway може створити цей клієнтський секрет за допомогою вибраного OAuth профілю openai-codex. Gateway relay і Backend Realtime WebSocket-мости Voice Call використовують той самий резервний варіант OAuth для нативних кінцевих точок OpenAI. Live-перевірка для супровідників доступна через OPENAI_API_KEY=... GEMINI_API_KEY=... node --import tsx scripts/dev/realtime-talk-live-smoke.ts; гілки OpenAI перевіряють і Backend WebSocket-міст, і браузерний обмін WebRTC SDP без журналювання секретів.

Кінцеві точки 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. Див. accordion Голос у реальному часі у розділі Голос і мовлення для його налаштувань Azure.
Використовуйте Azure OpenAI, коли:
  • У вас уже є підписка Azure OpenAI, квота або корпоративна угода
  • Вам потрібні регіональне розміщення даних або засоби контролю відповідності, які надає Azure
  • Ви хочете залишити трафік усередині наявного клієнтського середовища Azure

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

Для генерації зображень Azure через вбудований провайдер openai вкажіть models.providers.openai.baseUrl на ваш ресурс Azure і встановіть apiKey як ключ Azure OpenAI (не ключ OpenAI Platform):
{
  models: {
    providers: {
      openai: {
        baseUrl: "https://<your-resource>.openai.azure.com",
        apiKey: "<azure-openai-api-key>",
      },
    },
  },
}
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, щоб зафіксувати конкретну preview- або GA-версію Azure для шляху генерації зображень Azure:
export AZURE_OPENAI_API_VERSION="2024-12-01-preview"
Типове значення — 2024-12-01-preview, коли змінну не встановлено.

Назви моделей є назвами розгортань

Azure OpenAI прив’язує моделі до розгортань. Для запитів генерації зображень Azure, маршрутизованих через вбудований провайдер openai, поле model в OpenClaw має бути назвою розгортання Azure, яку ви налаштували на порталі Azure, а не публічним ідентифікатором моделі OpenAI. Якщо ви створите розгортання з назвою gpt-image-2-prod, яке обслуговує gpt-image-2:
/tool image_generate model=openai/gpt-image-2-prod prompt="A clean poster" size=1024x1024 count=1
Те саме правило щодо назви розгортання застосовується до викликів генерації зображень, маршрутизованих через вбудований провайдер openai.

Регіональна доступність

Генерація зображень Azure наразі доступна лише в підмножині регіонів (наприклад, eastus2, swedencentral, polandcentral, westus3, uaenorth). Перевірте поточний список регіонів Microsoft перед створенням розгортання та підтвердьте, що конкретна модель доступна у вашому регіоні.

Відмінності параметрів

Azure OpenAI і публічний OpenAI не завжди приймають однакові параметри зображень. Azure може відхиляти параметри, які дозволяє публічний OpenAI (наприклад, певні значення background для gpt-image-2), або надавати їх лише для конкретних версій моделей. Ці відмінності походять від Azure і базової моделі, а не від OpenClaw. Якщо запит Azure завершується помилкою валідації, перевірте набір параметрів, підтримуваний вашим конкретним розгортанням і версією API на порталі Azure.
Azure OpenAI використовує нативний транспорт і compat-поведінку, але не отримує приховані заголовки атрибуції OpenClaw — див. акордеон Нативні маршрути проти OpenAI-сумісних маршрутів у розділі Розширена конфігурація.Для трафіку chat або Responses в Azure (окрім генерації зображень) використовуйте процес onboarding або окрему конфігурацію провайдера Azure — сам лише openai.baseUrl не підхоплює форму Azure API/auth. Існує окремий провайдер azure-openai-responses/*; див. акордеон Server-side compaction нижче.

Розширена конфігурація

OpenClaw спершу використовує WebSocket із запасним переходом на SSE ("auto") для openai/*.У режимі "auto" OpenClaw:
  • Повторює одну ранню помилку WebSocket перед переходом на SSE
  • Після помилки позначає WebSocket як деградований приблизно на 60 секунд і використовує SSE під час охолодження
  • Додає стабільні заголовки ідентичності сеансу й ходу для повторів і повторних підключень
  • Нормалізує лічильники використання (input_tokens / prompt_tokens) між варіантами транспорту
ЗначенняПоведінка
"auto" (типово)Спершу WebSocket, запасний перехід на SSE
"sse"Примусово лише SSE
"websocket"Примусово лише WebSocket
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": {
          params: { transport: "auto" },
        },
      },
    },
  },
}
Пов’язана документація OpenAI:
OpenClaw надає спільний перемикач fast-mode для openai/*:
  • Chat/UI: /fast status|on|off
  • Конфігурація: agents.defaults.models["<provider>/<model>"].params.fastMode
Коли його ввімкнено, OpenClaw зіставляє fast mode з пріоритетною обробкою OpenAI (service_tier = "priority"). Наявні значення service_tier зберігаються, і fast mode не переписує reasoning або text.verbosity.
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": { params: { fastMode: true } },
      },
    },
  },
}
Перевизначення сеансу мають пріоритет над конфігурацією. Очищення перевизначення сеансу в UI Sessions повертає сеанс до налаштованого типового значення.
API OpenAI надає пріоритетну обробку через service_tier. Задайте її для кожної моделі в OpenClaw:
{
  agents: {
    defaults: {
      models: {
        "openai/gpt-5.5": { params: { serviceTier: "priority" } },
      },
    },
  },
}
Підтримувані значення: auto, default, flex, priority.
serviceTier передається лише до нативних кінцевих точок OpenAI (api.openai.com) і нативних кінцевих точок Codex (chatgpt.com/backend-api). Якщо ви маршрутизуєте будь-якого з цих провайдерів через проксі, OpenClaw залишає service_tier без змін.
Для прямих моделей OpenAI Responses (openai/* на api.openai.com) stream-обгортка Pi-harness Plugin OpenAI автоматично вмикає server-side compaction:
  • Примусово задає store: true (якщо compat моделі не задає supportsStore: false)
  • Впроваджує context_management: [{ type: "compaction", compact_threshold: ... }]
  • Типове значення compact_threshold: 70% від contextWindow (або 80000, коли недоступно)
Це застосовується до вбудованого шляху Pi harness і до хуків провайдера OpenAI, які використовуються вбудованими запусками. Нативний harness app-server Codex керує власним контекстом через Codex і налаштовується типовим маршрутом агента OpenAI або runtime-політикою провайдера/моделі.
Корисно для сумісних кінцевих точок, таких як Azure OpenAI Responses:
{
  agents: {
    defaults: {
      models: {
        "azure-openai-responses/gpt-5.5": {
          params: { responsesServerCompaction: true },
        },
      },
    },
  },
}
responsesServerCompaction керує лише впровадженням context_management. Прямі моделі OpenAI Responses все одно примусово задають store: true, якщо compat не задає supportsStore: false.
Для запусків сімейства GPT-5 на openai/* OpenClaw може використовувати суворіший контракт вбудованого виконання:
{
  agents: {
    defaults: {
      embeddedPi: { executionContract: "strict-agentic" },
    },
  },
}
З strict-agentic OpenClaw:
  • Більше не вважає хід лише з планом успішним прогресом, коли доступна дія інструмента
  • Повторює хід із підказкою діяти зараз
  • Автоматично вмикає update_plan для суттєвої роботи
  • Показує явний заблокований стан, якщо модель продовжує планувати без дії
Обмежено лише запусками сімейства GPT-5 для OpenAI і Codex. Інші провайдери та старіші сімейства моделей зберігають типову поведінку.
OpenClaw обробляє прямі кінцеві точки OpenAI, Codex і Azure OpenAI інакше, ніж загальні OpenAI-сумісні проксі /v1:Нативні маршрути (openai/*, Azure OpenAI):
  • Зберігають reasoning: { effort: "none" } лише для моделей, які підтримують OpenAI none effort
  • Пропускають вимкнений reasoning для моделей або проксі, що відхиляють reasoning.effort: "none"
  • За замовчуванням використовують строгий режим для схем інструментів
  • Додають приховані заголовки атрибуції лише на перевірених нативних хостах
  • Зберігають формування запитів, специфічне для OpenAI (service_tier, store, reasoning-compat, підказки prompt-cache)
Проксі/сумісні маршрути:
  • Використовують м’якшу compat-поведінку
  • Вилучають Completions store з ненативних payload openai-completions
  • Приймають наскрізний JSON params.extra_body/params.extraBody для OpenAI-сумісних проксі Completions
  • Приймають params.chat_template_kwargs для OpenAI-сумісних проксі Completions, таких як vLLM
  • Не примушують строгі схеми інструментів або лише нативні заголовки
Azure OpenAI використовує нативний транспорт і compat-поведінку, але не отримує приховані заголовки атрибуції.

Пов’язане

Вибір моделі

Вибір провайдерів, посилань на моделі та поведінки failover.

Генерація зображень

Спільні параметри інструмента зображень і вибір провайдера.

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

Спільні параметри інструмента відео та вибір провайдера.

OAuth і auth

Подробиці auth і правила повторного використання облікових даних.