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

> Короткий ответ: Always-on агент отличается от чат-агента тремя вещами: собственное изолированное окружение, персистентный контекст между обращениями и обязательные подтверждения опасных действий. Проектируйте под это, а не под «чат подлиннее».

29 сентября 2026 года OpenAI представила Dots — агентов, которые не ждут промпта, а живут в собственном облачном компьютере, помнят контекст между обращениями и работают 24/7. Это смена архитектурной модели: был «запрос — ответ», стал «поручение — наблюдение — вмешательство». Разбираем, что реально меняется для разработчика: исполнение, состояние, подтверждения и риски автономности.

- Категория: Агенты
- Автор: Редакция NormaHub
- Техническая проверка: Техническая проверка NormaHub
- Опубликовано: 2026-10-02
- Обновлено: 2026-10-02

## Что произошло и что это технически

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

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



- собственный изолированный компьютер на задачу, а не общий процесс

- контекст и предпочтения сохраняются между обращениями

- фон без задачи — только чтение, без действий

- доступ из чата, Slack, Teams с общим контекстом

## Архитектура: исполнение, состояние, подтверждения

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

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



| Действие | Режим | Почему |

| --- | --- | --- |

| Чтение данных и поиск | Автономно | Обратимо, низкий риск |

| Черновики и анализ | Автономно с журналом | Проверяется по результату |

| Отправка, публикация, оплата | Только с подтверждением | Внешний эффект |

| Смена паролей, доступы, установка ПО | Подтверждение + лимит | Необратимо |



- исполнение, состояние и подтверждения — проектировать отдельно

- состояние между задачами чистить и версионировать

- матрица автономности до запуска, а не после инцидента

## Риски, ограничения и что делать

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

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



- минимум приложений, журнал действий, рабочий kill-switch

- тарифы и лимиты — только из первоисточника на день

- агент как сервис: мониторинг, бюджет, откат

## Источники

- [Длинные агенты: архитектура](/company/articles/long-running-agents-architecture)
- [Что логировать](/company/articles/ai-observability-chto-logirovat)

## Следующие шаги

- [MCP Security: главные риски](/company/articles/mcp-security-glavnye-riski)
- [Гайд по ошибкам API](/guides/errors)