Вопрос «обучаются ли на моих запросах» задают провайдеру, а отвечать на него приходится самому. Сравнивать здесь имеет смысл не столько провайдеров между собой, сколько два способа работы: облачный API по чужой политике и локальный запуск, где политики нет вообще, потому что нет второй стороны.
Важная оговорка ко всему тексту, сформулированная 26 августа 2026. Ни одна строка ниже не является пересказом текущих условий конкретного провайдера. Политики меняются без предупреждения, различаются между потребительским чатом и API одной и той же компании, между регионами и между тарифами. Статья в блоге, перечисляющая «у кого как», устаревает за недели и вводит в заблуждение ровно тех, кто ей поверил. Поэтому здесь — список вопросов к документам и способ на них ответить, а не таблица с названиями компаний.
#Что такое политика провайдера по данным
Это набор документов, а не одна страница: условия использования, политика конфиденциальности, отдельные условия для API и, у части провайдеров, соглашение об обработке данных. Утверждение «мы не обучаемся на ваших данных» обычно живёт в условиях для API и почти всегда сопровождается оговорками — про потребительский интерфейс, про срок хранения для разбора злоупотреблений, про ручную проверку помеченных запросов.
Ключевое различие, которое стоит усвоить до чтения любых документов: потребительский чат и API — разные продукты с разными правилами. У одной и той же компании веб-интерфейс может использовать разговоры для улучшения моделей, а обращения по ключу — нет. Люди читают условия одного продукта и делают вывод про другой.
#Что облачные провайдеры делают хорошо
Сказать это надо раньше собственных доводов, потому что это правда.
Условия у крупных провайдеров написаны и опубликованы. Их можно прочитать, сослаться на них в договоре и предъявить безопаснику. Локальная модель не имеет условий вовсе — что для комплаенса иногда минус, а не плюс: подтвердить нечем.
Многие дают технические, а не декларативные гарантии. Отдельные режимы с нулевым удержанием, региональные точки обработки, соглашения об обработке данных для корпоративных клиентов — это не обещание в блоге, а условие в договоре с последствиями за нарушение.
Крупный провайдер защищён лучше вашего ноутбука. У него есть команда безопасности, аудиты и процедуры реагирования. Утверждение «локально безопаснее» верно по классу рисков, а не по абсолютной защищённости: незашифрованный ноутбук с полным архивом — цель попроще.
Есть механизм отказа. У большинства провайдеров использование данных для улучшения моделей отключается настройкой или формой. Это не универсально, но проверяется за пять минут.
#Ключевые различия
- Наличие второй стороны. У облака она есть всегда: провайдер физически получает текст. У локального запуска её нет, и вопрос политики не возникает.
- Проверяемость. Условия облачного провайдера читаются, но их исполнение вы не проверите. Локальный запуск проверяется отключением сети — это единственная проверка в этой области, которую вы можете провести сами.
- Стабильность условий. Политика меняется решением поставщика. Локальный запуск не меняет условий, потому что условий нет.
- Качество ответа. Топовые облачные модели объективно сильнее небольших локальных в сложных рассуждениях. Это плата за отсутствие получателя, и она реальная.
#Таблица: семь вопросов к документам провайдера
Это и есть рабочий артефакт статьи. Задавайте эти вопросы документам конкретного провайдера в момент подключения, а не читайте чужой пересказ.
| Вопрос | Где обычно ответ | Почему это важно |
|---|---|---|
| Используются ли запросы API для обучения моделей? | Условия для API, раздел про данные клиента | Основной вопрос; ответ по потребительскому чату к API не относится |
| Сколько хранятся запросы и ответы? | Политика конфиденциальности, срок удержания | «Не обучаемся» и «не храним» — разные утверждения |
| Есть ли режим нулевого удержания и как его включить? | Условия для API либо корпоративный тариф | Часто существует, но не включён по умолчанию |
| Кто и в каких случаях читает запросы вручную? | Раздел про модерацию и злоупотребления | Почти у всех есть исключение на ручную проверку |
| В какой стране происходит обработка? | Политика конфиденциальности, раздел про передачу | Определяет применимое право и вопрос трансграничной передачи |
| Есть ли отдельное соглашение об обработке данных? | Юридический раздел сайта | Для рабочего контура декларации на сайте недостаточно |
| Как удалить историю запросов и есть ли такая процедура? | Раздел про права пользователя | Ответ «удаляется автоматически через N дней» — тоже ответ |
Вывод из таблицы: почти всегда обнаруживается, что «мы не обучаемся на ваших данных» и «ваши данные у нас не хранятся» — два разных утверждения, и второе оказывается неверным при верном первом. Хранение на срок разбора злоупотреблений — норма отрасли, а не исключение.
#Как проверить своими руками
Три действия, которые дают результат за один вечер.
- Найдите документ, относящийся именно к API, а не к веб-интерфейсу. Обычно это отдельная страница со словами «API», «developer» или «business» в адресе.
- Сохраните копию с датой. Через полгода это единственный способ узнать, изменились ли условия. Скриншот или PDF в папке с ключом.
- Включите отказ, если он есть, и проверьте, что он сохранился. Настройки такого рода иногда сбрасываются при смене тарифа или добавлении новой организации.
Где взять ключ и как устроена схема с собственным ключом — в разборе где взять API-ключ к языковой модели. Какой провайдер подходит под какую задачу — в отдельном сравнении провайдеров по задачам.
#Где облачный провайдер объективно лучше
Раздел, который в статье про приватность обязателен.
Когда нужен документ, а не убеждение. Безопасник компании не примет «у нас локальная модель, поэтому данные не уходят» — ему нужно соглашение об обработке данных с ответственной стороной. Локальный запуск такого документа не порождает: подписывать некому.
Когда задача действительно сложная. Разбор большого договора, длинная цепочка рассуждений, редкий язык — здесь разрыв в качестве между топовой облачной моделью и той, что помещается в ваш ноутбук, ощутимый и не закрывается настройками.
Когда важна доступность. Провайдер держит доступность как обязательство. Ваш ноутбук выключен, когда вы его выключили, а модель, занявшая всю память, мешает работать.
Когда локальная альтернатива не влезает. Требования к памяти реальны: модель, которую можно запустить на среднем ноутбуке, и модель, отвечающая на уровне лучших облачных, — это разные весовые категории.
#Кому что подойдёт
Если вы обрабатываете чужие персональные данные или работаете под соглашением о неразглашении — облачный провайдер годится только с подписанным соглашением об обработке данных и подтверждённым режимом удержания; без этого разумнее локальная модель. Разбор рисков — в статье про NDA и облачный ИИ.
Если задача сложная, а данные обезличены — облако, с процедурой замены из гайда про персональные данные в промпте.
Если тема чувствительная и качество вторично — локальная модель, где вопрос политики не возникает вовсе.
#Частые вопросы
#Правда ли, что провайдеры не обучаются на запросах через API?
Многие это декларируют, и у части провайдеров такое условие закреплено в документах для API. Но это утверждение почти всегда сопровождается оговорками про срок хранения и ручную проверку помеченных запросов, а к потребительскому веб-интерфейсу той же компании оно может не относиться вовсе. Проверять надо текущую редакцию документов конкретного провайдера — универсального ответа здесь нет.
#Что означает «нулевое удержание» и стоит ли на него полагаться?
Обычно это режим, при котором запрос обрабатывается и не сохраняется на стороне провайдера дольше времени обработки. Как правило, требует явного включения или отдельного тарифа. Полагаться на него можно ровно в той мере, в какой вы полагаетесь на исполнение условий договора: проверить его соблюдение со своей стороны технически нельзя.
#Если я отключил обучение на данных, старые запросы удаляются?
Как правило, нет: отказ действует на будущее. Удаление уже отправленного — отдельная процедура, и она есть не у всех. Порядок действий один: найти процедуру удаления истории в документах, направить запрос, сохранить ответ.
#Видит ли провайдер, кто именно задаёт вопрос?
Он видит ключ, IP-адрес отправителя и содержимое запроса. Если ассистент стоит на чужом сервере, IP будет серверный, а не ваш. Имя и почту провайдер знает по аккаунту, на который выпущен ключ. Что ещё уезжает вместе с сообщением — разобрано в статье про состав запроса к языковой модели.
#Persona отправляет что-то своим серверам, когда я работаю с облачной моделью?
Нет: запрос идёт напрямую от экземпляра к выбранному провайдеру, посредника в этой цепочке нет. Отдельно назовём неудобное: ключи участников хранятся в базе экземпляра в открытом виде, а администратор экземпляра имеет доступ к базе. Проверить эти утверждения чтением кода нельзя — репозиторий закрыт, публичной лицензии нет.
#Как быть, если провайдер изменил политику после того, как я начал им пользоваться?
Это штатная ситуация, а не форс-мажор: условия меняются, и уведомление приходит не всегда заметным способом. Практика — сохранённая копия документа с датой и повторная проверка при каждом изменении тарифа. Если новая редакция вас не устраивает, единственный рычаг — сменить провайдера или уйти на локальный запуск; данные, отправленные ранее, вернуть нельзя.
#Вывод
Если вам нужна проверяемая гарантия, а не декларация, — она существует только в одном виде: получателя нет вообще, локальная модель на вашей машине, проверка отключением сети. Как эта конфигурация устроена и что в ней остаётся у вас, разобрано в статье про приватный ИИ и локальное хранение. Если же вам нужен документ и качество топовой модели — берите облачного провайдера, но читайте документы для API, а не для чата, сохраняйте их копию с датой и исходите из того, что «не обучаемся» не означает «не храним».