Ошибки и отладка

В случае ошибок LLMSTORE возвращает ответ JSON следующей формы:

type ErrorResponse = {
  error: {
    code: number;
    message: string;
    metadata?: Record<string, unknown>;
  };
};

HTTP-ответ будет иметь тот же код состояния, что и error.code, формирующая ошибку запроса, если:

Ваш первоначальный запрос недействителен.
У вашего API-ключа/учетной записи закончились кредиты

В противном случае возвращаемый статус ответа HTTP будет , и любая ошибка, возникшая во время выдачи выходных данных LLM, будет выдана в теле ответа или как событие данных SSE. Пример кода для вывода ошибок печати в JavaScript:

const request = await fetch('https://llmstore.ru/...');
console.log(request.status); // Will be an error code unless the model started processing your request
const response = await request.json();
console.error(response.error?.code); // Will be an error code
console.error(response.error?.message);

Коды ошибок

: неверный запрос (неверные или отсутствующие параметры, CORS)
: неверные учетные данные (истёк срок сеанса OAuth, отключен/недействителен ключ API)
: в вашей учетной записи или ключе API недостаточно средств. Добавьте больше кредитов и повторите запрос.
: запрещено (недостаточно разрешений, блокировка ограждения или флаг модерации)
: время ожидания вашего запроса истекло.
: ваша скорость ограничена.
: выбранная вами модель не работает или мы получили от нее неверный ответ.
: нет доступного поставщика модели, соответствующего вашим требованиям маршрутизации.

Заголовок Retry-After

Вкл. и Параметры ответов, LLMSTORE может включать стандартный HTTP-ответ. Retry-After заголовок ответа, указывающий, сколько секунд нужно подождать перед повторной попыткой.

HTTP/1.1 429 Too Many Requests
Retry-After: 60

OpenAI SDK, Anthropic SDK, Vercel AI SDK и LLMSTORE SDK уже учитывают этот заголовок для отсрочки. Если вы используете fetch напрямую, соблюдайте его перед повторной попыткой:

const res = await fetch('https://api.llmstore.ru/v1/chat/completions', { ... });
if (res.status === 429 || res.status === 503) {
  const retryAfter = Number(res.headers.get('Retry-After'));
  if (Number.isFinite(retryAfter) && retryAfter > 0) {
    await new Promise((r) => setTimeout(r, retryAfter * 1000));
    // retry the request
  }
}

Ошибки модерации

Если ваш ввод был помечен, error.metadata будет содержать информацию о проблеме. Форма метаданных следующая:

type ModerationErrorMetadata = {
  reasons: string[]; // Why your input was flagged
  flagged_input: string; // The text segment that was flagged, limited to 100 characters. If the flagged input is longer than 100 characters, it will be truncated in the middle and replaced with ...
  provider_name: string; // The name of the provider that requested moderation
  model_slug: string;
};

Ошибки ограждения

По эндпоинтам вывода (/chat/completions, /responses, /messages), запрос может быть заблокирован до того, как он достигнет провайдера — например, фильтром контента или детектором промпт-инъекций. Когда это происходит, ответом является 403 с сообщением о причине блокировки:

{
  "error": {
    "code": 403,
    "message": "Request blocked: prompt injection patterns detected",
    "metadata": {
      "patterns": ["ignore all previous instructions"]
    }
  }
}

Ошибки провайдера

LLMSTORE нормализует каждую ошибку восходящего провайдера в стабильный, типизированный error_type словарь, описанный в разделе Типизированные коды ошибок. То же самое Значения error_type описывают, что пошло не так, если провайдер Ошибка поступает в тело ответа, не связанное с потоковой передачей, или как событие SSE в середине потока. Коды нативных протоколов (Anthropic error.type, Responses error.code) предоставляются по принципу best effort и могут различаться в зависимости от формата — поле error_type — то, на которое стоит полагаться во всех форматах. Для chat completions ошибка провайдера, прерывающая генерацию, переносит error_type внутри error.metadata:

{
  "error": {
    "code": 429,
    "message": "Rate limit exceeded",
    "metadata": {
      "error_type": "rate_limit_exceeded",
      "provider_code": "rate_limited"
    }
  }
}

То же значение переносится в ошибках в середине потока, а также в форматах Anthropic и Responses — см. Форматы ошибок для каждой формы API для точного расположения полей в каждом формате.

Маскирование и необработанные сведения о поставщике

Когда запрос завершается неудачей с 500, message заменяется общей строкой, а provider_code опускается, но error_type все еще присутствует (server). Для ошибок, отличных от 500, собственный код ошибки вышестоящего провайдера отображается в error.metadata.provider_code, когда доступно.

Когда контент не генерируется

Иногда модель может не генерировать контент. Обычно это происходит, когда:

Модель прогревается с холодного старта
Система масштабируется для обработки большего количества запросов.

Время прогрева обычно составляет от нескольких секунд до нескольких минут, в зависимости от модели и поставщика. Если вы столкнулись с постоянными проблемами отсутствия контента, рассмотрите возможность реализации простого механизма повторной попытки или повторите попытку с другим поставщиком или моделью, которая имела более позднюю активность. Кроме того, имейте в виду, что в некоторых случаях вышестоящий поставщик может по-прежнему взимать с вас плату за быструю обработку, даже если контент не создается.

Форматы ошибок потоковой передачи

При использовании режима потоковой передачи (stream: true), ошибки обрабатываются по-разному в зависимости от того, когда они возникли:

Ошибки перед потоковой передачей

Ошибки, возникающие перед отправкой токенов, соответствуют стандартному формату ошибок, указанному выше, с соответствующими кодами состояния HTTP. На этом этапе HTTP-ответ еще не зафиксирован, поэтому LLMSTORE может:

Возвращает правильный статус ошибки HTTP (4xx/5xx). — повторная попытка с использованием эндпоинта другого поставщика в автоматическом режиме, если резервная маршрутизация включено
Применяйте ограничение скорости или проверку подлинности перед началом любой работы.

Вы увидите ошибки перед потоковой передачей из-за таких проблем, как неверные ключи API, неверные запросы или когда все доступные эндпоинты поставщика исчерпаны до начала потоковой передачи.

Ошибки среднего потока

Как только первый токен будет записан клиенту, HTTP Статус 200 OK и заголовки уже зафиксированы — их нельзя изменить. Если на этом этапе у поставщика произойдет сбой, LLMSTORE не сможет автоматически переключиться на другого поставщика, поскольку часть содержимого уже доставлена в ваше приложение. Ошибка должна прийти внутриполосно как событие SSE. Распространенные причины ошибок в середине потока:

Отключение провайдера — восходящее соединение разрывается после частичного вывода (проблема с сетью, сбой провайдера, тайм-аут балансировщика нагрузки)
Тайм-аут поставщика — модель перестает отвечать в середине поколения, и срок чтения истекает.
Предел токена достигнут во время генерации — модель достигает max_tokens или контекстное окно заполняется при выводе данных
Фильтр выходного контента — система модерации контента помечает сгенерированный текст после того, как часть его уже была передана в потоковом режиме.
Перегрузка поставщика — восходящий поток возвращает ошибку ограничения скорости или емкости после начала потоковой передачи.

Если ошибка возникает до записи каких-либо токенов — даже при потоковом запросе — LLMSTORE все равно может прозрачно повторить попытку с резервным поставщиком. Ошибки в середине потока возникают только в том случае, если часть контента уже зафиксирована в вашем потоке, что делает аварийное переключение невозможным.

Ошибки среднего потока отправляются как события, отправленные сервером (SSE) с унифицированной структурой, включающей как сведения об ошибке, так и вариант завершения:

type MidStreamError = {
  id: string;
  object: 'chat.completion.chunk';
  created: number;
  model: string;
  provider: string;
  error: {
    code: number;       // HTTP status code (e.g. 400, 429, 502)
    message: string;
    metadata?: {
      error_type: string;     // Typed error code — see table below
      provider_code?: string; // Original upstream error code (omitted on 500s)
    };
  };
  choices: [{
    index: 0;
    delta: { content: '' };
    finish_reason: 'error';
    native_finish_reason?: string;
  }];
};

Пример данных SSE:

data: {"id":"gen-abc123","object":"chat.completion.chunk","created":1234567890,"model":"openai/gpt-4o","provider":"OpenAI","error":{"code":429,"message":"Rate limit exceeded","metadata":{"error_type":"rate_limit_exceeded"}},"choices":[{"index":0,"delta":{"content":""},"finish_reason":"error"}]}

Основные характеристики:

Ошибка появляется на верхнем уровне рядом со стандартными полями ответа.
error.metadata.error_type содержит введенный код, который можно включить программно — см. Введенные коды ошибок для полного списка
А Массив choices включен в состав finish_reason: "error" , чтобы правильно завершить поток
Статус HTTP остается 200 OK, поскольку заголовки уже отправлены.
Поток прекращается после этого события.
При ошибках класса 500, error.message заменяется общей строкой и provider_code опущен во избежание утечки данных восходящего потока.

Введённые коды ошибок

Когда ошибка провайдера достигает вашего приложения, LLMSTORE помечает ее тегом канонический Строка error_type — как в теле ответа, не связанного с потоковой передачей, так и в о промежуточных мероприятиях SSE. Используйте это значение, а не только код состояния HTTP, чтобы программно различать категории ошибок. Он стабилен во всех трех Оболочки API, даже если код собственного протокола содержит потери. Где появляется error_type, зависит от формы API и пути:

Chat Completions: error.metadata.error_type — об ошибке в середине потока чанк (см. Ошибки в середине потока) и на непотоковом режиме ответ, когда ошибка провайдера прерывает генерацию.
Anthropic Messages: error.error_type на SSE Событие error и конверт ошибки отсутствия потоковой передачи.
Ответы: верхний уровень error_type в случае неудачного ответа, как для потоковая передача Событие response.failed и непотоковое тело JSON.

Статус HTTP каждого error_type соответствует указан в таблицах ниже.

Токен и ограничения на длину

`error_type`	Статус HTTP	Описание
`context_length_exceeded`	Объединенные входные и выходные токены выходят за пределы контекстного окна модели.
`max_tokens_exceeded`	Генерация остановлена, потому что `max_tokens` (или `max_completion_tokens`) было достигнуто.
`token_limit_exceeded`	Бюджет токена, установленный LLMSTORE (например, лимит на основе кредитов), был превышен.
`string_too_long`	Одно строковое поле в запросе (системное приглашение, сообщение пользователя и т. д.) превысило лимит символов для каждого поля, установленный поставщиком.

Аутентификация и авторизация

`error_type`	Статус HTTP	Описание
`authentication`	Ключ API отсутствует, недействителен или отозван.
`permission_denied`	Ключ действителен, но ему не хватает необходимых разрешений, или запрос был заблокирован guardrail.
`payment_required`	У учетной записи или ключа API недостаточно средств. Добавить кредиты и повторите попытку.

Ограничение скорости и доступность

`error_type`	Статус HTTP	Описание
`rate_limit_exceeded`	Достигнуто ограничение скорости на уровне запроса или токена. Уважайте `Retry-After` заголовок перед повторной попыткой.
`provider_overloaded`	Восходящий провайдер временно перегружен. Повторите попытку после небольшой задержки.
`provider_unavailable`	Вышестоящий поставщик вернул недопустимый или пустой ответ. LLMSTORE может автоматически повторить попытку с другим поставщиком, если включена резервная маршрутизация.

Запросить проверку

`error_type`	Статус HTTP	Описание
`invalid_request`	Параметр запроса имеет неверный формат или отсутствует.
`invalid_prompt`	Конкретное сообщение в Массив `messages` недействителен (например, неподдерживаемая роль, пустой контент).
`not_found`	Запрошенный ресурс (модель, файл и т. д.) не существует.
`precondition_failed`	Заголовок предварительного условия (например, `If-Match`) не был удовлетворен.
`payload_too_large`	Тело запроса превышает максимально допустимый размер.
`unprocessable`	Запрос синтаксически допустим, но семантически необработан.

Политика в отношении контента

`error_type`	Статус HTTP	Описание
`content_policy_violation`	Входные или выходные данные были помечены фильтром содержимого (на уровне поставщика или LLMSTORE).
`refusal`	Модель явно отказалась выполнить запрос (например, отказ по безопасности).

Ошибки изображения

`error_type`	Статус HTTP	Описание
`invalid_image`	Изображение в запросе повреждено или нечитабельно.
`image_too_large`	Изображение превышает максимальный размер файла или размеры в пикселях, установленные поставщиком.
`image_too_small`	Изображение меньше минимального размера в пикселях, установленного поставщиком.
`unsupported_image_format`	Формат изображения не поддерживается провайдером.
`image_not_found`	Не удалось разрешить URL-адрес изображения или идентификатор файла, на который указывает ссылка.
`image_download_failed`	LLMSTORE не удалось загрузить изображение по указанному URL-адресу (сбой DNS, тайм-аут, ответ, отличный от 200, и т. д.).

Общий

`error_type`	Статус HTTP	Описание
`server`	Непредвиденная внутренняя ошибка. Сообщение об ошибке восходящего потока для этого типа маскируется.
`timeout`	Провайдер не ответил в отведенное время.
`unmapped`	Ошибка восходящего потока, которая не соответствует ни одной известной категории. `error.metadata.provider_code` может содержать исходный код.

Форматы ошибок для каждой формы API

LLMSTORE предоставляет три оболочки API. Каждый из них преобразует одни и те же типы ошибок внутреннего поставщика в свой собственный формат передачи, как для непотоковых ответов, так и для внутрипотоковых ошибок. В каждом случае error_type – стабильное поле; Расположение проволоки зависит от кожи.

Chat Completions (`/v1/chat/completions`)

Ошибки Mid-stream отображаются в виде chat.completion.chunk с высшим уровнем error объект (форма показана выше). Поле error.metadata.error_type содержит введенный код. Для непотоковых запросов, в которых возникает ошибка поставщика, ошибка встраивается в окончательный ответ вместе с любым частичным содержимым:

{
  "choices": [{
    "message": { "role": "assistant", "content": "partial output..." },
    "finish_reason": "error",
    "error": {
      "code": 502,
      "message": "Provider disconnected mid-stream",
      "metadata": { "error_type": "provider_unavailable" }
    }
  }]
}

Responses API (`/v1/responses`)

API Responses сопоставляет внутренние типы ошибок с набором кодов ошибок OpenAI Responses. Отображение более узкое — многие отдельные внутренние типы схлопываются в server_error — поэтому точная причина сохраняется в файле верхнего уровня. Поле error_type в ответе, за пределами родного error объект:

Внутренний `error_type`	Responses API `code`
`rate_limit_exceeded`	`rate_limit_exceeded`
`context_length_exceeded`, `invalid_request`	`invalid_prompt`
`content_policy_violation`	`image_content_policy_violation`
`authentication`, `provider_overloaded`, `provider_unavailable`, `timeout`, `server`	`server_error`
Все остальные (в том числе `invalid_prompt`)	`server_error`

И событие потокового терминала, и тело непотокового JSON несут канонический error_type на верхнем уровне объекта ответа. Например, ошибка аутентификации сворачивается в собственный server_error код, но сохраняется error_type: "authentication":

{
  "id": "resp_abc123",
  "status": "failed",
  "error": { "code": "server_error", "message": "Invalid credentials" },
  "error_type": "authentication"
}

Ошибки потоковой передачи отображаются как один из трех типов событий SSE, каждый из которых оборачивает один и тот же объект ответа:

response.failed — терминальное событие, когда ответ не может быть завершен:

{
  "type": "response.failed",
  "response": {
    "id": "resp_abc123",
    "status": "failed",
    "error": { "code": "server_error", "message": "Internal server error" },
    "error_type": "server"
  }
}

response.error — ошибка при формировании ответа:

{
  "type": "response.error",
  "error": { "code": "rate_limit_exceeded", "message": "Rate limit exceeded" }
}

error — событие простой ошибки (соответствует поведению исходного OpenAI):
{ "type": "error", "error": { "code": "invalid_api_key", "message": "Invalid API key provided" } }

Преобразования кодов ошибок

Определенные ошибки токена/длины преобразуются в успешные завершения, а не в неудачи:

`error_type`	Преобразовано в	Причина завершения
`context_length_exceeded`	Успех	`length`
`max_tokens_exceeded`	Успех	`length`
`token_limit_exceeded`	Успех	`length`
`string_too_long`	Успех	`length`

Это позволяет корректно обрабатывать ошибки, связанные с ограничениями, не рассматривая их как сбои.

Anthropic Messages (`/v1/messages`)

Оболочка Anthropic Messages сопоставляет внутренние типы со строками типов ошибок Anthropic:

Внутренний `error_type`	Anthropic `error.type`
`authentication`	`authentication_error`
`rate_limit_exceeded`	`rate_limit_error`
`context_length_exceeded`, `content_policy_violation`, `invalid_request`	`invalid_request_error`
`provider_overloaded`	`overloaded_error`
`provider_unavailable`, `timeout`, `server`	`api_error`
Все остальные	`api_error`

Потому что родной error.type имеет потери (многие внутренние типы сворачиваются в api_error), канонический error_type добавляется внутри error объект рядом с ним. Это справедливо как для конверта непотоковой ошибки, так и для SSE в промежуточном потоке. error событий. Конверт ошибки отсутствия потоковой передачи:

{
  "type": "error",
  "error": {
    "type": "authentication_error",
    "message": "Invalid credentials",
    "error_type": "authentication"
  }
}

Ошибки Mid-stream выдаются как SSE error событие такой же формы:

{
  "type": "error",
  "error": {
    "type": "overloaded_error",
    "message": "Provider is temporarily overloaded",
    "error_type": "provider_overloaded"
  }
}

Отладка

LLMSTORE предоставляет Опция debug , которая позволяет вам проверить точное тело запроса, отправленное вышестоящему поставщику. Это работает как с API завершения чата (/v1/chat/completions) и Responses API (/v1/responses). Полезно для понимания того, как LLMSTORE преобразует параметры вашего запроса для разных поставщиков.

Форма опции отладки

Параметр отладки представляет собой объект следующей формы:

type DebugOptions = {
  echo_upstream_body?: boolean; // If true, returns the transformed request body sent to the provider
};

Использование

Чтобы включить отладочный вывод, включите Параметр debug в вашем запросе:

Chat Completions

fetch('https://api.llmstore.ru/v1/chat/completions', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer <LLMSTORE_API_KEY>',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    model: 'anthropic/claude-haiku-4.5',
    stream: true, // Debug only works with streaming
    messages: [
      { role: 'system', content: 'You are a helpful assistant.' },
      { role: 'user', content: 'Hello!' },
    ],
    debug: {
      echo_upstream_body: true,
    },
  }),
});

const text = await response.text();

for (const line of text.split('\n')) {
  if (!line.startsWith('data: ')) continue;

  const data = line.slice(6);
  if (data === '[DONE]') break;

  const parsed = JSON.parse(data);

  if (parsed.debug?.echo_upstream_body) {
    console.log('\nDebug:', JSON.stringify(parsed.debug.echo_upstream_body, null, 2));
  }

  process.stdout.write(parsed.choices?.[0]?.delta?.content ?? '');
}

import requests
import json

response = requests.post(
  url="https://api.llmstore.ru/v1/chat/completions",
  headers={
    "Authorization": "Bearer <LLMSTORE_API_KEY>",
    "Content-Type": "application/json",
  },
  data=json.dumps({
    "model": "anthropic/claude-haiku-4.5",
    "stream": True,
    "messages": [
      { "role": "system", "content": "You are a helpful assistant." },
      { "role": "user", "content": "Hello!" }
    ],
    "debug": {
      "echo_upstream_body": True
    }
  }),
  stream=True
)

for line in response.iter_lines():
  if line:
    text = line.decode('utf-8')
    if 'echo_upstream_body' in text:
      print(text)

Responses API

fetch('https://api.llmstore.ru/v1/responses', {
  method: 'POST',
  headers: {
    Authorization: 'Bearer <LLMSTORE_API_KEY>',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    model: 'anthropic/claude-haiku-4.5',
    stream: true,
    input: 'Hello!',
    debug: {
      echo_upstream_body: true,
    },
  }),
});

const text = await response.text();

for (const line of text.split('\n')) {
  if (!line.startsWith('data: ')) continue;

  const data = line.slice(6);
  if (data === '[DONE]') break;

  const parsed = JSON.parse(data);

  if (parsed.type === 'response.debug') {
    console.log('\nDebug:', JSON.stringify(parsed.debug, null, 2));
  }
}

import requests
import json

response = requests.post(
  url="https://api.llmstore.ru/v1/responses",
  headers={
    "Authorization": "Bearer <LLMSTORE_API_KEY>",
    "Content-Type": "application/json",
  },
  data=json.dumps({
    "model": "anthropic/claude-haiku-4.5",
    "stream": True,
    "input": "Hello!",
    "debug": {
      "echo_upstream_body": True
    }
  }),
  stream=True
)

for line in response.iter_lines():
  if line:
    text = line.decode('utf-8')
    if 'response.debug' in text:
      print(text)

Формат ответа отладчика

Chat Completions

Когда debug.echo_upstream_body установлено на true, LLMSTORE отправляет фрагмент отладки в качестве первого фрагмента в потоковом ответе. Этот чанк имеет пустой массив choices и включает в себя Поле debug с преобразованным телом запроса:

{
  "id": "gen-xxxxx",
  "provider": "Anthropic",
  "model": "anthropic/claude-haiku-4.5",
  "object": "chat.completion.chunk",
  "created": 1234567890,
  "choices": [],
  "debug": {
    "echo_upstream_body": {
      "system": [
        { "type": "text", "text": "You are a helpful assistant." }
      ],
      "messages": [
        { "role": "user", "content": "Hello!" }
      ],
      "model": "claude-haiku-4-5-20251001",
      "stream": true,
      "max_tokens": 64000,
      "temperature": 1
    }
  }
}

Responses API

В Responses API отладочные данные поступают в виде response.debug Мероприятие SSE:

{
  "type": "response.debug",
  "debug": {
    "echo_upstream_body": {
      "model": "claude-haiku-4-5-20251001",
      "messages": [
        { "role": "user", "content": "Hello!" }
      ],
      "stream": true,
      "max_tokens": 64000,
      "temperature": 1
    }
  },
  "sequence_number": 0
}

Важные примечания

Только потоковая передачаОпция отладки работает только в потоковом режиме (stream: true). Непотоковые запросы будут игнорировать параметр отладки.

Не для производстваФлаг отладки не следует использовать в производственных средах. Он предназначен только для целей разработки и отладки, поскольку потенциально может возвращать конфиденциальную информацию, включенную в запрос, которая не должна была быть видна где-либо еще.

Варианты использования

Отладочный вывод особенно полезен для:

Понимание преобразований параметров. Узнайте, как LLMSTORE сопоставляет ваши параметры с форматами, специфичными для поставщика (например, как max_tokens установлен, как temperature обрабатывается).
Проверка форматирования сообщений: проверьте, как LLMSTORE объединяет и форматирует ваши сообщения для разных поставщиков (например, как объединяются системные сообщения, как объединяются пользовательские сообщения).
Проверка примененных значений по умолчанию: посмотрите, какие значения по умолчанию применяются LLMSTORE, когда параметры не указаны в вашем запросе.
Отладка резервных провайдеров: при использовании резервных провайдеров блок отладки будет отправлен для каждого провайдера, который пытался использовать, что позволит вам увидеть, какие провайдеры были опробованы и какие параметры были отправлены каждому.

Конфиденциальность и редактирование

LLMSTORE приложит все усилия, чтобы автоматически удалять потенциально конфиденциальные или зашумленные данные из выходных данных отладки. Помните, что опция отладки не предназначена для рабочей среды.

Руководства API

Responses API

Версионирование

Эндпоинты

Коды ошибок

Заголовок Retry-After

Ошибки модерации

Ошибки ограждения

Ошибки провайдера

Маскирование и необработанные сведения о поставщике

Когда контент не генерируется

Форматы ошибок потоковой передачи

Ошибки перед потоковой передачей

Ошибки среднего потока

Введённые коды ошибок

Токен и ограничения на длину

Аутентификация и авторизация

Ограничение скорости и доступность

Запросить проверку

Политика в отношении контента

Ошибки изображения

Общий

Форматы ошибок для каждой формы API

Chat Completions (`/v1/chat/completions`)

Responses API (`/v1/responses`)

Преобразования кодов ошибок

Anthropic Messages (`/v1/messages`)

Отладка

Форма опции отладки

Использование

Chat Completions

Responses API

Формат ответа отладчика

Chat Completions

Responses API

Важные примечания

Варианты использования

Конфиденциальность и редактирование

​Коды ошибок

​Заголовок Retry-After

​Ошибки модерации

​Ошибки ограждения

​Ошибки провайдера

​Маскирование и необработанные сведения о поставщике

​Когда контент не генерируется

​Форматы ошибок потоковой передачи

​Ошибки перед потоковой передачей

​Ошибки среднего потока

​Введённые коды ошибок

​Токен и ограничения на длину

​Аутентификация и авторизация

​Ограничение скорости и доступность

​Запросить проверку

​Политика в отношении контента

​Ошибки изображения

​Общий

​Форматы ошибок для каждой формы API

​Chat Completions (/v1/chat/completions)

​Responses API (/v1/responses)

​Преобразования кодов ошибок

​Anthropic Messages (/v1/messages)

​Отладка

​Форма опции отладки

​Использование

​Chat Completions

​Responses API

​Формат ответа отладчика

​Chat Completions

​Responses API

​Важные примечания

​Варианты использования

​Конфиденциальность и редактирование

Коды ошибок

Заголовок Retry-After

Ошибки модерации

Ошибки ограждения

Ошибки провайдера

Маскирование и необработанные сведения о поставщике

Когда контент не генерируется

Форматы ошибок потоковой передачи

Ошибки перед потоковой передачей

Ошибки среднего потока

Введённые коды ошибок

Токен и ограничения на длину

Аутентификация и авторизация

Ограничение скорости и доступность

Запросить проверку

Политика в отношении контента

Ошибки изображения

Общий

Форматы ошибок для каждой формы API

Chat Completions (`/v1/chat/completions`)

Responses API (`/v1/responses`)

Преобразования кодов ошибок

Anthropic Messages (`/v1/messages`)

Отладка

Форма опции отладки

Использование

Chat Completions

Responses API

Формат ответа отладчика

Chat Completions

Responses API

Важные примечания

Варианты использования

Конфиденциальность и редактирование