Отключить запись запросов к ИИ и удалить все связанные с ними данные — разные задачи. Это видно на примере Yandex AI Studio: в документации описаны пять групп данных, которыми управляют по-разному. Настройка для улучшения сервиса не выключает остальные четыре механизма.
Мы разобрали официальные страницы, составили карту этих групп и отдельно перенесли в открытый CSV шесть сценариев со сроками хранения. Получилась рабочая основа для разговора с разработчиком: где остаётся история, что попадает в запись шагов агента и какие объекты нужно удалять отдельно. Срез документации — 2 ноября 2026 года.
Пять групп хранения данных в ИИ
Описание хранения данных AI Studio разделяет служебные записи, аудит действий, трейсы, данные для работы программного интерфейса и запись для улучшения сервиса. Переключатель последней группы не отключает первые четыре. Это не означает, что каждый запрос обязательно сохраняется пять раз: состав данных зависит от выбранных возможностей.

| Группа в нашей карте | На что обратить внимание | Что проверить у себя |
|---|---|---|
| Работа сервиса | Служебные события, без текста обращений и ответов модели | Какие сведения нужны для эксплуатации и разбора ошибок |
| Действия с ресурсами | История операций, без содержимого запросов к модели | Кто имеет доступ к аудиту действий |
| Шаги агента | Трейсы при включённой записи | Не остались ли в них реальные обращения и результаты инструментов |
| Объекты приложения | История, файлы, индексы и другие созданные ресурсы | Какие объекты существуют и когда их удаляют |
| Улучшение сервиса | Отдельная настройка записи запросов | Применяется ли она ко всем нужным вызовам |
Скачать карту пяти групп. Вопросы последнего столбца предложены нашей редакцией. Это не обязательная форма отчёта и не заключение о настройках конкретной компании.
Что именно отключает настройка логирования
В инструкции по отключению записи запросов указана опция x-data-logging-enabled: false. Её передают в заголовке запроса или метаданных вызова. Для фирменного SDK документация описывает соответствующий параметр инициализации. Обещанный результат относится к использованию содержимого таких запросов для улучшения сервиса.
Для владельца бизнеса здесь важен охват. Один проект может обращаться к модели несколькими способами: с сайта, из CRM, через скрипт обработки файлов. Подтверждение настройки в одном месте ещё не показывает, что её передают остальные части приложения. Попросите разработчика перечислить эти пути и указать, где каждый из них настраивается.
Полезно оставить рядом с решением дату проверки, версию приложения и ссылку на инструкцию. Тогда после замены библиотеки или подключения нового сервиса будет понятно, что нужно проверить повторно. Для такой проверки можно использовать вымышленный запрос: реальные сведения о клиентах здесь не нужны.
Трейсинг — отдельная запись шагов агента
Трейс помогает восстановить последовательность работы ИИ: какое обращение он получил, какие инструменты вызвал и что вернулось на промежуточных шагах. Документация трейсинга AI Studio описывает такие записи отдельно. По умолчанию механизм выключен; пользователь включает его сам. В записи могут оказаться промпты, ответы, системные инструкции и результаты инструментов.
Это удобно при поиске ошибки. Одновременно меняется состав доступной для просмотра информации. Например, в учебном сценарии агент ищет заявку в CRM, а инструмент возвращает имя и телефон. Если результат попал в запись шагов, проверка только исходного обращения к модели уже не описывает всю ситуацию. Пример вымышленный; мы не исследовали клиентские системы и не передавали такие сведения в ИИ.
Разработчик может показать, нужен ли трейсинг в рабочем режиме, кто читает записи и каков порядок их удаления. Для проверки доступа полезно различать возможность пользоваться агентом и возможность смотреть подробную историю его работы. Это разные действия, и их не стоит считать одним разрешением без проверки настроек.
Почему рядом встречаются 3, 30 и 365 дней
В таблице сроков официальной политики хранения шесть строк. Три относятся к асинхронным результатам: текстовой генерации, SpeechKit и Vision OCR; для них указаны трое суток. Для отдельного ответа Responses — 30 дней от создания, для диалога Conversations — 365 дней.
Шестая строка требует отдельного чтения: связанный с диалогом объект Responses хранится с ним 365 дней. При удалении диалога для Responses указан срок 30 дней от его последнего обновления. Нельзя автоматически прибавлять новые 30 дней к дате удаления диалога: в источнике названа другая начальная точка.

Скачать шесть сценариев хранения с условиями. Мы не пересчитывали их в сроки удаления реальных запросов: для этого нужны фактические даты, связи объектов и настройки приложения. Если начальная точка не названа в выбранной строке документации, в наборе это отмечено, а не заменено догадкой.
История разговора и файлы требуют своего решения
Описание управления контекстом различает несколько способов продолжать диалог. Conversations хранит его как отдельный долгоживущий объект. На дату проверки документация не предусматривает редактирование и удаление отдельных элементов такого диалога. При этом весь диалог можно удалить до окончания срока хранения. Поэтому план «потом удалим одно неудачное сообщение» нужно сверять с доступными операциями выбранного способа хранения.
Удобнее согласовать это до подключения к рабочим данным. Если задача — один раз классифицировать обращение, уточните, нужна ли ей сохраняемая история. Если агент ведёт длительный диалог, определите, какие сведения в нём допустимы и кто отвечает за завершение его хранения. Наличие функции продолжения разговора ещё не объясняет, зачем компании хранить каждое поле заявки.
Файлы и поисковые индексы также включайте в перечень ресурсов приложения. Отключение записи для улучшения сервиса не является операцией удаления этих объектов. Для каждого используемого ресурса проверьте доступный способ удаления и возможность задать срок жизни. Результат теста одного типа файла не переносите автоматически на все остальные ресурсы.
Как связать техническую карту с персональными данными
Карта хранения отвечает на вопрос, какие данные и объекты использует приложение. Правовой разбор начинается с цели обработки, состава сведений, получателей и расположения баз. Настройка в программном интерфейсе сама по себе не подтверждает соблюдение всех требований к персональным данным.
В частности, сбор данных граждан России проверяют по части 5 статьи 18 закона № 152-ФЗ в редакции закона № 23-ФЗ, включая предусмотренные исключения. При иностранном получателе отдельно разбирают трансграничную передачу по статье 12 с поправками № 265-ФЗ. Её отличие от локализации и новый перечень стран разобраны в предыдущем исследовании РКН. Эта карта не устанавливает, есть ли такая передача в конкретной конфигурации AI Studio.
Практический результат работы команды можно собрать в один документ: схема движения сведений, список ресурсов, ответственные за доступ и удаление, ссылки на договоры и подтверждённые настройки. Если нужен разбор своей схемы и документов, можно обратиться за подготовкой к проверке Роскомнадзора. Объём работ зависит от реальной обработки; пять строк нашего CSV не заменяют обследование компании.
Общие сроки и предмет закона об ИИ № 243-ФЗ разобраны в отдельном материале. Настоящее исследование ограничено хранением данных в выбранных возможностях сервиса, а не всеми условиями применения больших моделей.
Методика и пределы исследования
Мы изучили выбранные разделы официальной документации AI Studio и составили два набора: пять описанных групп и шесть строк таблицы сроков. Единица учёта — группа или документированный сценарий. Это не число баз, копий, утечек или организаций. Технические термины в первом столбце местами заменены более короткими редакционными названиями; ссылки на исходные разделы сохранены.
Документация прочитана через веб-поиск. Прямая загрузка с нашего узла получила CAPTCHA, её страницы не приняты за содержание документа и не обходились. Сохранены копии прочитанного текста; их контрольные суммы относятся к этим копиям, а не к оригинальному HTML Яндекса. Данные в реальный API мы не отправляли, настройки кабинетов и фактическую работу удаления не испытывали.
Выводы относятся к указанным возможностям Yandex AI Studio на 2 ноября 2026 года. Их нельзя без проверки переносить на обычный чат Алисы, другую платформу, собственный сервер или договор с особыми условиями. Мы не объявляем перечисленные сроки новыми нормами ноября и не предполагаем их неизменность в следующие годы.
Частые вопросы
Отключение логирования удаляет историю диалога?
Эта настройка не заменяет операции с историей и другими объектами приложения. Проверьте, каким способом хранится разговор и какие действия доступны для его удаления.
Пять групп означают пять копий каждого запроса?
Нет. Это разделение документации по назначению данных. Служебные записи и аудит не содержат текст запросов к модели и ответов, а трейсинг по умолчанию выключен. Состав созданных объектов зависит от сценария.
Можно ли считать 30 дней общим сроком хранения данных ИИ?
Нет. В рассмотренной документации это срок определённого объекта Responses с указанной начальной точкой. У других сценариев свои сроки и условия; шесть строк с ними открыты в CSV.
Практическое решение
Проверим обработку и передачу персональных данных
Разберём, какие данные вы собираете и куда они поступают, сверим требования к базам и уведомлениям. Состав и стоимость работ определим после изучения схемы обработки.
Тема: Досье радара: Хранение данных в ИИ: пять групп Yandex AI Studio
+7 920 898-17-18