OpenAI надає API для розробників для моделей GPT, а Codex також доступний як агент для програмування в межах плану ChatGPT через клієнти Codex від OpenAI. OpenClaw зберігає ці поверхні окремими, щоб конфігурація залишалася передбачуваною. OpenClaw використовує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/* як канонічний маршрут моделей 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.
Швидкий вибір
| Мета | Використовуйте | Примітки |
|---|---|---|
| Підписка ChatGPT/Codex з нативним середовищем виконання Codex | openai/gpt-5.5 | Стандартне налаштування агента OpenAI. Увійдіть через автентифікацію Codex. |
| Пряма оплата ключем API для моделей агентів | openai/gpt-5.5 плюс Codex-сумісний профіль ключа API | Використовуйте auth.order.openai, щоб розмістити резерв після автентифікації підписки. |
| Пряма оплата ключем API через явний PI | openai/gpt-5.5 плюс середовище виконання провайдера/моделі pi | Виберіть звичайний профіль ключа API openai. |
| Найновіший API-псевдонім ChatGPT Instant | openai/chat-latest | Лише прямий ключ API. Рухомий псевдонім для експериментів, не стандартне значення. |
| Автентифікація підписки ChatGPT/Codex через явний PI | openai/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 codex | Plugin | Вбудований 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> | Так |
| Моделі підписки Codex | openai/<model> з OAuth openai-codex | Так |
| Застарілі посилання на моделі Codex | openai-codex/<model> | Виправляються doctor до openai/<model> |
| Harness app-server Codex | openai/<model> з пропущеним середовищем виконання або провайдером/моделлю agentRuntime.id: codex | Так |
| Серверний вебпошук | Нативний інструмент OpenAI Responses | Так, коли вебпошук увімкнено й провайдера не закріплено |
| Зображення | image_generate | Так |
| Відео | video_generate | Так |
| Перетворення тексту на мовлення | messages.tts.provider: "openai" / tts | Так |
| Пакетне перетворення мовлення на текст | tools.media.audio / розуміння медіа | Так |
| Потокове перетворення мовлення на текст | Voice Call streaming.provider: "openai" | Так |
| Голос realtime | Voice Call realtime.provider: "openai" / Control UI Talk | Так |
| Embeddings | провайдер embeddings пам’яті | Так |
Embeddings пам’яті
OpenClaw може використовувати OpenAI або OpenAI-сумісну endpoint embeddings для індексуванняmemory_search і embeddings запитів:
queryInputType і documentInputType у memorySearch. OpenClaw передає їх як специфічні для провайдера поля запиту input_type: embeddings запитів використовують queryInputType; індексовані фрагменти пам’яті та пакетне індексування використовують documentInputType. Повний приклад див. у довіднику конфігурації пам’яті.
Початок роботи
Виберіть бажаний метод автентифікації та виконайте кроки налаштування.- Ключ API (OpenAI Platform)
- Підписка Codex
Найкраще для: прямого доступу до API та оплати за використання.
Щоб спробувати поточну модель Instant ChatGPT з OpenAI API, задайте модель як
Отримайте ключ API
Створіть або скопіюйте ключ API з панелі OpenAI Platform.
Підсумок маршруту
| Посилання на модель | Конфігурація середовища виконання | Маршрут | Автентифікація |
|---|---|---|---|
openai/gpt-5.5 | пропущено / провайдер/модель agentRuntime.id: "codex" | Harness app-server Codex | Codex-сумісний профіль OpenAI |
openai/gpt-5.4-mini | пропущено / провайдер/модель agentRuntime.id: "codex" | Harness app-server Codex | Codex-сумісний профіль 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 досі працюють.Приклад конфігурації
openai/chat-latest:chat-latest - це рухомий псевдонім. OpenAI документує його як найновішу модель Instant, що використовується в ChatGPT, і рекомендує gpt-5.5 для виробничого використання API, тому залишайте openai/gpt-5.5 стабільним стандартним значенням, якщо вам явно не потрібна поведінка цього псевдоніма. Наразі псевдонім приймає лише текстову докладність medium, тому OpenClaw нормалізує несумісні перевизначення текстової докладності OpenAI для цієї моделі.Нативна автентифікація app-server Codex
Нативний harness app-server Codex використовує посилання на моделіopenai/* плюс пропущену
конфігурацію runtime або provider/model agentRuntime.id: "codex", але його автентифікація
все ще базується на обліковому записі. OpenClaw вибирає автентифікацію в такому порядку:
- Впорядковані профілі автентифікації OpenAI для агента, бажано в
auth.order.openai. Наявні профіліopenai-codex:*іauth.order.openai-codexзалишаються чинними для старіших інсталяцій. - Наявний обліковий запис app-server, наприклад локальний вхід Codex CLI ChatGPT.
- Лише для локальних запусків app-server stdio:
CODEX_API_KEY, потімOPENAI_API_KEY, коли app-server повідомляє, що облікового запису немає, але все ще потребує автентифікації OpenAI.
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. Після проходження часу скидання підписки
профіль підписки знову стає придатним.
Генерація зображень
Вбудований pluginopenai реєструє генерацію зображень через інструмент image_generate.
Він підтримує як генерацію зображень через API-ключ OpenAI, так і генерацію зображень через Codex OAuth
за допомогою того самого посилання на модель openai/gpt-image-2.
| Можливість | API-ключ OpenAI | Codex OAuth |
|---|---|---|
| Посилання на модель | openai/gpt-image-2 | openai/gpt-image-2 |
| Автентифікація | OPENAI_API_KEY | Вхід OpenAI Codex OAuth |
| Транспорт | OpenAI Images API | backend Codex Responses |
| Максимум зображень на запит | 4 | 4 |
| Режим редагування | Увімкнено (до 5 референсних зображень) | Увімкнено (до 5 референсних зображень) |
| Перевизначення розміру | Підтримуються, зокрема розміри 2K/4K | Підтримуються, зокрема розміри 2K/4K |
| Співвідношення сторін / роздільна здатність | Не пересилається до OpenAI Images API | Зіставляється з підтримуваним розміром, коли це безпечно |
Див. Генерація зображень щодо спільних параметрів інструмента, вибору провайдера та поведінки 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:
--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 опція
відсутня.
Згенерувати:
Генерація відео
Вбудований Pluginopenai реєструє генерацію відео через інструмент video_generate.
| Можливість | Значення |
|---|---|
| Модель за замовчуванням | openai/sora-2 |
| Режими | Текст-у-відео, зображення-у-відео, редагування одного відео |
| Референсні вхідні дані | 1 зображення або 1 відео |
| Перевизначення розміру | Підтримується |
| Інші перевизначення | aspectRatio, resolution, audio, watermark ігноруються з попередженням інструмента |
Див. Генерація відео щодо спільних параметрів інструмента, вибору постачальника та поведінки 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" | Вимкнути лише дружній шар стилю |
- Конфігурація
- CLI
Застарілий
plugins.entries.openai.config.personality досі читається як сумісний fallback, коли спільний параметр agents.defaults.promptOverlays.gpt5.personality не задано.Голос і мовлення
Синтез мовлення (TTS)
Синтез мовлення (TTS)
Вбудований Plugin
Доступні моделі:
openai реєструє синтез мовлення для поверхні messages.tts.| Налаштування | Шлях конфігурації | За замовчуванням |
|---|---|---|
| Модель | messages.tts.providers.openai.model | gpt-4o-mini-tts |
| Голос | messages.tts.providers.openai.voice | coral |
| Швидкість | messages.tts.providers.openai.speed | (не задано) |
| Інструкції | messages.tts.providers.openai.instructions | (не задано, лише gpt-4o-mini-tts) |
| Формат | messages.tts.providers.openai.responseFormat | opus для голосових нотаток, mp3 для файлів |
| API-ключ | messages.tts.providers.openai.apiKey | Повертається до OPENAI_API_KEY |
| Базова URL-адреса | messages.tts.providers.openai.baseUrl | https://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. Ключі прототипу ігноруються.Установіть
OPENAI_TTS_BASE_URL, щоб перевизначити базову URL-адресу TTS без впливу на endpoint chat API. OpenAI TTS усе ще налаштовується через API-ключ; для live talk-back лише через OAuth використовуйте шлях голосу Realtime замість мовлення agent-mode STT -> TTS.Перетворення мовлення на текст
Перетворення мовлення на текст
Вбудований Plugin Підказки щодо мови та промпта передаються до OpenAI, коли їх надано через
спільну конфігурацію аудіомедіа або запит транскрибування для окремого виклику.
openai реєструє пакетне перетворення мовлення на текст через
поверхню транскрибування media-understanding OpenClaw.- Модель за замовчуванням:
gpt-4o-transcribe - Endpoint: OpenAI REST
/v1/audio/transcriptions - Шлях вхідних даних: завантаження аудіофайлу multipart
- Підтримується OpenClaw усюди, де транскрибування вхідного аудіо використовує
tools.media.audio, зокрема сегменти голосових каналів Discord і аудіовкладення каналів
Транскрипція в реальному часі
Транскрипція в реальному часі
Вбудований Plugin
openai реєструє транскрипцію в реальному часі для Plugin Voice Call.| Налаштування | Шлях конфігурації | Типове значення |
|---|---|---|
| Модель | plugins.entries.voice-call.config.streaming.providers.openai.model | gpt-4o-transcribe |
| Мова | ...openai.language | (не встановлено) |
| Prompt | ...openai.prompt | (не встановлено) |
| Тривалість тиші | ...openai.silenceDurationMs | 800 |
| Поріг VAD | ...openai.vadThreshold | 0.5 |
| Автентифікація | ...openai.apiKey, OPENAI_API_KEY, або OAuth openai-codex | API-ключі підключаються напряму; 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
Доступні вбудовані Realtime-голоси для
openai реєструє голос у реальному часі для Plugin Voice Call.| Налаштування | Шлях конфігурації | Типове значення |
|---|---|---|
| Модель | plugins.entries.voice-call.config.realtime.providers.openai.model | gpt-realtime-2 |
| Голос | ...openai.voice | alloy |
| Температура (міст розгортання Azure) | ...openai.temperature | 0.8 |
| Поріг VAD | ...openai.vadThreshold | 0.5 |
| Тривалість тиші | ...openai.silenceDurationMs | 500 |
| Префіксне доповнення | ...openai.prefixPaddingMs | 300 |
| Зусилля reasoning | ...openai.reasoningEffort | (не встановлено) |
| Автентифікація | ...openai.apiKey, OPENAI_API_KEY, або OAuth openai-codex | Browser Talk і не-Azure backend-мости можуть використовувати Codex OAuth |
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
- Ви хочете залишити трафік усередині наявного клієнтського середовища 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, щоб зафіксувати конкретну preview- або GA-версію 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 використовує нативний транспорт і compat-поведінку, але не отримує
приховані заголовки атрибуції OpenClaw — див. акордеон Нативні маршрути проти OpenAI-сумісних
маршрутів у розділі Розширена конфігурація.Для трафіку chat або Responses в Azure (окрім генерації зображень) використовуйте
процес onboarding або окрему конфігурацію провайдера Azure — сам лише
openai.baseUrl
не підхоплює форму Azure API/auth. Існує окремий
провайдер azure-openai-responses/*; див. акордеон Server-side compaction нижче.Розширена конфігурація
Transport (WebSocket vs SSE)
Transport (WebSocket vs SSE)
OpenClaw спершу використовує WebSocket із запасним переходом на SSE (
Пов’язана документація OpenAI:
"auto") для openai/*.У режимі "auto" OpenClaw:- Повторює одну ранню помилку WebSocket перед переходом на SSE
- Після помилки позначає WebSocket як деградований приблизно на 60 секунд і використовує SSE під час охолодження
- Додає стабільні заголовки ідентичності сеансу й ходу для повторів і повторних підключень
- Нормалізує лічильники використання (
input_tokens/prompt_tokens) між варіантами транспорту
| Значення | Поведінка |
|---|---|
"auto" (типово) | Спершу WebSocket, запасний перехід на SSE |
"sse" | Примусово лише SSE |
"websocket" | Примусово лише WebSocket |
Fast mode
Fast mode
OpenClaw надає спільний перемикач fast-mode для
openai/*:- Chat/UI:
/fast status|on|off - Конфігурація:
agents.defaults.models["<provider>/<model>"].params.fastMode
service_tier = "priority"). Наявні значення service_tier зберігаються, і fast mode не переписує reasoning або text.verbosity.Перевизначення сеансу мають пріоритет над конфігурацією. Очищення перевизначення сеансу в UI Sessions повертає сеанс до налаштованого типового значення.
Пріоритетна обробка (service_tier)
Пріоритетна обробка (service_tier)
API OpenAI надає пріоритетну обробку через Підтримувані значення:
service_tier. Задайте її для кожної моделі в OpenClaw:auto, default, flex, priority.Server-side compaction (Responses API)
Server-side compaction (Responses API)
Для прямих моделей 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, коли недоступно)
- Увімкнути явно
- Власний поріг
- Вимкнути
Корисно для сумісних кінцевих точок, таких як Azure OpenAI Responses:
responsesServerCompaction керує лише впровадженням context_management. Прямі моделі OpenAI Responses все одно примусово задають store: true, якщо compat не задає supportsStore: false.Режим strict-agentic GPT
Режим strict-agentic GPT
Для запусків сімейства GPT-5 на З
openai/* OpenClaw може використовувати суворіший контракт вбудованого виконання:strict-agentic OpenClaw:- Більше не вважає хід лише з планом успішним прогресом, коли доступна дія інструмента
- Повторює хід із підказкою діяти зараз
- Автоматично вмикає
update_planдля суттєвої роботи - Показує явний заблокований стан, якщо модель продовжує планувати без дії
Обмежено лише запусками сімейства GPT-5 для OpenAI і Codex. Інші провайдери та старіші сімейства моделей зберігають типову поведінку.
Нативні маршрути проти OpenAI-сумісних маршрутів
Нативні маршрути проти OpenAI-сумісних маршрутів
OpenClaw обробляє прямі кінцеві точки OpenAI, Codex і Azure OpenAI інакше, ніж загальні OpenAI-сумісні проксі
/v1:Нативні маршрути (openai/*, Azure OpenAI):- Зберігають
reasoning: { effort: "none" }лише для моделей, які підтримують OpenAInoneeffort - Пропускають вимкнений reasoning для моделей або проксі, що відхиляють
reasoning.effort: "none" - За замовчуванням використовують строгий режим для схем інструментів
- Додають приховані заголовки атрибуції лише на перевірених нативних хостах
- Зберігають формування запитів, специфічне для OpenAI (
service_tier,store, reasoning-compat, підказки prompt-cache)
- Використовують м’якшу compat-поведінку
- Вилучають Completions
storeз ненативних payloadopenai-completions - Приймають наскрізний JSON
params.extra_body/params.extraBodyдля OpenAI-сумісних проксі Completions - Приймають
params.chat_template_kwargsдля OpenAI-сумісних проксі Completions, таких як vLLM - Не примушують строгі схеми інструментів або лише нативні заголовки
Пов’язане
Вибір моделі
Вибір провайдерів, посилань на моделі та поведінки failover.
Генерація зображень
Спільні параметри інструмента зображень і вибір провайдера.
Генерація відео
Спільні параметри інструмента відео та вибір провайдера.
OAuth і auth
Подробиці auth і правила повторного використання облікових даних.