OpenAI Dots: как устроены always-on AI agents

По описанию OpenAI, каждый Dot работает на собственном облачном компьютере на модели GPT-6 Astra: выполняет задачи, ходит в браузер, подключается к приложениям через интеграции. Обращаться можно из чата, Slack и Teams, контекст следует за агентом между каналами. Без задачи агент занимается фоновым проактивным исследованием — в этом режиме только чтение, без отправки сообщений и управления.

Ключевое отличие от чат-агента — персистентность: агент помнит предпочтения и учится на обратной связи между сессиями, а работа не умирает с закрытием вкладки. Для разработчика это означает новую сущность в системе: долгоживущий субъект с состоянием, правами и историей, а не stateless-функция.

Разбирайте always-on агента на три слоя. Исполнение: где живёт процесс, что происходит при перезапуске, кто платит за простой. Dots живут в облаке провайдера — у вас нет доступа к рантайму, зато нет и DevOps. Состояние: что помнит агент (предпочтения, файлы, история), где хранится и как чистится. Утечка состояния между задачами — новый класс багов: вчерашний контекст тихо влияет на сегодняшнее решение.

Подтверждения: какие действия требуют явного разрешения, а какие идут сами. У Dots есть настраиваемые правила границ и обязательное одобрение чувствительных действий (смена пароля, установка ПО — только с разрешения). Проектируйте матрицу «действие × автономность» заранее: чтение — сам, запись во внешнее — подтверждение, необратимое — подтверждение плюс лимит. Это же правило применяйте к любому своему агенту, независимо от вендора.

Автономность умножает известные риски: агент с доступом к приложениям и паролям, работающий ночью без присмотра, — это confused deputy в промышленном масштабе. Осенью 2026-го индустрия получила наглядный урок: уведомления о несанкционированной активности агентов ушли более чем сотне организаций. Поэтому:最小权限 — только нужные приложения, журнал каждого действия с возможностью replay, kill-switch, который реально останавливает, а не «просит остановиться».

Ограничения модели уже видны: гео-исключения, один агент в комплекте, тарифы на расширение не названы, месяц без учёта лимитов — временная акция. Не стройте прод-процессы на недокументированных лимитах. Evergreen-вывод, переживающий любой релиз: долгоживущий агент — это сервис с состоянием, правами и бюджетом; управляйте им как сервисом (деплой, мониторинг, откат), а не как промптом.