Доступность моделей
/cabinet/api/public/model-statusСнимок доступности моделей: процент успешных запросов и история по дням. Без ключа.
Ответы
Response
{
"updated_at": "2026-09-10T08:12:03.481920+00:00",
"overall": "operational",
"groups": [
{
"key": "text",
"label": "Текстовые модели",
"models": [
{
"model": "gpt-5.6-sol",
"status": "ok",
"success_rate": 100.0,
"checked_at": "2026-09-10T08:11:44.204000",
"history": [{ "day": "2026-09-09", "rate": 98.0, "status": "ok" }]
}
]
}
]
}Подробности
Ключ не нужен: ручка открыта без аутентификации.
Тот же снимок, который рисует публичную страницу статуса. Считает его фоновый цикл, а запрос отдаёт готовое — из процессного кэша или из сохранённого снимка; пересчёт на самом запросе бывает только тогда, когда снимок совсем устарел, то есть цикл встал. Поэтому ручка выдерживает анонимный трафик и не стоит ни одного обращения к моделям.
Поля: updated_at — когда снимок посчитан; overall — сводка по всему шлюзу (operational / degraded / down); groups — группы (текст, картинки, видео), у каждой key, label (готовая подпись) и models. У модели: model; status; success_rate — процент успешных запросов от 0 до 100, null, если данных не было (в знаменателе только успехи и сбои на стороне модели: отказ по вине самого запроса её не роняет); checked_at — время последнего запроса (у текстовых моделей без смещения, у медийных со смещением); history — по одной записи на день, в записи day, rate (тот же процент) и status.
Окно у success_rate разное: у текста — сутки, у медиа — вся история, потому что медиа-запросы редки и суточное окно гасило бы модель, работавшую вчера. Значения status: ok, degraded, down, unavailable (не прошёл ни один запрос), no_data (у текстовой модели данных нет) и awaiting (у медиа-модели ещё нет подтверждённого трафика). Текстовые модели шлюз пингует сам, медийные не пингует — они слишком дороги, и их доступность считается по реальным запросам клиентов. Читать это стоит перед тем, как жаловаться на ошибки: no_data и awaiting значат «данных нет», а не «сломано».