Ошибка timeout: что делать, если gpt-5-mini не отвечает
Тайм-аут означает, что клиент сдался до прихода ответа. Чаще всего это происходит с потоковыми запросами к LLM: перед первым токеном модель думает, а на этапе размышления не выдаётся ни одного байта.
Timeout — это не HTTP-статус, а предел ожидания на стороне клиента. Запрос обычно дошёл до шлюза и был передан upstream, но модель не выдала результат за отведённое время. Длинный контекст, длинный вывод и вызовы без streaming — три самые частые причины.
gpt-5-mini предоставляется компанией OpenAI. Всё на этой странице — причины, решения и измеренные данные — собрано по реальной работе этой модели на уровне шлюза.
В этом шлюзе самая частая причина — Слишком маленький тайм-аут на клиенте. Рекомендуемое первое действие: Увеличьте тайм-аут клиента до 300 секунд и больше.
Возможные причины
- Слишком маленький тайм-аут на клиенте
- Длинный промпт или контекст повышает задержку первого токена
- Модель выполняет длинную задачу рассуждения
- Сетевые колебания
Как исправить
- Увеличьте тайм-аут клиента до 300 секунд и больше
- Включите потоковый вывод, чтобы не ждать весь ответ
- Сократите контекст или возьмите более быструю модель
- Уменьшите max_tokens
Повтор с экспоненциальной задержкой
Ниже — пример повтора, когда gpt-5-mini возвращает timeout: до 5 попыток, ожидание растёт и добавляется случайный джиттер, чтобы параллельные запросы не повторялись одновременно. Base URL и API key читаются из переменных окружения — не хардкодьте их.
import os, time, random
import requests
BASE = os.getenv("OPENAI_BASE_URL") # e.g. https://<your-gateway>/v1
KEY = os.getenv("OPENAI_API_KEY")
MODEL = 'gpt-5-mini'
def chat(messages, retries=5):
"""Retry with exponential backoff + jitter."""
for i in range(retries):
try:
r = requests.post(
BASE + "/chat/completions",
headers={"Authorization": "Bearer " + KEY},
json={"model": MODEL, "messages": messages, "stream": True},
timeout=60,
)
if r.status_code == 429 or r.status_code >= 500:
time.sleep(min(2 ** i + random.uniform(0, 1), 30))
continue
r.raise_for_status()
return r.json()
except requests.exceptions.Timeout:
time.sleep(min(2 ** i + random.uniform(0, 1), 30))
raise RuntimeError("gave up after " + str(retries) + " retries")
print(chat([{"role": "user", "content": "hello"}]))Ключевые данные этой модели
| API-эндпоинт | https://api.airai.cc/v1 |
|---|---|
| Совместимо с OpenAI | OpenAI-compatible |
| Производитель | OpenAI |
|---|---|
| Контекст | 400K |
| Возможности | Reasoning, Tools, Files, Vision |
| Форматы API | openai, openai-response, openai-response-compact, anthropic, gemini, openai-alpha-search |
| Формула биллинга | p * 0.25 + cr * 0.025 + c * 2 |
Частые вопросы
Влияет ли timeout на запросы, уже отправленные к gpt-5-mini?
Эта ошибка не связана с возможностями модели, это уровень шлюза. Как правило это кратковременный сбой, который проходит сам. Теги возможностей модели: Reasoning, Tools, Files, Vision. Если ошибка длится несколько минут, обратитесь в поддержку платформы и уточните статус upstream. Сначала решите, что это: уровень аккаунта или уровень модели — это полностью меняет обработку.
Помогает ли переход на потоковый вывод уменьшить timeout?
Нужно менять параметры запроса, один повтор не поможет. Это проблема конфигурации клиента, на сервере менять ничего не нужно. Окно контекста 400K задаёт максимальный ввод за запрос; всё, что больше, отклоняется сразу. Для ошибок параметров сразу возвращайте ошибку, не тратя повторы. Обрезайте или сжимайте длинный ввод — это заметно снижает вероятность timeout.
Почему gpt-5-mini возвращает timeout только в отдельные часы?
Сохраняйте идентификатор запроса и исходный текст ответа, иначе локализовать нечего. Если это происходит только в продакшене, дело обычно в окружении, а не в модели. Модель предоставляется OpenAI, поэтому статус upstream определяется объявлениями вендора. Сначала воспроизведите это в тестовом окружении с тем же телом запроса.
Каким должен быть интервал повтора, когда gpt-5-mini возвращает timeout?
Обычно не нужно менять код, достаточно скорректировать темп вызовов. Повтор — самый эффективный первый шаг. При тарифе p * 0.25 + cr * 0.025 + c * 2 неудачные запросы не идут в использование. Установите лимит повторов 3–5 и добавьте jitter. Для повторяемых ошибок используйте экспоненциальную задержку, для остальных возвращайте ошибку сразу.
Другие ошибки этой модели
- gpt-5-mini: ошибка 429 — причины и решение
- gpt-5-mini: ошибка 500 — причины и решение
- gpt-5-mini: ошибка 502 — причины и решение
- gpt-5-mini: ошибка 503 — причины и решение
- gpt-5-mini: ошибка 504 — причины и решение
- gpt-5-mini: ошибка 401 — причины и решение
- gpt-5-mini: ошибка 403 — причины и решение
- gpt-5-mini: ошибка 400 — причины и решение
Другие модели с той же ошибкой
- gpt-5
- claude-opus-5
- gemini-2.5-pro
- deepseek-v4-pro
- grok-4.3
- llama-3.3-70b-instruct
- qvq-max
- qwq-32b
- glm-5
- MiniMax-M3
- kimi-k3
- hy3
- doubao-seed-evolving
- mimo-v2.5
- gpt-4o
- claude-opus-4-6
Данные обновлены: 2026-10-10 15:55