Что произошло
29 сентября 2026 года в рамках мероприятия OpenAI DevDay компания анонсировала стратегическое расширение ChatGPT, превращая его из чат-интерфейса в полноценную платформу. Ключевыми элементами этого перехода стали запуск автономных агентов Dots и открытие экосистемы для сторонних приложений. Dots описаны как «always-on agents», способные выполнять задачи в фоновом режиме между диалогами с пользователем, используя для этого собственную облачную среду и подключённые сервисы. Одновременно OpenAI позиционирует ChatGPT как «shared surface» — общую рабочую поверхность для людей, агентов и разработчиков.
Технической основой для агентов Dots является модель GPT-6 Astra. Согласно официальной документации, каждый агент обладает персональным облачным компьютером и браузером, что позволяет ему взаимодействовать с веб-ресурсами и API сторонних сервисов. OpenAI заявляет о поддержке более чем 4000 приложений, к которым агент может получать доступ по поручению пользователя. Эта архитектура смещает парадигму с реактивного ответа на запросы к проактивному выполнению многоэтапных задач в автономном режиме.
Региональная доступность и условия использования имеют существенные ограничения. Для пользователей тарифа Pro запуск Dots первоначально недоступен на территории Европейской экономической зоны, Швейцарии и Великобритании. Для корпоративных клиентов тарифов Business Premium и Enterprise функция доступна во всех поддерживаемых регионах, однако для Enterprise она по умолчанию отключена и требует активации администратором в бета-режиме. OpenAI в условиях использования прямо возлагает на пользователя полную ответственность за любые действия, совершённые агентом от его имени, включая предоставленные инструкции и права доступа.
Как это устроено
Архитектура платформы
Новая архитектура ChatGPT состоит из нескольких уровней. Базовый слой — модель рассуждения GPT-6 Astra, которая интерпретирует цели пользователя и формирует план действий. Над ним расположен агентный исполнитель (Dot), который инициирует и координирует выполнение этого плана. Для работы с внешними системами агент использует собственный облачный компьютер и изолированный браузер, что технически изолирует его активность от инфраструктуры пользователя. Следующий уровень — экосистема подключаемых приложений, предоставляющая агенту API для взаимодействия с корпоративными и публичными сервисами. Вершиной архитектуры является интерфейс ChatGPT, где пользователь ставит задачи, контролирует полномочия и получает результаты.
Механика работы агента Dots
Процесс работы с агентом начинается с его создания в настольном или веб-приложении ChatGPT. Пользователь или администратор задаёт Dot инструкции, определяет его цели и подключает необходимые приложения через стандартные механизмы авторизации, такие как OAuth. После активации агент работает непрерывно, сохраняя контекст и состояние между сессиями. Он может самостоятельно отслеживать события в подключённых системах (например, появление новых писем или задач), выполнять предписанные действия (создавать черновики ответов, обновлять статусы) и уведомлять пользователя о завершении или возникновении нештатных ситуаций.
Экономическая модель
С экономической точки зрения OpenAI переходит от модели продажи доступа к модели (SaaS) к платформенной стратегии. Ценность смещается с самой языковой модели на совокупную экосистему: аудиторию пользователей, каталог приложений, инструменты разработки и единый механизм идентификации. Для разработчиков это означает доступ к готовой аудитории, но и жёсткую зависимость от правил, формата плагинов и политики монетизации OpenAI. Для бизнеса это снижает первоначальные затраты на разработку собственного агентного оркестратора, но в долгосрочной перспективе создаёт риск vendor lock-in, когда смена поставщика потребует полной перестройки интеграций и рабочих процессов.
Ограничения и ответственность
Ключевым ограничением является автономия агента. Ошибка в интерпретации инструкции, компрометация одного из подключённых приложений или уязвимость в самом коде агента могут привести к непреднамеренным, но реальным действиям: отправке неверного сообщения, изменению данных в CRM, публикации конфиденциальной информации. OpenAI в своих условиях использования перекладывает всю юридическую ответственность за такие действия на пользователя, требуя от него самостоятельно устанавливать ограничения и проверять результаты. В открытых источниках на момент объявления отсутствовали данные о результатах независимого аудита безопасности, публичных red-team-тестировании или конкретных SLA для фоновых задач агентов в корпоративной среде.
Как это выглядит на практике
Автоматизация рутинных операций в отделе продаж
В типовом сценарии менеджер по продажам создаёт Dot, подключая к нему корпоративную почту, CRM-систему и календарь. Агенту ставится задача: мониторить входящие запросы с определёнными ключевыми словами (например, «коммерческое предложение», «заказ»), находить в CRM карточку клиента и создавать черновик ответа с актуальной информацией о ценах и наличии. По нашему опыту проектов, на этом этапе критически важно настроить правило, требующее ручного подтверждения перед отправкой любого письма внешнему адресату. Dot также может автоматически создавать задачу для логиста или склада, если в запросе фигурирует информация об отгрузке, и вносить запись в календарь менеджера о запланированном звонке.
Фоновый аналитик для руководителя
Руководитель департамента может использовать Dot для ежедневного мониторинга ключевых метрик. Агент подключается к системам управления проектами (Jira, Asana), внутреннему порталу и выбранным новостным лентам. Утром Dot готовит сводный дашборд: количество решённых и новых задач по команде, упоминания компании в СМИ, сводка ключевых новостей по рынку. В этом сценарии агент получает преимущественно права на чтение, что снижает риски. Однако важно понимать, что вся эта информация транзитом проходит через облачную инфраструктуру OpenAI, что создаёт канал потенциальной утечки данных, даже если агент не выполняет активных действий.
Координация проектной команды
Проектный менеджер настраивает Dot для координации distributed-команды. Агент интегрируется с Slack и системой управления задачами. Его инструкция: следить за задачами с приближающимся дедлайном, отправлять напоминания ответственным в общий канал, автоматически перемещать задачи на следующий этап колонки при смене статуса и еженедельно формировать отчёт о прогрессе для стейкхолдеров. Здесь риск заключается в том, что агент, действуя от имени менеджера, может создавать шум в коммуникациях или неверно интерпретировать контекст задачи, что приведёт к хаосу в рабочих процессах.
Что это значит для российской компании
Для российского бизнеса анонсированные функциональность OpenAI сопряжены с комплексными рисками. Прежде всего, это доступность и правовая чистота использования. В официальных источниках отсутствует информация о поддержке Dots на территории России, возможности заключения прямого договора и приёма платежей от российских юридических лиц. Использование сервиса через третьих лиц или VPN нарушает условия использования OpenAI и создаёт юридические и операционные риски.
Во-вторых, возникает многоуровневая технологическая зависимость. Компания, внедряющая Dots, становится зависимой не только от поставщика языковой модели (OpenAI), но и от его облачной инфраструктуры, каталога приложений, системы идентификации и правил безопасности. Любое изменение политики OpenAI, санкционное ограничение или технический сбой может парализовать критически важный бизнес-процесс. Уязвимость цепочки поставок ИИ-сервисов заключается в том, что контроль над точками интеграции (OAuth-токены, API-ключи) частично передаётся внешней платформе.
В-третьих, это создаёт сложности с соблюдением требований 243-ФЗ «Об экспериментальном правовом режиме…» и других регуляторов, касающихся локализации данных, обеспечения безопасности критической информационной инфраструктуры и аудита алгоритмов. Передача данных и полномочий автономному агенту, работающему в зарубежном облаке, вступает в прямое противоречие с императивом построения суверенного ИИ-контура для обработки данных, составляющих государственную или коммерческую тайну.
| Параметр | Подход на базе OpenAI Dots | Подход на базе суверенного ИИ-контура |
|---|---|---|
| Место размещения данных | Облачная инфраструктура OpenAI (за пределами РФ) | Собственные или арендованные ЦОД на территории РФ |
| Зависимость от поставщика | Высокая (модель, облако, платформа, обновления) | Низкая (возможность смены модели, оркестратора, ЦОД) |
| Контроль над агентом | Опосредованный, через настройки OpenAI | Полный, включая код и логику на своей инфраструктуре |
| Соответствие 243-ФЗ | Проблемное, требует дополнительных исследований | Прямое, при правильной архитектуре |
| Модель ценообразования | Подписка за пользователя + плата за действия (точные тарифы не disclosed) | Капекс (оборудование) + опекс (электричество, ФОТ) |
| Масштабируемость | Ограничена квотами и политиками OpenAI | Ограничена только собственными вычислительными мощностями |
Что делать: пошагово
- Провести полный аудит используемых в компании ИИ-сервисов, включая API и облачные платформы, с фиксацией страны расположения провайдера и юрисдикции обработки данных.
- Классифицировать все бизнес-процессы и данные по уровню критичности и конфиденциальности, выделив контуры, которые не могут быть переданы в зарубежные облака ни при каких условиях.
- Сформировать и утвердить на уровне совета директоров стратегию построения суверенного ИИ-контура, определив целевые архитектуры, технологии и сроки для каждого уровня критичности.
- Выбрать и запустить пилотный проект на базе отечественной или open-source языковой модели (например, GigaChat, ruGPT) для некритической задачи, такой как внутренняя классификация документов или генерация служебных записок.
- Начать разработку или адаптацию собственного агентного оркестратора, который будет работать в локальной инфраструктуре и управлять вызовами моделей и инструментов.
- Внедрить строгий принцип минимальных прав для любого агента: предоставлять доступ только к тем данным и функциям, которые абсолютно необходимы для выполнения конкретной задачи.
- Создать и вести внутренний реестр всех используемых ИИ-компонентов: моделей, библиотек, фреймворков, API и их поставщиков, включая версионность.
- Регулярно проводить тестирование агентных систем на устойчивость к prompt injection, попыткам утечки данных и некорректному выполнению команд, особенно в тех случаях, где агент имеет доступ к внешним системам.
Типичные ошибки
- Игнорирование географических и лицензионных ограничений, в результате чего компания начинает использовать сервис, который может быть в любой момент отключён или заблокирован.
- Предоставление агенту чрезмерно широких прав OAuth (например, доступ ко всей почте или всему CRM вместо конкретного папки/сущности), что многократно увеличивает ущерб от его потенциальной компрометации.
- Смешивание в одном агентном сценарии контуров разной степени секретности, когда агент, работающий с открытыми новостями, получает доступ к внутренней финансовой отчётности.
- Отсутствие механизма «человек в цикле» для критически важных действий, таких как проведение платежа, отправка коммерческого предложения внешнему клиенту или изменение данных в системе учёта.
- Фокус исключительно на качестве языковой модели и недооценка рисков, связанных с зависимостью от платформы, экосистемы и поставщика облачных услуг.
- Недооценка юридической ответственности: забвение того, что именно компания, а не OpenAI, будет отвечать перед законом и клиентами за ошибки или вредоносные действия её агента.
Как понять, что вы на верном пути
- В компании утверждён и реализуется план поэтапного вывода из критических контуров зарубежных ИИ-сервисов с конкретными сроками и ответственными.
- Существует чёткое техническое и организационное разделение между суверенным ИИ-контуром и контуром, где допустимо использование иностранных решений.
- Разработан и работает в тестовом режиме минимально жизнеспособный продукт (MVP) собственного агентного оркестратора на локальной инфраструктуре.
- Для всех сценариев с использованием агентов внедрено обязательное подтверждение со стороны человека для операций, связанных с финансами, персоналом, юридически значимыми коммуникациями и изменением критичных данных.
- Ведётся реестр Ии-компонентов, и на его основе регулярно проводится оценка рисков и поиск альтернатив для каждой зависимости.
Вопросы, которые нам задают
Можно ли легально использовать Dots в России через прокси или VPN?
Технически это возможно, но юридически и операционно крайне рискованно. Такой подход нарушает условия использования OpenAI, что может привести к блокировке аккаунта без возврата средств. Кроме того, остаются нерешёнными вопросы трансграничной передачи персональных данных и соответствия российскому законодательству, включая 152-ФЗ. Мы не рекомендуем использовать этот подход для корпоративных задач.
Насколько GPT-6 Astra, на которой работают Dots, превосходит российские модели?
На данный момент отсутствуют независимые и подтверждённые бенчмарки, которые бы объективно сравнивали GPT-6 Astra с лучшими российскими моделями, такими как GigaChat. Однако в контексте суверенности этот вопрос вторичен. Даже значительное превосходство в качестве не может компенсировать риски полной зависимости от зарубежного поставщика, потенциальной недоступности сервиса и невозможности контролировать цепочку поставок. Для критически важных функций управляемость и предсказуемость важнее маржинального прироста в качестве.
Что делать, если наш бизнес-процесс уже глубоко интегрирован с ChatGPT API?
Необходимо немедленно начать работу по созданию «прослойки абстракции» или wrapper-сервиса, который изолирует вашу бизнес-логику от прямого вызова API OpenAI. Это позволит в будущем с минимальными изменениями в коде приложений переключиться на другой провайдер моделей, будь то российская разработка или собственная инсталляция open-source модели. Параллельно следует запустить план по миграции на суверенный стек, начиная с наименее критичных функций.