ИИ без хранения данных: лучшие платформы для корпоративных агентов в 2026 году

Среди платформ ИИ без хранения данных OpenAI API — лучший выбор для большинства корпоративных команд, создающих агентов в 2026 году: она позволяет использовать передовые модели в режиме ZDR. Если же политика хранения должна автоматически блокировать любые несовместимые вызовы во всей инфраструктуре AWS, сильнее выглядит Amazon Bedrock. Но есть важная оговорка: ZDR защищает путь инференса, а не агентный продукт целиком. Память с сохранением состояния, файлы, песочницы для кода, поиск и управляемые агентные сервисы могут вновь создать точки хранения. При нормализованной нагрузке в 1 миллион входных и 200,000 выходных токенов GPT-5.6 Luna стоит $0.44 по текущим тарифам Standard; куда важнее понять, готова ли компания самостоятельно владеть состоянием агента и оплачивать эту инфраструктуру.

Лучшие платформы ИИ без хранения данных: краткое сравнение

Zero Data Retention, или ZDR, означает, что поддерживаемые запросы и ответы после обработки не сохраняются в постоянном хранилище. Этот режим не распространяется автоматически на каждое файловое хранилище, слой памяти, инструмент или управляемого агента, подключённого к модели. Именно это различие стало главным критерием рейтинга.

Цены ниже проверены по действующим страницам поставщиков 22 августа 2026 года. Стоимость токенов указана за 1 миллион токенов, если не обозначена другая единица. «Не указано» означает лишь, что поставщик не рекламировал отдельную пробную версию платформы на странице с тарифами; отдел продаж всё равно может предложить кредиты.

Более широкий вопрос — качество моделей, оркестрация и соответствие бизнес-задачам — разобран в сравнении корпоративных платформ для ИИ-агентов. Здесь порядок иной: безопасность хранения важнее набора функций. Платформа теряет позиции, если её самые удобные агентные возможности делают заявление о ZDR неверным.

Что означает Zero Data Retention для корпоративного ИИ-агента

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

Для агента выполнить это обещание сложнее, чем для одиночного вызова чат-модели. Полезному корпоративному агенту обычно нужны как минимум четыре слоя:

• Инференс: модель читает запрос и возвращает ответ.
• Состояние: память, история диалога, контрольные точки и статус задачи.
• Знания: загруженные файлы, векторные хранилища, базы данных и журналы извлечения.
• Действия: поиск, выполнение кода, браузеры, MCP-серверы и бизнес-приложения.

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

Это и есть цена владения состоянием. Строгий ZDR часто означает, что компания должна сама владеть базой данных для памяти, объектным хранилищем файлов, системой трассировки для разбора инцидентов и очередью для возобновления долгих задач. Службы безопасности и юристы получают чёткую границу контроля, однако инженерам достаются задания на удаление, политики доступа, правила резервного копирования и дежурства.

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

Как отбирались платформы

Девять платформ сравнивались по актуальным страницам поставщиков о контроле данных, документации и ценах на 22 августа 2026 года. Рейтинг не опирается на выдуманное тестирование или универсальный значок безопасности. Порядок определили пять проверок:

1. Обещание по хранению: заявляет ли поставщик, что поддерживаемые запросы и ответы после обработки не сохраняются в постоянном хранилище?
2. Блокировка при несовместимости: будет ли несовместимая модель или функция заблокирована, либо разработчик может незаметно выйти за границы ZDR?
3. Охват агентных функций: что происходит с памятью, файлами, пакетными заданиями, выполнением кода, веб-поиском, MCP и журналами управляемых агентов?
4. Подтверждение для администраторов: может ли ответственный за безопасность централизованно включить политику и проверить, что она действует?
5. Коммерческая прозрачность: достаточно ли понятны текущие тарифы и стоимость безопасных с точки зрения конфиденциальности альтернатив, чтобы составить бюджет?

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

Рейтинг также снижался за вводящие в заблуждение названия. Например, Mistral поддерживает ZDR в нескольких бессостоянийных API, но исключает собственный продукт Agents. Microsoft документирует бессостоянийный инференс моделей и изменённый мониторинг злоупотреблений, не предлагая при этом простого переключателя ZDR для самостоятельного включения. Оба варианта могут быть удачными, однако команда внедрения должна точно понимать эти условия.

1. OpenAI API — лучший универсальный выбор для ZDR и передовых моделей

OpenAI API занимает первое место, когда компании нужны современные передовые модели и при этом нельзя отказываться от пути с Zero Data Retention.

Объявление OpenAI от 19 августа важно прежде всего своим практическим следствием: подходящие клиенты API смогут сохранять режим ZDR по мере того, как модели берутся за всё более долгие и сложные задачи. Согласно опубликованному обязательству, запросы и ответы модели после обработки не хранятся, контент недоступен сотрудникам OpenAI, а корпоративные данные не используются для обучения, если клиент сам не дал на это согласие. Компания также анонсировала Private Safety Processing — механизм для выявления рискованных закономерностей в связанных взаимодействиях без раскрытия исходного контента сотрудникам OpenAI.

Это особенно убедительное предложение для банка, разработчика медицинского ПО, юридической платформы или поставщика корпоративного SaaS, которым нужны сильные модели, но неприемлем штатный доступ поставщика к запросам. OpenAI даёт таким клиентам прямой API, контроль на уровне проектов, широкий набор конечных точек инференса с поддержкой ZDR и понятную дорожную карту моделей. Кроме того, GPT-5.6 Luna задаёт необычно низкий порог входа: один миллион входных и 200,000 выходных токенов стоят $0.44 по тарифам Standard для короткого контекста.

Главное ограничение — состояние приложения. В актуальной таблице сроков хранения по конечным точкам OpenAI указывает, что Chat Completions и Responses поддерживают ZDR с ограничениями, тогда как Conversations, потоки ChatKit, Assistants, Threads, Vector Stores, Files, Evals и Batches не поддерживают его. У удалённых MCP-серверов собственные политики хранения. Hosted Shell и Code Interpreter могут записывать временные данные, пока активны их контейнеры. Background Responses временно записывает состояние на диск примерно на 10 минут, чтобы клиент мог опрашивать статус задания.

Поэтому OpenAI здесь — лучшая платформа моделей, но не разрешение без разбора пользоваться любой функцией OpenAI. В строгой архитектуре память и постоянное файловое хранилище должны оставаться в инфраструктуре клиента, основной вызов — идти через поддерживаемую бессостоянийную конечную точку, а каждое назначение инструмента — получать отдельное одобрение. В режиме ZDR OpenAI считает store равным false для Responses и Chat Completions, даже если запрос передаёт true, тем самым устраняя один опасный вариант по умолчанию. При этом организация всё равно должна заранее получить одобрение ZDR.

Private Safety Processing пока следует воспринимать как предварительный анонс, а не как готовый элемент производственной архитектуры. OpenAI сообщила, что тестирует его с первыми клиентами, а запуск и техническую публикацию планирует на сентябрь 2026 года. Основанием для закупки служит действующий ZDR; предварительная версия показывает лишь направление развития. Отдельным исключением остаются изображения с возможными материалами CSAM: их могут сохранить для ручной проверки и предусмотренной законом отчётности.

Лучше всего для: компаний, которым нужны передовые модели OpenAI через одобренный бессостоянийный маршрут.
Главное преимущество: ZDR принудительно задаёт store=false для поддерживаемых вызовов Responses и Chat Completions.
Цена: в актуальном прайс-листе OpenAI API GPT-5.6 Luna с коротким контекстом стоит $0.20 за вход, $0.02 за кэшированный вход, $0.25 за запись в кэш и $1.20 за выход на Standard; $0.10, $0.01, $0.125 и $0.60 на Batch или Flex; $0.40, $0.04, $0.50 и $2.40 на Fast — всё за 1 миллион токенов. Региональная обработка с резидентностью данных добавляет 10% для подходящих моделей, выпущенных 5 марта 2026 года или позднее.
Бесплатный доступ: отдельная пробная версия API на действующей странице цен не указана.

1. 1

   Зафиксируйте контроль документально

   Запросите ZDR именно для той организации API, которая будет обслуживать производственный трафик. Сохраните одобрение, договорные рамки, список подходящих моделей, исключения и имя ответственного за безопасность.

2. 2

   Создайте отдельный проект

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

3. 3

   Проведите инвентаризацию конечных точек

   Сопоставьте весь рабочий процесс с актуальной таблицей OpenAI. Оставьте основной путь инференса на подходящих вызовах Responses или Chat Completions. Исключите Conversations, Assistants, Files, Vector Stores, Evals и Batch из строгого маршрута.

4. 4

   Перенесите состояние на свою сторону

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

5. 5

   Проведите контрольную проверку хранения

   Отправьте синтетическую конфиденциальную запись, проследите каждое назначение данных, проверьте store=false, убедитесь, что запись появилась только в одобренных системах клиента, и добейтесь отказа несовместимой функции до допуска реальных данных.

2. Amazon Bedrock — лучший вариант для политики с автоматической блокировкой

Amazon Bedrock особенно силён там, где правила хранения должны действовать на всю организацию AWS, а не зависеть от памяти каждого разработчика.

Bedrock превращает хранение в настройку на уровне аккаунта или проекта. Если задать для data_retention_mode значение none, то, согласно документации Bedrock о хранении, ни запрос, ни ответ не записываются в долговременное хранилище и не передаются поставщику модели. Если модель требует хранения, вызов блокируется. В Responses API параметр store по умолчанию равен false, значение store=true отклоняется, а Background mode недоступен. Chat Completions и Messages в этом режиме никогда не сохраняются.

Именно такой принцип «запретить при несоответствии» поднимает Bedrock выше платформ с более простым маркетинговым обещанием. Регулируемая компания может через политики IAM или Service Control Policies запретить любые режимы хранения, кроме none. Контроль переживает смену сотрудников, срочные релизы и скопированные примеры кода: он становится частью облачной модели безопасности, а не пунктом в инженерном чек-листе.

Очевидное ограничение — доступность моделей. Claude Fable 5 и Claude Mythos 5 требуют provider_data_share, если аккаунт не получил отдельное одобрение ZDR для конкретной модели. При включённой передаче поставщику запросы и ответы могут храниться до 30 дней. Команда, выбравшая none, должна быть готова к недоступности этих моделей и воспринимать заблокированный запрос как доказательство исправной работы контроля.

Bedrock также предупреждает: одного store=false недостаточно для гарантии ZDR. Модель всё ещё может сохранять контент для проверки безопасности, если фактический режим хранения не равен none. Для закупок это важное различие: параметр API задаёт поведение одного запроса, а режим хранения — политику.

Ценообразование здесь сложнее, чем у прямого API модели: Bedrock размещает множество поставщиков в разных регионах и режимах обслуживания. На странице цен Bedrock Intelligent Prompt Routing стоит $1 за 1,000 запросов плюс токены нижележащей модели. Маршрутизатор умеет выбирать внутри семейства моделей, но покупателю ZDR сначала нужно убедиться, что каждая модель-кандидат допускает none. Оптимизация затрат имеет смысл только после выполнения политики хранения.

Лучше всего для: компаний на AWS, которым нужна централизованно применяемая политика хранения.
Главное преимущество: вызовы несовместимых моделей блокируются, а не начинают незаметно сохранять данные.
Цена: использование модели зависит от поставщика, модели, региона и режима обслуживания. Intelligent Prompt Routing стоит $1 за 1,000 запросов On-Demand плюс использование модели.
Бесплатный доступ: отдельная пробная версия Bedrock на действующей странице цен не указана.

3. Google Gemini Enterprise Agent Platform — лучший выбор для команд Google Cloud

Google Gemini Enterprise Agent Platform лучше всего подходит организации на Google Cloud, способной контролировать каждую функцию агента так же тщательно, как вызов модели.

Документация Google от 21 августа особенно полезна тем, что прямо называет настройки, из-за которых общее предположение о ZDR перестаёт работать. Базовые условия убедительны: без разрешения клиентские данные не используются для обучения или дообучения управляемых моделей, журналирование запросов и ответов по умолчанию отключено, а клиенты, подпадающие под запись запросов для мониторинга злоупотреблений, могут запросить исключение.

Сложность в том, что разные агентные функции по-разному обращаются с данными. В Interactions API параметр store по умолчанию равен true, поэтому запрос с ZDR должен явно передавать store=false. Grounding with Google Search хранит производные поисковые запросы и контекст до 3 дней, и отключить это нельзя. Вместо него Google рекомендует Web Grounding for Enterprise. Grounding with Google Maps хранит запросы, контекст и сгенерированный результат 30 дней — также без возможности отключения.

CodeMender создаёт ещё одну важную границу. Чтобы можно было возобновить длительное сканирование, он хранит до 7 дней зашифрованные данные сеанса: фрагменты кода, изменения, конфигурацию и контрольные точки анализа. После перехода в конечное состояние содержимое кода очищается в течение нескольких секунд, а оставшаяся запись сеанса удаляется по истечении 7-дневного срока. Для предприятия это может быть разумной политикой хранения, но нулевой она не является.

Возобновление сеанса Gemini Live включается по желанию и хранит кэшированные текст, аудио, видео и результаты до 24 часов. Для строгого маршрута эту функцию нужно оставить выключенной. Стандартный кэш Google в памяти тоже имеет TTL 24 часа, однако Google считает такой изолированный на уровне проекта непостоянный кэш совместимым с ZDR и позволяет администраторам отключить его для всего проекта. Отдел закупок должен заранее сопоставить это определение с внутренней политикой, а не предполагать, что любой аудитор одинаково оценит данные в оперативной памяти.

Google выигрывает для компании, которая уже использует IAM, сети, журналирование и сервисы данных Google Cloud: одобренный агент может держать постоянное состояние внутри существующей облачной границы. Bedrock остаётся проще в части автоматической блокировки. Здесь нужно правильно выставить несколько настроек, а некоторые функции Advanced AI могут сделать ZDR невозможным. Google советует уточнять условия у команды сопровождения аккаунта — это стоит сделать до одобрения модели.

Лучше всего для: компаний на Google Cloud, которые строят агентов вокруг одобренных бессостоянийных вызовов Gemini.
Главное преимущество: подробные рекомендации по отдельным функциям Search, Maps, Interactions, Live, кэшированию и CodeMender.
Цена: в актуальном прайс-листе моделей Google глобальный Gemini 3.1 Flash-Lite Standard стоит $0.25 за вход, $0.025 за кэшированный вход и $1.50 за выход; Priority — $0.45, $0.045 и $2.70; Flex/Batch — $0.125, $0.0125 и $0.75 за 1 миллион текстовых токенов. Web Grounding for Enterprise включает 5,000 поисковых запросов в месяц, затем стоит $14 за 1,000.
Бесплатный доступ: отдельная пробная версия платформы на действующей странице цен не указана.

4. Anthropic API — лучший вариант для Claude с состоянием под контролем клиента

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

В рамках одобренного соглашения Anthropic о ZDR компания заявляет, что после возврата ответа не сохраняет клиентские запросы и ответы в постоянном хранилище. Режим включается через отдел продаж отдельно для каждой организации. Под него подпадают подходящие вызовы Messages и Token Counting, а также Claude Code, если используется API-ключ коммерческой организации или Claude Enterprise с включённым ZDR.

Сильная сторона Anthropic — подробная таблица совместимости функций. Клиентские Bash, Text Editor, Computer Use, Memory, стандартные Messages, Prompt Caching и стандартный Web Search могут оставаться в рамках соглашения ZDR. Сильная инженерная команда благодаря этому способна построить полезного агента, сохранив состояние и выполнение инструментов в собственной среде. Prompt Caching удерживает KV-представления и хэши в памяти на время TTL кэша, но не записывает запросы и ответы в постоянное хранилище.

Главное ограничение проходит по передовым моделям. Claude Fable 5 и Claude Mythos 5 требуют хранения в течение 30 дней и недоступны при ZDR. Организация с одобренным ZDR может разрешить хранение для отдельного рабочего пространства, но его трафик уже не будет отвечать строгой политике. Это решение о закупке, а не переключатель модели: либо согласиться на хранение ради этих моделей, либо выбрать другую подходящую модель.

Вторая граница — управляемые функции. Claude Managed Agents хранит состояние, а расшифровки диалогов остаются до удаления. Batch удерживает данные 29 дней. Code Execution и Programmatic Tool Calling могут хранить данные контейнера до 30 дней. Files сохраняет файлы до удаления или истечения срока, а MCP Connector следует стандартной политике хранения. Dynamic filtering для Web Search и Web Fetch не поддерживает ZDR, хотя стандартные варианты поддерживают.

Одно отличие от Bedrock особенно важно отметить на архитектурной схеме: при ZDR Anthropic неподдерживаемая функция не обязательно блокируется. Разработчик может вызвать её и тем самым вывести соответствующие данные за рамки соглашения. Гибкость API перекладывает контроль обратно на ревью кода, политики шлюза и интеграционные тесты.

Anthropic также описывает исключения. Помеченные данные или данные под юридическим запретом на удаление могут храниться до 2 лет. Это не обесценивает договор, но означает, что у «нулевого» хранения есть граница безопасности и закона. Службе безопасности нужно зафиксировать её, а не обещать абсолют, которого не обещает сам поставщик.

Лучше всего для: нагрузок Claude, чьи память и инструменты могут работать в системах клиента.
Главное преимущество: подробная матрица совместимости отделяет клиентские инструменты от управляемых функций с хранением.
Цена: тарифы Anthropic API указывают $1 за вход и $5 за выход для Haiku 4.5. Sonnet 5 стоит $2 за вход, $10 за выход, $2.50 за запись в кэш и $0.20 за чтение из кэша. Opus 5 — $5 за вход и $25 за выход, всё за 1 миллион токенов. Fable 5 стоит $10 за вход и $50 за выход, но не поддерживает ZDR. Batch снижает цену на 50%, но тоже находится за пределами ZDR.
Бесплатный доступ: пробная версия API на действующей странице цен не указана.

5. Fireworks AI — лучший приватный инференс открытых моделей

Fireworks AI — наиболее понятный выбор для компании, которой нужен инференс открытых моделей с Zero Data Retention по умолчанию.

В сегменте открытых моделей документация Fireworks по обработке данных устанавливает ясную границу: запросы и результаты генерации находятся в энергозависимой памяти только на время запроса и не записываются в постоянное хранилище, если пользователь сам не включил журналирование. Prompt Caching может несколько минут держать запрос и KV-кэш в энергозависимой памяти; метаданные использования, например число токенов, сохраняются. Для проверки безопасности это прямое и понятное правило.

Платформа особенно уместна для закрытого сервиса классификации, извлечения, суммаризации или планирования агентом, которому не нужен управляемый поставщиком объект диалога. Команда платформы может выбрать открытую модель, оставить базу памяти в собственном облаке и использовать Fireworks как высокопроизводительный слой инференса. Политика поставщика по умолчанию снижает риск того, что новый проект незаметно запустится с включённым журналированием.

Однако есть важное исключение: в Fireworks Responses API параметр store=True задан по умолчанию. В этом режиме запросы, ответы и вызовы инструментов хранятся 30 дней. Для рабочего процесса Responses с ZDR нужно указать store=False. На остальные сервисы Fireworks распространяется стандартная политика ZDR, но некоторые расширенные функции, включая FireOptimizer, могут предполагать явное согласие на журналирование запросов.

Прайс-лист Fireworks Serverless достаточно прозрачен для сравнения вариантов развёртывания. GPT OSS 120B Standard стоит $0.15 за вход, $0.015 за кэшированный вход и $0.60 за выход. В Priority цены равны $0.18, $0.018 и $0.72. GPT OSS 20B Standard начинается с $0.07 за вход, $0.035 за кэшированный вход и $0.30 за выход. Batch вдвое снижает стоимость входа и выхода Serverless, но перед использованием любого асинхронного процесса его всё равно следует проверить на соответствие требованиям хранения.

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

Лучше всего для: компаний, которые запускают открытые модели за собственным агентным стеком.
Главное преимущество: ZDR действует по умолчанию для инференса открытых моделей, кроме сохраняемых вызовов Responses.
Цена: GPT OSS 20B Standard стоит $0.07 за вход, $0.035 за кэшированный вход и $0.30 за выход. GPT OSS 120B Standard — $0.15, $0.015 и $0.60; Priority — $0.18, $0.018 и $0.72 за 1 миллион токенов. Batch стоит 50% от тарифов Serverless на вход и выход.
Бесплатный доступ: новые аккаунты получают $1 бесплатных кредитов.

6. GroqCloud — лучший вариант для открытых моделей с низкой задержкой

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

Groq по умолчанию не сохраняет содержимое инференса, но это ещё не равнозначно ZDR. В документации GroqCloud о данных сказано, что компания может временно журналировать входы и выходы на срок до 30 дней, чтобы разбирать проблемы надёжности или предполагаемые злоупотребления. Любой клиент может включить ZDR в Data Controls и отказаться от такого хранения глобально либо для отдельной функции.

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

Компромисс — отключение функций. Файлы Batch могут храниться до 30 дней, если их не удалить раньше. Наборы данных и веса для дообучения остаются до удаления. При включении ZDR отключаются возможности, которым для работы необходимо хранить клиентские данные. Поэтому менеджеру продукта придётся выбирать между строгим путём инференса и удобством пакетной обработки или размещённой у поставщика кастомизации.

В актуальном промышленном каталоге Groq GPT OSS 120B стоит $0.15 за вход и $0.60 за выход, а GPT OSS 20B — $0.075 и $0.30 за 1 миллион токенов. Бесплатный уровень аккаунта позволяет с небольшим риском проверить интеграцию и лимиты. Переход на Developer ничего не списывает сразу: аккаунт получает оплату по факту использования, более высокие лимиты, Flex, Batch, поддержку и ограничения расходов.

Уровни обслуживания добавляют операционный выбор. По умолчанию используется On-Demand. Flex при тех же тарифах на токены даёт более высокую пропускную способность, но может вернуть ошибку нехватки мощности. Performance — доступный только Enterprise уровень с зарезервированными ресурсами и ценой через отдел продаж. auto выбирает доступный уровень. Для пользовательского агента, который не может позволить себе повторные попытки, может понадобиться договор Enterprise, даже если токены выглядят дешёвыми.

Лучше всего для: агентов на открытых моделях с низкой задержкой, которые могут оставаться бессостоянийными у поставщика.
Главное преимущество: любой клиент может включить ZDR без отдельной процедуры корпоративного одобрения.
Цена: GPT OSS 20B стоит $0.075 за вход и $0.30 за выход; GPT OSS 120B — $0.15 за вход и $0.60 за выход за 1 миллион токенов. Доступны уровни аккаунта Free и Developer; Performance использует зарезервированные ресурсы Enterprise с ценой через отдел продаж.
Бесплатный доступ: доступен уровень аккаунта Free.

7. Microsoft Foundry — лучший выбор для компаний под управлением Azure

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

В документации Foundry о конфиденциальности Microsoft сказано, что модели, продаваемые через Azure, не хранят состояние: запросы и ответы не записываются в модель и не используются для обучения или улучшения базовых моделей. Управляемые клиенты могут подать заявку на изменённый мониторинг злоупотреблений. После одобрения хранилище данных и ручная проверка в рамках такого мониторинга не применяются, хотя автоматическая проверка всё ещё может выполняться во время обработки запроса.

Вместе эти условия формируют обоснованный путь, близкий к ZDR, однако Microsoft не оформляет его как единый универсальный переключатель для самостоятельного включения. Компания должна получить одобрение, выбрать бессостоянийные функции и проверить подписку. В одобренном ресурсе Foundry значение ContentLogging отображается как false, если хранение для мониторинга злоупотреблений отключено. Для владельца контроля это ценный проверяемый сигнал: его видно в портале или через API управления Azure.

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

Граница проходит по функциям, которые сохраняют данные по своему устройству. Responses может хранить историю сообщений. Assistants Threads, Files, Vector Stores, Stored Completions, Batch и дообучение также сохраняют клиентские данные в арендаторе. Шифрование, владение со стороны арендатора и средства удаления могут сделать такое хранение приемлемым, но не превратят его в нулевое. Строгий рабочий процесс должен использовать бессостоянийный вызов модели и внешний слой состояния с собственной политикой удаления.

Цены моделей Azure построены вокруг трёх коммерческих вариантов: Standard On-Demand, Provisioned Throughput Units и Batch. Batch завершает работу в пределах 24 часов и стоит на 50% дешевле Global Standard, но хранит загруженную задачу во время обработки, поэтому для строгого маршрута не подходит. GPT-5.6 Luna с коротким контекстом стоит $0.20 за вход, $0.02 за кэшированный вход, $0.25 за запись в кэш и $1.20 за выход на Global Standard. В Data Zone эти цены возрастают до $0.22, $0.03, $0.28 и $1.32.

Лучше всего для: компаний, которые уже управляют конфиденциальным ИИ через подписки и географические зоны Azure.
Главное преимущество: ContentLogging:false даёт одобренному клиенту проверяемое подтверждение отключённого хранения для мониторинга злоупотреблений.
Цена: GPT-5.6 Luna с коротким контекстом на Global Standard стоит $0.20 за вход, $0.02 за кэшированный вход, $0.25 за запись в кэш и $1.20 за выход; в Data Zone — $0.22, $0.03, $0.28 и $1.32 за 1 миллион токенов. Batch стоит на 50% дешевле Global Standard, но хранит задачу. Цена зарезервированных ресурсов зависит от развёртывания и срока резервирования.
Бесплатный доступ: отдельная пробная версия Foundry на действующей странице цен моделей не указана.

8. OpenRouter — лучший ZDR-маршрутизатор для нескольких поставщиков

OpenRouter — оптимальный шлюз, если одному корпоративному агенту нужен доступ к нескольким поставщикам, а слой маршрутизации должен исключать конечные точки без политики ZDR.

Принудительное применение ZDR в OpenRouter может действовать глобально, для группы моделей, внутри guardrail или на уровне отдельного запроса. Запрос с zdr:true направляется только на те конечные точки, которые OpenRouter помечает как ZDR. Правило запроса объединяется с настройками аккаунта и guardrail по логическому ИЛИ, поэтому отдельный вызов не способен ослабить более строгую политику.

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

У такого преимущества есть два ограничения. Во-первых, контроль ZDR в OpenRouter охватывает маршрутизацию инференса к поставщикам, но не плагины и инструменты вроде веб-поиска. Каждую третью сторону нужно проверять отдельно. Во-вторых, политика группы моделей способна изменить маршрут неожиданным для покупателя образом. Если принудительно включить ZDR для Anthropic, собственные конечные точки Anthropic исчезнут, но маршруты через Bedrock и Vertex могут остаться. Для группы OpenAI удаляются собственные конечные точки OpenAI, но может сохраниться Azure. Для Google удаляется AI Studio, но может остаться Vertex.

Такое поведение полезно, только если служба безопасности одобрила оставшийся путь к поставщику. Пометки «модель ZDR» недостаточно. Договор, регион, настройка мониторинга злоупотреблений, цепочка инструментов и владелец конечной точки должны соответствовать политике. OpenRouter публикует актуальный список конечных точек ZDR, но компании стоит зафиксировать снимок одобренного набора и получать уведомления при изменении маршрута.

Страница цен OpenRouter устроена просто. Free включает более 25 бесплатных моделей, 4 поставщиков и 50 запросов в день. Pay-as-you-go открывает более 500 моделей и 80 поставщиков без минимальных расходов, но с комиссией платформы 5.5%. Enterprise предполагает обязательства по объёму и скидки на комиссию через отдел продаж. На Pay-as-you-go использование собственных ключей бесплатно до $25,000 вычисленного по прайс-листу инференса в месяц, а на Enterprise — до $200,000; далее комиссия составляет 5%.

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

Лучше всего для: мультимодельных агентов, которым нужны маршрутизация с учётом ZDR и контроль резервных путей.
Главное преимущество: правила аккаунта, группы моделей, guardrail и запроса могут исключать маршруты к конечным точкам без ZDR.
Цена: Free даёт более 25 моделей, 4 поставщиков и 50 запросов в день. Pay-as-you-go взимает комиссию 5.5% и не имеет минимального платежа. Enterprise использует обязательства по объёму с ценой через отдел продаж. BYOK бесплатен до $25,000 инференса по прайс-листу в месяц на Pay-as-you-go или до $200,000 на Enterprise, затем стоит 5%.
Бесплатный доступ: план Free действует постоянно и не ограничен по времени.

9. Mistral AI — для бессостоянийных нагрузок Mistral, но не Mistral Agents

Mistral AI хорошо подходит одобренным бессостоянийным нагрузкам API с ZDR, однако его управляемый продукт Agents прямо исключён из границы ZDR.

Согласно документации Mistral о ZDR, этот режим после одобрения доступен на платных планах. Он охватывает бессостоянийные конечные точки Chat Completions, дополнения кода по середине, Embeddings, Moderation, Classification, OCR, Speech и Transcription. Модели Labs исключены. Для многоязычного сервиса извлечения, закрытого классификатора документов или собственного агента для программирования это полезный набор.

Граница названа предельно прямо: Agents, файлы Batch, Conversations, Libraries, Files, Vibe Work и Chat не входят в ZDR. Следовательно, продукт под названием Agents не может служить управляемым слоем агента со строгим ZDR. Используйте бессостоянийный API под собственным оркестратором, а память, документы и статус задач храните в другом месте.

Mistral также отделяет ZDR от отказа от обучения. Клиенту не нужен ZDR лишь для того, чтобы подходящие данные не применялись в обучении моделей; в то же время запрет на обучение не создаёт нулевого хранения. Такая формулировка помогает закупкам правильно записать требование.

В тарифах Mistral API Mistral Large стоит $0.50 за вход и $1.50 за выход на 1 миллион токенов. Batch снижает цену токенов на 50%, а кэшированный вход может сократить стоимость входа до 90%, но файлы Batch находятся за пределами ZDR. Пользовательские тарифы: Free с $10 кредитов API в месяц, Pro за $14.99 в месяц с $30 ежемесячных кредитов API, Team за $24.99 на пользователя в месяц и Enterprise через отдел продаж. Эти планы не делают управляемую функцию Agents совместимой с ZDR. Организации ZDR нужны платный план и одобрение.

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

Лучше всего для: вызовов моделей Mistral внутри агентной архитектуры, которую клиент строит и хранит сам.
Главное преимущество: широкий охват бессостоянийных API для текста, OCR, классификации и аудио.
Цена: Mistral Large стоит $0.50 за вход и $1.50 за выход на 1 миллион токенов. Batch дешевле на 50%, а кэшированный вход — до 90%, но файлы Batch находятся за пределами ZDR. Пользовательские продукты: Free с $10 ежемесячных кредитов API, Pro за $14.99 в месяц с $30 ежемесячных кредитов, Team за $24.99 на пользователя в месяц и Enterprise через отдел продаж; для ZDR всё равно требуются платный план и одобрение.
Бесплатный доступ: план продукта Free не даёт права на ZDR.

Месячный бюджет инференса — ещё не весь бюджет конфиденциальности

Тарифы на токены важны: корпоративный агент может потреблять миллиарды входных токенов из извлечённых документов, результатов инструментов и повторно передаваемой памяти. Но они ничего не говорят о качестве модели. Ниже нормализована только одна нагрузка: 1 миллиард входных и 200 миллионов выходных токенов без кэширования, инструментов, региональной надбавки и скидки за объём.

Fireworks или Groq с GPT OSS 120B дают $270. OpenAI GPT-5.6 Luna — $440. Google Gemini 3.1 Flash-Lite — $550. Mistral Large — $800. Anthropic Sonnet 5 — $4,000. Меньшая сумма не означает, что модель выполнит ту же задачу с той же точностью, задержкой или числом повторных попыток.

В качественном закупочном расчёте три строки:

1. Инференс: токены модели, инструменты, grounding, региональная обработка и комиссии шлюза.
2. Владение состоянием: база данных, объектное хранилище, секреты, шифрование, задания на удаление, трассы и резервные копии.
3. Эксплуатация контроля: подтверждения одобрения, регрессионные тесты, мониторинг поставщиков, разбор инцидентов и рабочее время команды.

Закрытый агент экономически оправдан, когда сумма этих трёх строк ниже стоимости и риска управляемого процесса, сохраняющего данные. Результат зависит от чувствительности информации. Агент поддержки, обрабатывающий публичную справку, может обойтись без ZDR. Агент due diligence, читающий документы о поглощении, часто не может.

Более подробный разбор экономики токенов у разных поставщиков приведён в сравнении самых дешёвых API для ИИ. Оценивать качество модели нужно отдельно от прайс-листа.

Какой вариант кому подходит

Основателю финансируемого стартапа в медицине или финансах стоит начать с OpenAI API, если важны передовые возможности и компания может получить одобрение ZDR. Память о пациентах, клиентах или транзакциях должна оставаться в собственном слое данных. Если продукт зависит от ресурсов OpenAI, несовместимых с ZDR, архитектуру нужно исправить до того, как отдел закупок подпишет договор на модель.

Техническому директору средней компании с уже выстроенной плоскостью контроля AWS стоит выбрать Amazon Bedrock, когда цель службы безопасности — принудительно применять политику на уровне организации. Выбор меняется, если необходимая модель не допускает none, а бизнес не готов перейти на другую.

Компании на Google Cloud подходит Gemini Enterprise Agent Platform, если IAM, хранилища данных и эксплуатация уже находятся там. Выбор меняется, когда рабочему процессу необходимы Grounding with Google Search, Grounding with Google Maps, сохраняемый сеанс CodeMender или другая функция Advanced AI, которая не отвечает политике.

Опытному разработчику платформы, который хочет использовать Claude, стоит выбрать Anthropic API, если команда может работать через подходящие вызовы Messages и клиентские инструменты. Выбор меняется, когда без Fable 5, Mythos 5, Managed Agents, размещённого у поставщика выполнения кода или MCP Connector обойтись нельзя.

Команде открытых моделей нужно одновременно включить в короткий список Fireworks AI и GroqCloud. Fireworks лучше, когда подходят его поведение ZDR по умолчанию и каталог режимов обслуживания. Groq — когда важны низкая задержка, самостоятельное включение ZDR и его модель доступной мощности. До выбора протестируйте точную модель на своей нагрузке.

Компании, стандартизированной на Azure, следует использовать Microsoft Foundry, если изменённый мониторинг злоупотреблений одобрен и значение ContentLogging:false можно проверить. Выбор меняется, если организации нужен единый переносимый между облаками договор ZDR, а не набор настроек Azure.

OpenRouter нужен, когда обязательны выбор модели, резервные маршруты и разнообразие поставщиков. Не воспринимайте его как кратчайший путь к конфиденциальности: каждый плагин, инструмент и оставшаяся конечная точка поставщика всё равно требуют одобрения.

Используйте бессостоянийный API Mistral, когда модели Mistral подходят задаче, а компания способна построить собственный слой состояния агента. Для строгого ZDR не выбирайте управляемый продукт Agents.

Чего следует избегать при строгом ZDR

Избегайте Claude Fable 5 и Claude Mythos 5, если организация формально не согласилась на хранение в течение 30 дней. То же исключение действует для этих моделей в собственном API и на облачных маркетплейсах, если аккаунт не получил отдельное право на ZDR.

Избегайте Mistral Agents в процессе, требование к которому буквально гласит «нулевое хранение данных». Бессостоянийные API Mistral могут соответствовать условию, а управляемый продукт Agents — нет.

Избегайте Grounding with Google Search и Grounding with Google Maps на строгом маршруте. Для Search неизбежный срок хранения достигает 3 дней, а Maps хранит соответствующий контент 30 дней. Используйте Web Grounding for Enterprise, если он соответствует задаче и договору.

Избегайте сохранения диалогов по умолчанию. В Fireworks Responses параметр store=True задан по умолчанию. В Google Interactions store по умолчанию также равен true. Производственная политика должна явно задавать конфиденциальное поведение и отклонять развёртывание, где настройка пропущена.

Избегайте удобных конечных точек с сохранением состояния без отдельного одобрения хранения. К ним относятся OpenAI Conversations, Assistants, Threads, Files, Vector Stores и Batch; Anthropic Managed Agents, Batch, Files, выполнение кода и MCP Connector; состояние Groq Batch и дообучения; история Microsoft Responses, Assistants Threads, Files и Batch; а также Mistral Conversations, Libraries, Files и Batch.

Избегайте аудита конфиденциальности только на уровне шлюза. OpenRouter способен не дать маршруту инференса попасть на конечную точку без ZDR. Но он не управляет плагином веб-поиска, MCP-сервером, CRM, браузером, аналитическим инструментом или базой данных, получающими контент после вызова модели.

Что сделать в понедельник: одна проверка хранения

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

1. 1

   Выберите одну запись

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

2. 2

   Нарисуйте каждый переход

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

3. 3

   Включите строгий контроль

   Активируйте ZDR или бессостоянийную конфигурацию платформы на уровне организации либо проекта. Явно задайте параметры хранения запроса, даже если поставщик утверждает, что ZDR их переопределяет.

4. 4

   Намеренно нарушьте рабочий процесс

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

5. 5

   Найдите, удалите и подпишите

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

Результат — не политика на 40 страниц, а одна карта запроса, один пакет подтверждений и одно решение: сохранить процесс, изменить функцию или сменить поставщика. Так ZDR становится действующим контролем, а не красивым словом в закупочных материалах.

Частые вопросы

Какая платформа ИИ-агентов лучше всего подходит компаниям?

OpenAI API — лучшая модельная платформа с ZDR для большинства компаний, которым нужны передовые возможности. Amazon Bedrock сильнее, когда политика хранения должна автоматически блокировать нарушения во всей организации AWS. Google Gemini Enterprise Agent Platform лучше всего вписывается в существующую инфраструктуру Google Cloud. Выбор меняется, если необходимая функция памяти, файлов, поиска или управляемого агента находится за пределами ZDR.

Какой ИИ-агент лучший в 2026 году?

Единственного лучшего агента для любого корпоративного процесса не существует. При строгом ZDR стройте агента вокруг поддерживаемой бессостоянийной конечной точки модели, а постоянное состояние держите в системах под контролем клиента. OpenAI лидирует по ZDR для передовых моделей, Bedrock — по принудительному применению политик, а Fireworks и Groq — по инференсу открытых моделей.

Какие тренды ИИ важны для бизнеса в 2026 году?

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

Какая ИИ-платформа лучшая в 2026 году?

Для корпоративной программы ИИ лучшей будет платформа, которая соответствует облачной модели управления компании, требованиям к моделям, границе данных и возможностям эксплуатационной команды. При более узком требовании ZDR лидируют OpenAI API, Amazon Bedrock и Google Gemini Enterprise Agent Platform, но у каждой свой баланс охвата функций и принудительного контроля.

Нужна одностраничная памятка, чтобы сопоставить инструменты ИИ с бизнес-процессами и рисками? Получите карту ИИ-инструментов для владельцев бизнеса через рассылку.