Для получения чистого Markdown любой страницы добавьте .md к URL‑адресу страницы.
Для полного индекса документации см. https://api.vega.chat/docs/llms.txt.
Для полного содержания документации см. https://api.vega.chat/docs/llms-full.txt.
Для интеграции AI‑клиентов (Claude Code, Cursor и др.) подключитесь к серверу MCP по адресу https://api.vega.chat/docs/_mcp/server.

Нулевое хранение данных (Zero Data Retention, ZDR) означает, что провайдер не будет хранить ваши данные ни на какой срок.

VEGA имеет настройки конфиденциальности, которые при включении позволяют маршрутизировать запросы только к эндпоинтам с политикой нулевого хранения данных. Вы можете применять ZDR глобально, по группе моделей, по ограничению (guardrail) или по отдельному запросу.

Провайдеры, которые не сохраняют ваши данные, также не могут обучать свои модели на ваших данных. Однако у нас есть некоторые эндпоинты и провайдеры, которые не обучают модели на ваших данных, но всё же сохраняют их (например, для сканирования на предмет злоупотреблений или по юридическим причинам). VEGA предоставляет вам управление обеими этими политиками.

Как VEGA управляет политиками данных

VEGA работает с провайдерами, чтобы понять каждую из их политик данных, и структурирует данные политики так, чтобы вы могли контролировать, к каким провайдерам хотите направлять запросы.

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

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

Полный список провайдеров и их политик данных доступен здесь. Обратите внимание, что в этом списке показана политика по умолчанию для каждого провайдера; если существует конкретный эндпоинт с политикой, отличающейся от политики провайдера по умолчанию, он может быть недоступен, когда включён фильтр «Только ZDR».

Применение ZDR по группам моделей

Вместо единого глобального переключателя VEGA позволяет применять ZDR независимо для разных групп моделей. Это доступно как в ваших настройках конфиденциальности уровня аккаунта, так и в ограничениях.

Четыре области применения групп моделей:

Применение ZDR по группам моделей полезно, когда вам требуется принудительное соблюдение ZDR только для определённых групп моделей. Например, вы можете захотеть применять ZDR к моделям без фронтира, оставив эндпоинты первого уровня Anthropic, OpenAI и Google доступными без ограничения ZDR.

Настройки на уровне аккаунта

В ваших настройках конфиденциальности у каждой группы моделей есть собственный переключатель. Включение области ограничивает все ваши запросы эндпоинтами с ZDR для этой группы моделей.

Настройки на уровне ограничений

При создании или редактировании ограничения вы можете задавать ZDR независимо для каждой группы моделей. Это позволяет применять разные политики ZDR к различным API‑ключам или членам организации.

В API эти параметры представлены отдельными полями в объекте ограничения:

Устаревшее поле enforce_zdr помечено как deprecated. Если оно указано, его значение копируется во все поля групп моделей, которые явно не заданы в запросе. Для новых интеграций используйте поля групп моделей напрямую.

Применение ZDR на уровне отдельного запроса

Помимо настроек уровня аккаунта и ограничений, вы можете принудительно применять нулевое хранение данных для отдельного запроса, используя параметр zdr в ваших API‑вызовах.

Параметр zdr уровня запроса работает как «ИЛИ» с вашими глобальными настройками ZDR и настройками ограничений — если любой из них включён, будет применено принудительное соблюдение ZDR. Это означает, что параметр запроса может использоваться только для гарантии включения ZDR в конкретном запросе, а не для переопределения или отключения глобального или ограничительного применения.

Это полезно для клиентов, которые не хотят глобально применять ZDR, но нуждаются в гарантии, что отдельные запросы будут направлены только к эндпоинтам с ZDR.

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

Включите параметр zdr в предпочтениях провайдера:

{
  "model": "gpt-4",
  "messages": [...],
  "provider": {
    "zdr": true
  }
}

Когда zdr установлен в true, запрос будет маршрутизирован только к эндпоинтам с политикой нулевого хранения данных. Если zdr установлен в false или не указан, принудительное соблюдение ZDR всё равно будет применяться, если оно включено в настройках аккаунта или ограничения.

Кеширование

Некоторые эндпоинты/модели предоставляют неявное кеширование подсказок. Это сохраняет повторяющиеся данные подсказки в оперативном кеше в дата‑центре провайдера, так что повторяющаяся часть подсказки не требует повторной обработки. Это может привести к значительной экономии расходов.

VEGA приняла позицию, что кеширование подсказок в оперативной памяти не считается «хранением» данных, поэтому мы разрешаем использовать эндпоинты/модели с неявным кешированием, когда действует политика маршрутизации ZDR.

Политика хранения данных VEGA

Сам VEGA имеет политику ZDR; ваши подсказки не сохраняются, если вы специально не согласились на их логирование.

Эндпоинты с нулевым хранением

Следующие эндпоинты имеют политику ZDR. Обратите внимание, что этот список также доступен программно по адресу https://api.vega.chat/api/v1/endpoints/zdr. Он автоматически обновляется при изменениях политики данных провайдера.