> ## Documentation Index > Fetch the complete documentation index at: https://www.krea.ai/docs/llms.txt > Use this file to discover all available pages before exploring further. # Ошибки и отладка > HTTP-ошибки и коды ошибок неудавшихся заданий в Krea API: форматы ответов, коды статуса, ошибки 429 из-за параллелизма и что отправить в поддержку. Вызов может завершиться неудачей на двух этапах. Запрос может быть сразу отклонён с HTTP-ошибкой, а может быть принят и позже завершиться со статусом `status: "failed"`. Неудавшиеся и отменённые задания не тарифицируются. Вы платите только за завершённые задания. В node app собственное задание приложения никогда не тарифицируется. Каждый узел генерации или LLM тарифицируется, когда завершается его собственное задание. Сбой не отменяет параллельные узлы и другие ветви, поэтому узел, завершившийся уже после сбоя приложения, тоже тарифицируется, и эти списания не возвращаются. Узел, который завершился ошибкой, был отменён или так и не запустился, не тарифицируется. См. [API-ключи и биллинг](https://www.krea.ai/docs/ru/developers/api-keys-and-billing.md). ## Ошибки при запросе и неудавшиеся задания **Ошибки при запросе** возвращают статус `4xx` или `5xx`. Задание не создаётся. Читайте тело ответа, как описано ниже. **Неудавшиеся задания** при отправке возвращают успешный статус. Опрашивайте [GET `/jobs/{id}`](https://www.krea.ai/docs/ru/developers/job-lifecycle) или дождитесь [webhook](https://www.krea.ai/docs/ru/developers/webhooks.md). Когда задание заканчивается, `status` равен `"failed"`, а сведения о сбое находятся в объекте `error` верхнего уровня. Не читайте `result` у неудавшегося задания: это поле отсутствует (или равно `null`). Результат в нём есть, только когда `status` равен `"completed"`. У задания со статусом `cancelled` нет ни `result`, ни `error`. Ветвите логику по `error.code`. Поле `message` может отсутствовать, а для `provider_error` и `internal` оно содержит произвольный текст провайдера. Не разбирайте `message`. ```javascript theme={"theme":{"light":"github-light-default","dark":"vesper"}} if (job.status === "failed") { switch (job.error?.code ?? "internal") { case "content_policy": case "model_unavailable": // Повтор того же запроса, скорее всего, снова завершится ошибкой. Измените входные данные или модель. break; case "insufficient_balance": // Пополните API-баланс, затем отправьте запрос снова. break; default: // timeout, auto_cancelled, provider_error, internal, node_app_node_failed // или неизвестный код: отправьте запрос снова с backoff. } } ``` ## Тела ответов Для generate, jobs, assets, styles и node apps читайте `message ?? error`, если тело ответа — JSON. Одно из этих двух полей содержит краткое описание. Некоторые тела ответов `5xx` не являются JSON, в том числе `502`, тело которого — простой текст `error code: 502`. Разбирайте ответ с осторожностью: если тело не JSON, ветвите логику по HTTP-статусу. В большинстве ошибок используется формат `{ "message": "..." }`, иногда с дополнительными полями (`limit`, `jobType`, `modelAccessDenial`). Некорректный JSON и некоторые обработчики, описанные ниже, вместо этого используют `{ "error": "..." }`. MCP-эндпоинты, такие как `/mcp`, возвращают ошибки JSON-RPC в формате `{ "jsonrpc", "id", "error": { "code", "message" } }`, а не HTTP-тела, описанные на этой странице. ### Отправляйте `Accept: application/json` > [!WARNING] > > Без `Accept: application/json` некоторые ошибки возвращаются в виде HTML-страницы, и JSON-парсер выдаст ошибку. Ошибки формата `{ "message" }`, включая `401` и `404`, возвращаются в JSON, когда `Accept` равен `application/json` или `*/*`. Когда `Accept` отсутствует или равен `text/html`, эти статусы возвращают HTML-страницу (`Content-Type: text/html`), и JSON-парсер выдаст ошибку. Это важно для клиентов, которые не отправляют заголовок `Accept`. Один из них — `urllib` в Python. curl по умолчанию отправляет `Accept: */*`, как и `fetch` в Node, поэтому оба получают JSON, если вы не переопределите `Accept`. Неаутентифицированные `POST /generate/...`, `GET /jobs/{id}`, `GET /styles` и `GET /assets` возвращают `401` `{"message":"Unauthorized"}` для `*/*` и `application/json` и HTML-страницу при отсутствующем `Accept` или `text/html`. Аутентифицированный `GET /jobs/{id}` с неизвестным id ведёт себя так же со своим статусом: `404` в JSON `{"message":"Job not found or unauthorized"}`, когда `Accept` запрашивает JSON, и `404` `text/html`, когда `Accept` отсутствует. Некорректный JSON (`400`) и ошибки валидации (`422`) используют `{ "error" }` и остаются в JSON даже без `Accept`. То же касается `422` для удалённых полей, `410` для выведенных из эксплуатации моделей, `402` для Zero Data Retention, ответов node apps в формате `{ "error" }` и сопоставленных ошибок [Agent operation API](#agent-operation-api). Ответы `402` и `429` при приёме задания `POST /generate/...` тоже возвращаются в JSON, в том числе для браузерного `Accept`. `413` и `500` используют `{ "message" }` и зависят от `Accept`, как `401` и `404`. ### Валидация (`422`) ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Validation failed", "details": [ { "field": "width", "message": "Too small: expected number to be >0", "code": "too_small" }, { "field": "", "message": "Unrecognized key: \"foo\"", "code": "unrecognized_keys" }, { "field": "prompt", "message": "Enter a prompt.", "code": "custom" } ] } ``` `details` перечисляет все проблемы. `field` — это путь, объединённый через `.` (`"image_style_references.0.url"`). Для ошибок уровня объекта используется пустая строка, как для неизвестного ключа выше. Несколько неизвестных ключей дают `Unrecognized keys: ...` и такой же пустой `field`. Поле `expected` добавляется, только когда `code` равен `"invalid_type"`. Некорректный заголовок `X-Webhook-URL` возвращает такой же `422`. `GET /jobs` с некорректными параметрами запроса тоже возвращает этот `422`. Это не `400`. Проверка входных данных Zero Data Retention, не пройденная внутри инструмента, возвращает `422` с объяснением в `message` (формат `{ "message" }`, поэтому `Accept` имеет значение). См. [Zero Data Retention](https://www.krea.ai/docs/ru/developers/zdr.md). ### Удалённые и устаревшие поля (`422`) Удалённое поле `batchSize` / `batch_size` возвращает другой `422`. Массива `details` в нём нет: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "invalid_request", "reason": "removed_field", "field": "batchSize", "message": "Generation batch size is no longer supported. Submit one request per output.", "value": 2 } ``` `batch_size` удалено так же. `field` содержит то имя, которое вы отправили. Устаревший псевдоним поля возвращает `reason` со значением `"deprecated_field"` или `"conflicting_fields"`, а также `replacement`, `sunset_date` и `migration_url`, если они применимы. Ветвите логику по `error` и `reason`. Текст для показа человеку находится в `message`. ### Выведенные из эксплуатации модели (`410`) Модель, у которой прошла дата вывода из эксплуатации, возвращает `410` с заголовками `Deprecation: true` и `Sunset` (дата в формате RFC 1123): ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "model_unavailable", "reason": "deprecated", "message": "The model '' was deprecated on . Use '' instead.", "sunset_date": "YYYY-MM-DD", "replacement": "", "migration_url": "" } ``` `error` — стабильное значение `"model_unavailable"`. `replacement` и `migration_url` отсутствуют, если рекомендуемой замены нет. Повторные запросы к той же модели будут и дальше возвращать `410`. Переключитесь на `replacement`, если оно указано, и см. [Устаревшие модели](https://www.krea.ai/docs/ru/developers/deprecations.md). Модель, которая устарела, но ещё работает, отправляет `Deprecation` и `Sunset` в каждом ответе, включая ошибки. То же происходит при использовании устаревшего псевдонима поля, в том числе в его собственном `422`. Если существует руководство по миграции, также отправляется заголовок `Link: ; rel="deprecation"`. ## Коды статуса | Статус | Значение | | - | - | | `400` | Тело запроса generate не является корректным JSON, входной URL для node app не удалось использовать, либо параметры asset или node app некорректны. Некорректный JSON при выполнении node app возвращает `500`. | | `401` | Учётные данные отсутствуют или недействительны. | | `402` | Запрос отклонён до запуска задания. См. [402](#402-payment-required). | | `403` | Вызывающая сторона аутентифицирована, но не имеет права использовать этот ресурс. | | `404` | Ни один маршрут не подошёл, путь модели неизвестен или недоступен вам, либо отсутствует задание, asset, стиль или node app. | | `405` | HTTP-метод не разрешён для этого пути. | | `410` | Модель выведена из эксплуатации. См. [Выведенные из эксплуатации модели](#sunset-models-410). | | `413` | Тело запроса слишком большое. См. [413](#413-payload-too-large). | | `422` | Валидация не пройдена, отправлено удалённое или устаревшее поле, либо входные данные окончательно отклонены. | | `429` | Превышен лимит параллелизма, и задание не может быть поставлено в бэклог. Лимит приблизительный. | | `500` | Необработанная ошибка сервера. `{ "message": "Internal Error" }`. Текст исключения не передаётся. Зависит от `Accept`. | | `502`, `504` | Можно повторить. `502` приходит как простой текст Cloudflare `error code: 502`, а не JSON, поэтому ветвите логику по коду статуса. `504` тоже может прийти простым текстом. См. [Загрузка входных файлов](#input-downloads). | ### `400` Некорректный JSON в generate всегда возвращается в JSON, заголовок `Accept` не требуется: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Invalid JSON: Expected property name or '}' in JSON at position 1 (line 1 column 2)" } ``` Выполнение node app возвращает `{ "error" }` для входного URL, который не удаётся использовать: `Invalid URL for input ""` или `Failed to download URL for : …`. Сообщение о загрузке охватывает и временные сбои, поэтому, в отличие от generate (см. [Загрузка входных файлов](#input-downloads)), сбой загрузки в node app всегда возвращает `400`. Если URL корректен, повторите запрос один раз. Некорректный JSON в `POST /node-apps/{id}/execute` — это не тот `400` для generate, что описан выше. Он превращается в `500` `{ "message": "Internal Error" }` без текста исключения и зависит от `Accept`. Другие ответы `400` для assets и node apps имеют формат `{ "message": "..." }` с кратким пояснением, например `No file provided` при presigned-загрузке или `Invalid pagination parameters` для версий node app. Неудачная загрузка asset передаёт статус сервиса загрузки как есть (`400`, `401`, `404` или `500`) и может поместить текст его ответа в `message`. Иногда этот текст является JSON-строкой. Некорректные параметры запроса в `GET /jobs` возвращают [`422`](#validation-422), а не `400`. ### `401` Generate, jobs, assets, styles и node apps: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Unauthorized" } ``` Presigned-загрузки возвращают `{ "message": "Presigned upload URL expired" }` или `{ "message": "Invalid presigned upload URL" }`. ### `402` Требуется оплата Для клиента с биллингом через API (API-ключ или MCP с API-ключом), у которого API-баланса не хватает на задание: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Your API balance is separate from your workspace compute balance. Please top up your API balance to continue using the API." } ``` Пополните баланс на [krea.ai/app/api/ ↗](https://krea.ai/app/api/). Уже запущенные задания завершатся. См. [API-ключи и биллинг](https://www.krea.ai/docs/ru/developers/api-keys-and-billing.md). Другие значения `message` для `402` в публичном API: | `message` | Когда | | - | - | | `This tool is not available on your current plan.` | Ваш тариф или рабочее пространство не допускает одновременных заданий для этой модели. | | `MEMBER_USAGE_LIMIT_REACHED` | Тариф применяет лимиты использования для участников, и бюджет этого участника был бы превышен. | | `WORKSPACE_USAGE_LIMIT_REACHED` | Тариф применяет лимиты использования для участников, и бюджет рабочего пространства был бы превышен. | | `MEMBER_LIMIT_VIOLATION` | В рабочем пространстве больше участников, чем допускает его тариф. | | `K3_ULTRA_ACCESS_REQUIRED` | Krea 3 с `thinking_mode` `"ultra"` (или устаревшим `"max"`) и референсными изображениями на тарифе без Krea 3 Ultra. Без референсных изображений Ultra выполняется как `"fast"`. | | `ENHANCER_RESOLUTION_LIMIT_REACHED` | Апскейл больше, чем допускает бесплатный тариф. | Вызов generate с Zero Data Retention в рабочем пространстве, где эта функция не включена, возвращает такое тело, всегда в JSON: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "error": "Zero data retention is not enabled for this workspace." } ``` [Agent operation API](#agent-operation-api) использует собственные тела ответов `402`. Они относятся к балансу compute-юнитов рабочего пространства, а не к API-балансу. ### `403` | `message` или `error` | Когда | | - | - | | `Use an API key or a plugin session` | Realtime, вызов без API-ключа, OAuth-сессии или сессии плагина. `{ "message" }`. | | `This endpoint needs a workspace service API key` | Usage API, учётные данные не являются сервисным API-ключом рабочего пространства. `{ "message" }`. | | `Your plan is not entitled to the usage API` | Usage API, тариф не даёт доступа. `{ "message" }`. | | `FEATURE_RESTRICTED` | Отказ по политике доступа к модели. Тело также содержит `modelAccessDenial`. `{ "message" }`. | | `MODEL_ACCESS_REQUIRED` | Модель доступна только для внутреннего использования. `{ "message" }`. | | `This node app cannot be used via the API.` | Выполнение node app. `{ "error" }`, всегда JSON. | | `Free users cannot run node apps` | Выполнение node app в рабочем пространстве на бесплатном тарифе. `{ "message" }`. | | `You do not own this style` | Изменение стиля или предоставление доступа к стилю, владельцем которого вы не являетесь. `{ "message" }`. | ### `404` Каждый `404` имеет формат `{ "message" }`, например для неизвестного id задания: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Job not found or unauthorized" } ``` При отсутствии заголовка `Accept` эти ответы возвращаются в HTML, кроме `Endpoint not found` для модели, которую ваш ключ или тариф не может использовать, — этот ответ всегда в JSON. Аутентифицированный `GET /jobs/{id}` с неизвестным id без `Accept` возвращает `404` `text/html`. | `message` | Когда | | - | - | | `Not Found` | Ни один маршрут не соответствует пути. | | `Endpoint not found` | Путь модели в `/generate`, который неизвестен или недоступен для этого API-ключа или тарифа. | | `Job not found or unauthorized` | Отсутствующий или некорректный id задания, включая `DELETE /jobs/{id}`. | | `Asset not found` | Asset отсутствует. | | `Style not found` | Стиль отсутствует. При изменении стиля или предоставлении доступа к стилю, владельцем которого вы не являетесь, возвращается `Style not found or you are not the owner`. | | `Node app not found` | Node app отсутствует. | | `Workspace not found` | Usage API, рабочее пространство отсутствует. | Неизвестная операция Agent тоже возвращает `404` `{ "message": "Endpoint not found" }`, а не формат Agent `{ "error", "code" }`. ### `405` Тело ответа — простой текст без заголовка `Content-Type`, а не JSON, даже когда `Accept` равен `application/json`. Текст состоит из метода и ` method not allowed`, например `GET method not allowed`. Заголовок `Allow` перечисляет методы, которые принимает этот путь. ### `413` Слишком большой объём данных Слишком большое тело запроса отклоняется с `413`. Если ответ приходит от самого API, тело зависит от `Accept`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Payload Too Large" } ``` Очень большое тело может быть отклонено ещё до того, как дойдёт до API, с HTML-страницей `413`. Не отправляйте файлы внутри запроса. Загрузите файл через `POST /assets` и передайте полученный URL в запросе generate. ### Загрузка входных файлов Если хост возвращает `404` или `410`, это окончательная ошибка `422`. Тело ответа — JSON, и `Accept` имеет значение: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "Input file rejected: fetching returned HTTP 404" } ``` Для `410` от хоста используется то же предложение с `410`. Другие окончательные отказы используют `Input file rejected: …`. Сбой загрузки, который можно повторить, возвращает `502` или `504`. Ветвите логику по коду статуса, а не по телу ответа, и повторяйте запрос. | Статус | Что вы получаете | Повторять? | | - | - | - | | `422` | JSON `{ "message": "Input file rejected: fetching returned HTTP 404" }`, когда хост возвращает `404`. Для `410` от хоста используется то же предложение с `410`. | Нет. Сбой окончательный. | | `502` | Простой текст Cloudflare `error code: 502` с `Content-Type: text/plain; charset=UTF-8`. Подтверждено, когда файловый хост возвращает `503`, `500` или `429`, а также когда домен не разрешается. | Да. Ветвите логику по коду статуса. | | `504` | Не проверялось вживую. Тоже может прийти как простой текст Cloudflare. | Да. Ветвите логику по коду статуса. | Если `502` повторяется для одного и того же URL, скорее всего, URL заблокирован или не работает. Измените URL. Сбои конвертации при экспорте 3D тоже возвращают `502`. Этот путь не проверялся вживую, поэтому тело также может прийти как простой текст Cloudflare `error code: 502`. Ветвите логику по коду статуса и повторяйте запрос. Если `502` повторяется для одного и того же URL модели, скорее всего, URL заблокирован или не работает. ### `429` из-за параллелизма Если задание нельзя поставить в бэклог, запрос сверх лимита параллелизма может быть отклонён с `429` и `Content-Type: application/json`: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "message": "CONCURRENCY_LIMIT_REACHED", "limit": 4, "jobType": "k2" } ``` `limit` — ваш лимит параллелизма для этого вида заданий. Он считается на пользователя, а не на рабочее пространство. Лимит приблизительный: короткий всплеск может быть принят сверх него, поэтому не рассчитывайте, что ошибкой завершится именно запрос номер `limit + 1`. `jobType` — внутренняя категория задания, а не публичный путь модели. Не ветвите логику по этому полю. Krea 2 также может вернуть только `{ "message": "CONCURRENCY_LIMIT_REACHED" }`, без `limit` и `jobType`, когда её общая очередь заполнена. Это не ваш лимит. Сделайте паузу и повторите запрос. Бэклог включён, только если он входит в тариф (Pro и выше), модель его поддерживает и запрос не использует [Zero Data Retention](https://www.krea.ai/docs/ru/developers/zdr.md). Запросы к Krea 2 сейчас не попадают в бэклог ни на одном тарифе, поэтому сверх лимита они возвращают `429`. Когда бэклог включён, дополнительное задание принимается со статусом `status: "backlogged"` и запускается, как только освобождается слот. Отдельного лимита на размер бэклога нет. См. [Лимиты запросов](https://www.krea.ai/docs/ru/developers/rate-limits.md). API не отправляет `Retry-After` или `X-RateLimit-*`. Ответ содержит `cf-ray`. При `429` повторяйте запрос с экспоненциальным backoff после завершения уже запущенных заданий (опрашивайте `GET /jobs/{id}` или используйте webhook). Если более позднее завершённое задание исчерпает баланс, задания, которые всё ещё находятся в бэклоге, завершатся ошибкой с `error.code` `"insufficient_balance"`. Это неудавшееся задание, а не HTTP `402`. Для таких заданий webhook не отправляется, поэтому опрашивайте `GET /jobs/{id}` для заданий в бэклоге. ## Agent operation API `POST /agent/{operation}` и `GET /agent/session/{sessionId}` возвращают `{ "error", "code"?, "allowedModels"? }`. Обязательно только поле `error`. `allowedModels` записывается в camelCase. Ход, который завершился неудачей после того, как был принят, отображается как `status: "failed"` в сессии, а не как одна из этих HTTP-ошибок. См. [Agent API](https://www.krea.ai/docs/ru/developers/agent.md). | Статус | Тело | | - | - | | `400` | `{ "error": "Invalid JSON body" }` | | `401` | `{ "error": "Unauthorized" }` | | `402` | `{ "error": "Insufficient compute balance for an Agent turn", "code": "compute_limit" }` или `{ "error": "Free plan Agent message limit reached. Upgrade to keep using the Agent", "code": "free_message_limit" }`. | | `403` | `{ "error": "Model is not included in the workspace plan", "code": "model_not_entitled", "allowedModels": ["..."] }`. | | `404` | Неизвестная операция: `{ "message": "Endpoint not found" }`. В остальных случаях `{ "error": "Session not found or not accessible", "code": "not_found" }` или `{ "error": "", "code": "attachment_not_found" }`. | | `409` | `{ "error": "...", "code": "conflict" }`. | | `422` | Некорректные входные данные: `{ "error": "Validation failed", "details": [...] }`, как в разделе [Валидация](#validation-422). Другие сопоставленные ошибки имеют формат `{ "error": "" }` плюс `code`, если он есть. У отключённого десктопного приложения `code` нет; сообщение начинается с `That desktop app is not connected`. | Нераспознанный код ошибки Agent всё равно возвращает `422` с `{ "error", "code" }`. `404` для неизвестной операции и необработанный `500` используют `{ "message" }` и зависят от `Accept`. ## `error.code` неудавшегося задания `GET /jobs` и `GET /jobs/{id}` заполняют `error`, только когда `status` равен `"failed"`. Пригодного для использования `result` нет: ```json theme={"theme":{"light":"github-light-default","dark":"vesper"}} { "status": "failed", "error": { "code": "content_policy", "message": "An external provider's moderation systems rejected the generation." } } ``` > [!WARNING] > > Ветвите логику по `error.code`. Никогда не разбирайте `message`. > > `message` может отсутствовать. Сообщения `provider_error` и `internal` произвольны, а сообщение `internal` может быть необработанным текстом провайдера, например `failed to download media from the provided URL`. Считайте любой нераспознанный `code` равным `internal`. | `code` | `message` | Что делать | | - | - | - | | `content_policy` | `Krea's moderation systems rejected the generation.` или `An external provider's moderation systems rejected the generation.` | Измените промпт или входные данные. Тот же запрос, скорее всего, снова будет отклонён. | | `timeout` | `An external provider did not complete the generation in sufficient time.` | Повторите задание. | | `insufficient_balance` | Отсутствует. Node app может вместо этого вернуть `You are out of compute units. Add more compute units to continue running this node app.` | Пополните баланс, затем отправьте запрос снова. Это задание было принято ранее; HTTP-вызов не вернул `402`. | | `auto_cancelled` | `Job repeatedly failed healthchecks and was automatically cancelled.` | Отправьте задание снова. | | `model_unavailable` | Обычно собственный текст провайдера. Если его нет — `The provider retired this model. It no longer accepts new generations.` | Прекратите вызывать эту модель. Используйте замену со страницы [Устаревшие модели](https://www.krea.ai/docs/ru/developers/deprecations.md), если она есть. | | `provider_error` | Обычно собственный текст провайдера. | Повторите с backoff. | | `internal` | Произвольный текст или отсутствует. | Повторите позже. Укажите `job_id`, если обращаетесь в поддержку. | | `node_app_node_failed` | `Node "" failed: ` или `Node "" failed.` | Прочитайте `message`. Если узел столкнулся с временной проблемой, например таймаутом, запустите приложение снова. В противном случае сначала исправьте этот узел. Собственное задание приложения никогда не тарифицируется. Каждый узел генерации или LLM тарифицируется, когда завершается его собственное задание. Сбой не отменяет параллельные узлы и другие ветви, поэтому узел, завершившийся уже после сбоя приложения, тоже тарифицируется, и эти списания не возвращаются. Узел, который завершился ошибкой, был отменён или так и не запустился, не тарифицируется. Id и тип узла не указываются в публичном задании. | Доставки webhook для неудавшегося задания используют тот же объект задания, включая `error`. Доставка об отмене не содержит `error`. Полезная нагрузка больше 256 KiB не отправляется, и дальнейшие доставки для этого задания не выполняются, поэтому в таком случае опрашивайте `GET /jobs/{id}`. Проверяйте подпись, прежде чем доверять телу запроса. См. [Webhooks](https://www.krea.ai/docs/ru/developers/webhooks.md). ## Отладка Заголовка с id запроса Krea нет. Каждый ответ содержит заголовок Cloudflare `cf-ray`. Заголовки `Retry-After` и `X-RateLimit-*` не отправляются. Когда пишете на [support@krea.ai](mailto:support@krea.ai), укажите: * `job_id`, если вызов создал задание или обращался к нему * Время и эндпоинт * Для ошибки при запросе — значение `cf-ray` `Access-Control-Allow-Origin` равен `*`. Для generate, jobs, assets, styles и node apps заголовок `Access-Control-Expose-Headers` не задан, поэтому браузерный `fetch` не может прочитать `cf-ray`, `Deprecation` или `Sunset`. Скопируйте `cf-ray` из сетевого журнала или из серверного клиента. В любом ответе проверяйте `Deprecation` и `Sunset`, прежде чем модель перестанет принимать вызовы. См. [Устаревшие модели](https://www.krea.ai/docs/ru/developers/deprecations.md). ## Следующие шаги > **[Жизненный цикл задания](https://www.krea.ai/docs/ru/developers/job-lifecycle.md)** > > Опрашивайте статус, пока задание не завершится, не завершится ошибкой или не будет отменено > **[Webhooks](https://www.krea.ai/docs/ru/developers/webhooks.md)** > > Проверьте подпись доставки для неудавшегося задания > **[Лимиты запросов](https://www.krea.ai/docs/ru/developers/rate-limits.md)** > > Когда дополнительные задания попадают в бэклог, а когда возвращают 429 > **[API-ключи и биллинг](https://www.krea.ai/docs/ru/developers/api-keys-and-billing.md)** > > Пополните API-баланс после ошибки 402 This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.