**99% людей даже не поняли, что OpenAI совершила очередной прорыв в AI-инженерии
**
- Абсолютно новые (привет, Grokbot) релизы, меняющие правила игры, о которых я расскажу в этой статье: что это, почему это важно и как настроить всё на 100% эффективности Начать стоит с Dots — это самое интересное. Ты получаешь личного агента с собственным облачным компьютером и возможностью делегировать ему фоновую работу. Знакомьтесь, Dots.

DevDay также принёс новые модели, общие документы, обновления для кодинга, плагины и инструменты для встраивания агентов в твои собственные продукты.
до того, как появится альфа — подписывайся на мой substack, чтобы получать свежую альфу первым — https://substack.com/@0xcodila
1. Создай своего Dot и дай ему задачу
https://x.com/OpenAI/status/2104980481876070819
Открой Dots в десктопной версии ChatGPT и следуй инструкции по началу работы. Подключить интеграции можно сразу при настройке или вернуться к ним позже.
На старте персональный доступ постепенно открывается для взрослых пользователей тарифов Pro 100, 200 и 500.
Но в любом случае проверь актуальные требования к доступу, прежде чем покупать тариф ради этой функции!
Если в твоём аккаунте Dots ещё нет, шаги 5–8 всё равно дадут тебе полезные точки старта — в зависимости от твоего тарифа.
Стартовая версия Dots работает на
GPT‑6 Astra
И вот здесь Dots уделывает GrokBot Grok 4.6 реально слабый, и единственный способ его прокачать — подключить к нему напрямую GPT и Claude
https://x.com/0xCodila/status/2104634929518641487
Sol — отдельная модель, которую можно выбрать для Work, Codex и API
Теперь дай своему Dot зону ответственности. Фраза «Помоги мне быть продуктивнее» оставляет неопределённым почти всё.
Начни так:
Помоги мне скоординировать запуск [продукта] [дата]. Используй бриф на запуск, чеклист и переписки, которыми я делюсь напрямую. Отслеживай изменившиеся требования, блокеры, задачи без ответственных и решения, которые нужно принять мне. В качестве первого задания подготовь отчёт о статусе запуска со ссылками на источники. Спрашивай, если не хватает доступа. Готовь черновики предложений; получай моё одобрение перед отправкой сообщений или изменением общих файлов.
Внимательно прочитай этот первый отчёт. Верно ли указана дата запуска? Открываются ли ссылки на источники? Не перепутал ли он предложение с уже согласованным решением?
Устрани эти недопонимания до того, как дашь ему регулярную задачу.
Твоя первая победа — корректный бриф. Всё остальное строится на нём.

2. Подключи нужные приложения и компьютер
Для мессенджеров открой профиль своего Dot и выбери Add.
В руководстве по каналам описаны поддерживаемые варианты, включая Slack и Microsoft Teams.
Для нашего запуска подключи исходные документы и инструменты коммуникации, которые нужны для задачи. Затем попроси Dot перечислить то, к чему у него действительно есть доступ.

Найди бриф на запуск и чеклист, которыми я поделился. Дай мне ссылки на них и последние релевантные изменения. Перечисли запрошенные источники, которые ты не можешь прочитать.
Для сайтов, требующих авторизации, открой облачный компьютер через раздел Computers в профиле Dot. Используй передачу управления браузером или приватный вход.
- У его браузера свои сессии. То, что ты залогинен на личном ноутбуке, не означает автоматического входа для Dot.
Вводи учётные данные через интерфейс входа. Пройди все проверки аккаунта, а затем верни управление, чтобы агент мог продолжить.

Облачная работа может продолжаться даже при закрытом ноутбуке. А вот работа на твоём компьютере требует, чтобы он был включён, а приложение запущено. Выбирай среду соответственно.
Частая ошибка: подключение Slack не создаёт постоянной команды следить за каналом. Это мы настроим отдельно на шаге 4.
3. Делегируй результаты и сохраняй контекст
Апдейт по запуску затрагивает несколько источников. Дай своему Dot описание готового результата целиком и чётко определи, что значит «готово».
Он умеет делегировать фоновые задачи. Эти задачи получают соответствующие инструкции и контекст; не стоит думать, что каждый исполнитель видит всю вашу переписку.
Попробуй это, когда подключения заработают:
Сравни текущий бриф на запуск, чеклист и выбранное обсуждение в Slack. Подготовь один апдейт из четырёх разделов: что изменилось, что заблокировано, кто отвечает за следующий шаг и что требует моего
решения. Ссылайся на источник для каждого факта. Если источники противоречат друг другу, покажи это противоречие. Помечай предложенных ответственных как рекомендации, пока кто-то не принял задачу.
Последнее предложение критически важно. Красиво оформленный список может незаметно превратить догадку в чужую зону ответственности.
Используй Activity, чтобы проверить делегированную работу и её результаты. Открой сам артефакт и убедись, что он действительно решает поставленную задачу.
- Dots умеет сохранять полезный контекст через память и заметки. Нооо это не значит, что он помнит каждую деталь каждой беседы.
Храни важные проектные решения в доступном исходном документе и ссылайся на него в будущих задачах.
Если делегируешь кодинг в облако, сначала настрой среду Codex Cloud. Об этом в шаге 7.
Полезный результат здесь — один апдейт, по которому можно действовать, с доказательствами под рукой, чтобы их легко было проверить.
4. Сделай задачу регулярной — но сохрани контроль
Когда разовый отчёт начнёт приносить пользу, задай расписание.
Каждый будний день в 09:00 Europe/Sofia готовь апдейт по запуску, используя проверенные нами источники. Продолжай до [дата окончания]. Отправляй его в [поддерживаемое место назначения]. Включай изменения с прошлого отчёта и решения, ожидающие меня. Подтверди сохранённое расписание, часовой пояс и место назначения.
Проверь запись в разделе Scheduled. Убедись, что она действительно создана и время совпадает с твоим запросом.
- Мониторинг по событиям — отдельная история. Узнай, что поддерживает подключённый сервис, а затем проверь событие и реакцию, прежде чем на это полагаться.
Например: требование меняется в канале запуска → твой Dot готовит обновлённый бриф. Само по себе подключение канала эту рутину не настраивает.
Далее изучи Custom rules в Settings → Personalization → Permissions.
Ты можешь указать, какие действия выполняются автоматически, какие требуют явного запроса, какие нуждаются в одобрении, а какие возвращаются тебе.
Моё стартовое правило для этого запуска было бы таким:
Ищи информацию и готовь черновики в рамках предоставленного мной доступа. Спрашивай разрешения перед отправкой сообщений, редактированием общих проектных записей, тратами денег или любой публикацией.
Эти правила направляют поведение; они не выдают недостающих разрешений в приложениях и не гарантируют, что каждое действие будет выполнено идеально.
Есть также три разных места, где можно остановить работу:
- Pause - Activity - Scheduled
Приостановка основного агента автоматически не отменяет остальные два. Проверяй все три, когда сворачиваешь процесс.

5. Запусти GPT‑6.1 Sol в дело
Выбор модели — следующее, куда бы я заглянул.
GPT‑6.1 Sol доступен в Work и Codex на тарифах Plus, Pro, Business, Enterprise и Edu. Администраторам Workspace, возможно, потребуется его включить.
https://x.com/thsottiaux/status/2105007628460109953
Также в меню выбора модели в чате
OpenAI заявляет, что Sol даёт производительность почти как у Astra, но дешевле. Я бы сравнил их на знакомой, ресурсоёмкой задаче, прежде чем выбирать дефолтный вариант.
Открой селектор моделей под полем ввода, выбери Sol и начни с настроек рассуждений по умолчанию.
Дай ему задачу с результатом, который можно оценить:
Прочитай этот бриф на запуск и текущую лендинг-страницу. Найди утверждения, которые ничем не подтверждены, двусмысленны или противоречивы. Предложи точные замены и объясни, какие доказательства нужны для каждого изменения.
Для пользователей API ID модели — gpt-6.1-sol.
Вот стандартное сравнение цен на токены:

Это значит, что стандартные цены Sol за ввод и вывод на 80% ниже. Итоговая стоимость задачи всё равно зависит от расхода токенов, инструментов и условий тарификации.
Sol поддерживает контекстное окно в 1,05 млн токенов. Для запросов с более чем 272 000 токенов на входе тарифы выше; проверь страницу модели, прежде чем считать огромный контекст дешёвым.
Теперь раздели выбор модели и выбор скорости.
По сравнению со стандартной Astra, Astra Ultrafast генерирует токены до 8× быстрее в Codex.
https://x.com/sama/status/2104994601140711896
Задача с ожиданием загрузки браузера, вызовом инструментов или долгими рассуждениями не завершится автоматически в восемь раз быстрее.
В руководстве по скорости указаны условия доступа для Pro 500 и подходящих тарифов Enterprise/Edu. Ultrafast также быстрее расходует лимиты.
Новый тариф Pro 500 стоит $500/мес. Покупка дополнительных кредитов на Pro 100 или 200 не открывает Ultrafast.
Наконец, Sign in with ChatGPT позволяет подходящим пользователям Plus/Pro применять лимиты своего тарифа в сторонних приложениях-партнёрах.
Выбери опцию входа через ChatGPT, а затем включи использование лимитов тарифа там, где это предлагается. Поддержка входа и поддержка использования лимитов тарифа — разные вещи; использование делится твоим лимитом, а комиссии приложения могут всё равно взиматься.
6. Перенеси свою работу в пространство ChatGPT
**Очень интересная часть
В нашем запуске теперь есть отчёты, решения и черновики. Дай им место, где команда сможет найти актуальную версию.*
https://x.com/thsottiaux/status/2104983716049379472
На старте Space и Pages доступны на тарифах Pro, Business и Enterprise.
Открой Space, выбери New page и создай страницу запуска. Добавь бриф, нужные файлы и ссылки на источники.
Работай с ChatGPT параллельно со страницей, чтобы писать или править текст. В руководстве по Space описано создание страниц, организация пространств и настройка доступа.
Преврати эти материалы по запуску в рабочую страницу с: текущим скоупом, утверждёнными тезисами, открытыми вопросами, ответственными и журналом изменений с датами. Сохрани ссылки на источники.
Именно здесь Pages становится по-настоящему полезным: у согласованной версии появляется дом, к которому можно возвращаться и который можно обновлять.
Для командного пространства используй All → New → Space, назови его и пригласи коллег. Проверь права доступа перед добавлением чувствительных данных: участники пространства имеют доступ ко всем его страницам.
Collaborative Slides — ещё один анонс DevDay, доступность которого планируется в ближайшие недели. Рассматривай это как будущую часть данного процесса.
Для общей автоматизации Teams и Team Tasks позволяют выполнять работу по расписанию или по событиям, используя настроенные командные подключения и сервисные аккаунты.
- Привлекай администратора workspace для такой настройки. Командному процессу нужен доступ, который сохранится, даже если один из коллег выйдет из системы или уволится.
OpenAI также анонсировала @ChatGPT в Slack и Microsoft Teams. Администраторы настраивают интеграцию, а также разрешённые инструменты и каналы.
- Твой личный Dot в Slack и общая интеграция @ChatGPT для workspace имеют разные правила настройки и доступа. Реши заранее, чьи источники должен использовать процесс.
А ещё есть Meetings plugin: установи его из раздела Plugins, заверши настройку звука и используй Take notes во время встречи.
Предупреди участников и получи согласие перед записью. После встречи проверь резюме и предложенные действия, прежде чем превращать их в обязательства.
На старте Meetings — это десктопная бета-версия для macOS на тарифах Pro и Business, а для Enterprise доступна альфа-версия. Интеграция с календарями добавляет удобства вроде напоминаний.

7. Разрабатывай, проверяй и релизь с Codex
Допустим, отчёт по запуску выявил реальную проблему: страница регистрации ломается на мобильных.
https://x.com/OpenAIDevs/status/2104996045482778973
Дай задаче на кодинг воспроизводимую цель.
Сначала настрой Codex Cloud: выбери Work in → Cloud, создай среду и подключи нужный репозиторий GitHub.
Дай настройке проанализировать проект и установить зависимости. Изучи отчёт, устрани пробелы и опубликуй среду перед началом задачи.
Воспроизведи ошибку регистрации, описанную в [issue]. Определи причину, сделай минимально достаточный фикс и запусти соответствующие проверки. Верни diff, результаты и оставшиеся сомнения.
Обновлённый Codex CLI даёт ещё одну точку входа. Следуй руководству по установке, войди в аккаунт и открой его в директории проекта.
Чтобы начать с Sol:
1codex --model gpt-6.1-sol
Обновление добавило голосовое управление и представление /agents для отслеживания делегированной работы.
- CLI также включает выбор модели, настройки разрешений и инструменты ревью. Выбирай ту среду, которая даёт агенту именно те репозитории и инструменты, которые ему реально нужны.
Далее открой Code Review в боковой панели десктопного приложения, подключи свой провайдер и выбери pull request.
В руководстве по ревью указана поддержка GitHub и превью для GitLab. После настройки автоматические ревью могут делать первый проход прямо в облаке.
Изучай замечания вместе с изменениями и результатами тестов до мёрджа.
Для задач безопасности установи Codex Security Cloud, выбери New scan и настрой репозиторий и облачную среду.
Включи постоянную проверку коммитов, если это полезно, и изучай доказательства по каждому найденному моменту.
- Fix with Codex может подготовить патч; проверь этот патч перед созданием draft PR.
Моё правило здесь простое: запрашивай доказательства, необходимые для принятия изменения, а затем реально их читай.

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

Где доступно, упомяни @Plugin Creator и опиши процесс. В руководстве по созданию объясняется, как его доработать, протестировать и установить.
Создай плагин Launch Update. Вводные: бриф на запуск, текущий чеклист и изменения с датами. Результат: апдейт с источниками, блокерами, ответственными и решениями. Запрашивай недостающие источники. Отделяй подтверждённые факты от предположений. Готовь черновики для проверки. Используй приложенный апдейт как образец форматирования.
Протестируй его на неполной информации и конфликтующих датах. Процесс, который работает только на идеальном примере, много времени не сэкономит.
Анонсы плагинов на DevDay также касаются публикации и поиска, плюс Extensions для более богатых интерфейсов: приложений в боковой панели, панелей диалога и редакторов файлов.
Изучи официальные примеры Extensions, прежде чем решать, нужен ли твоему плагину кастомный интерфейс.
Далее используй Sites, чтобы собрать дашборд запуска. Опиши его пользователей, исходные данные и действия, которые должен иметь возможность выполнять каждый участник.
Новая функция Sites with plugins позволяет использовать подключённые инструменты и данные. На старте такие сайты приватны для workspace и зависят от его настроек.
Каждый посетитель использует свои подключённые аккаунты и разрешения. Публикация сайта не передаёт всем твои подключения.
Делай превью на реальных разрешённых данных. Сохраняй версии в процессе доработки; деплой создаёт живой URL, поэтому публикация должна быть осознанным шагом.
MCP Events добавляет ещё один элемент: поддерживаемые серверы могут отправлять события, запускающие работу агента, через подписки и вебхуки.
Например, новый блокер запуска может триггерить подготовку черновика апдейта. В руководстве по событиям описаны требования к поддержке на стороне сервера; обычный коннектор автоматически источником событий не становится.
Наконец, Shareable Profiles дают место, где можно показать избранные Sites.

Открой свой профиль, выбери, что показывать, и проверь настройки шаринга. Личные профили по умолчанию приватны; доступность и настройки workspace различаются, а поддержка Enterprise заявлена как «скоро».
9. Встраивай агентов в свой продукт (конкурент Jev)
https://x.com/thsottiaux/status/2104986448269279399
Для разработчиков следующий вопрос — как предложить подобный процесс внутри приложения, которым клиенты уже пользуются.
Agents API запущен 10 сентября. DevDay расширяет историю за счёт computer use; это отдельные этапы.
Начни с официального quickstart. Создай API-ключ проекта с нужными разрешениями, установи SDK и запусти пример в песочнице.
Держи ключ вне песочницы агента. Твоя первая цель — создать сессию, понаблюдать за прогрессом и изучить реальный результат.
Затем добавь computer use на базе браузера, если это нужно твоему процессу. Руководство охватывает запросы доступа к сайтам, авторизацию, активность браузера и очистку сессий.
Для нашего запуска начни с узкой задачи: проверь публичный флоу регистрации и сообщи о первом сломанном шаге. Используй тестовый аккаунт, если нужна авторизация.
- Decisions API выбирает из заранее заданных ответов на основе текстового или визуального контекста. Его фокус — классификация, маршрутизация и подобные решения.
Пример архитектуры: маршрутизировать входящую проблему запуска в copy, engineering или human_review. Согласуй метки и примеры для оценки до того, как встраивать решение в продакшен.
Он запущен в ограниченном превью, более широкий доступ планируется в последующие дни. Проверь доступ, прежде чем строить вокруг него зависимость.
Для команд на AWS Bedrock Managed Agents переносит агентский фреймворк OpenAI и инференс моделей в Amazon Bedrock.
Его выполнение, аутентификация и вспомогательные сервисы отличаются от API, размещённого у OpenAI. Для этого пути деплоя используй специфичную для AWS настройку, включая IAM.
Анонсы Private Intelligence тоже требуют внимательного чтения.
Private Safety Processing поддерживает автоматическую проверку безопасности без сохранения OpenAI соответствующих промптов и ответов. Зашифрованные записи проверок остаются в хранилище под контролем клиента согласно документированным правилам хранения.
Private Inference анонсирован для превью этой осенью. Рассматривай это как будущий этап доступности при планировании деплоя.
Наконец, OpenAI Marketplace позволяет подходящим enterprise-клиентам использовать часть своих обязательств перед OpenAI для оплаты одобренного ПО партнёров. Доступ оформляется через процесс подачи заявки для enterprise.
Все статусы запусков зафиксированы в официальном обзоре DevDay.

10. Запускай в работу: четыре практические схемы
Тебе не нужно собирать всё это в первый же день.
Выбери процесс, который принесёт тебе реальную пользу уже на этой неделе. Это стартовые схемы; каждая зависит от доступа и подключений, описанных выше.

A. Координатор запуска
Дай Dots бриф на запуск, чеклист, выбранные обсуждения и проверенное расписание. Храни актуальный план на странице Space.
Подготовь сегодняшний апдейт по запуску. Покажи изменения, доказательства, блокеры и решения, которые нужны от меня. Подготовь черновики всех последующих сообщений для согласования.
Проверка: Можешь ли ты проследить каждое важное утверждение до источника? Уловил ли отчёт последнее согласованное изменение?
B. Исследовательский стол автора
Используй задачу Dot по расписанию, чтобы собирать изменения из заданного списка источников. Применяй Sol, чтобы превращать проверенные заметки в черновик.
Проверь эти официальные источники на предмет обновлений с [дата]. Отдели выпущенные функции от превью и анонсов. Ссылайся на источник для каждого факта. Предложи три угла для статьи.
Проверка: Открой источники, сверь даты и удали любое предложение, которое намекает, что ты лично тестировал то, чем не пользовался.
C. Процесс разработчика от issue до PR
Дай Codex воспроизводимую проблему и настроенную среду. Проверь полученные изменения, а затем используй Code Review и инструменты безопасности там, где это уместно.
Воспроизведи эту проблему, предложи фикс и запусти соответствующие проверки. Покажи diff и реальные результаты. Отметь всё, что не удалось проверить.
Проверка: Исчезла ли исходная ошибка? Релевантны ли тесты? Поймёт ли ревьюер суть изменения и оставшиеся риски?
D. Стол командных follow-up'ов
Используй Meetings для заметок, Space для согласованной записи и Team Task для follow-up после настройки общего доступа.
Извлеки из этих заметок решения, предложенные действия, ответственных и сроки. Отметь всё сомнительное. Подготовь follow-up для проверки перед отправкой.
Проверка: Принял ли каждый ответственный свою задачу? Чётко ли отмечены предварительные сроки? Может ли команда открыть связанную запись?
Сдвиг парадигмы
Главное, в чём Dot реально превосходит GrokBot, — это модель.
Но действительно ли это привлечёт массу людей на сторону OpenAI?
Ты определяешь результат → агенты ведут работу → ты принимаешь решения.
Настоящая альфа — связать эти релизы в единый процесс с чёткой зоной ответственности, полезным контекстом и результатом, который можно проверить:
- Дай Dots постоянную задачу и чёткие границы разрешений.
- Используй Sol и Codex для ресёрча, разработки и ревью.
- Храни общую работу в Space. Превращай повторяющиеся шаги в плагины и задачи по расписанию.
Теперь ты проектируешь то, как выполняется работа.
Что её запускает? Какие источники она должна использовать? Как выглядит готовый результат? Какие решения возвращаются тебе?
У тебя есть настройка, промпты и четыре практических процесса. Выбери одну регулярную задачу. Измерь сэкономленное время и количество необходимых правок. Затем масштабируй.
Навык, который стоит развивать, — формулировать задачи настолько чётко, чтобы агент мог вести их дальше без твоего контроля над каждым кликом.
Добавь этот гайд в закладки — и дай своему Dot первую реальную задачу





