**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 і почни зі стандартного налаштування reasoning.
Дай йому завдання з результатом, який ти зможеш оцінити:
Прочитай цей бриф на запуск і поточну лендінг-сторінку. Знайди твердження, які не підкріплені доказами, неоднозначні або суперечливі. Запропонуй точні замінники та поясни, які докази потрібні для кожної зміни.
Для користувачів API ID моделі — gpt-6.1-sol.
Ось стандартне порівняння цін на токени:
Це робить стандартні ціни Sol на вхідні та вихідні токени на 80% нижчими. Фінальна вартість твого завдання все одно залежить від використання токенів, інструментів та умов ціноутворення.
Sol підтримує контекстне вікно на 1,05 мільйона токенів. Запити понад 272 000 вхідних токенів тарифікуються дорожче; перевір сторінку моделі, перш ніж вважати величезний контекст дешевим.
Тепер відділи вибір моделі від вибору швидкості.
Порівняно зі стандартною Astra, Astra Ultrafast генерує токени до 8× швидше в Codex.
https://x.com/sama/status/2104994601140711896
Завдання з очікуванням браузера, інструментами або довгим reasoning не завершиться автоматично увісім разів швидше
Гайд по швидкості перелічує доступ для Pro 500 та відповідних планів Enterprise/Edu. Ultrafast також швидше витрачає ліміти.
Новий тариф Pro 500 коштує $500/місяць. Купівля додаткових кредитів на Pro 100 або 200 не розблоковує Ultrafast.
Нарешті, Sign in with ChatGPT дозволяє відповідним користувачам Plus/Pro застосовувати ліміти свого плану в підтримуваних сторонніх додатках.
Обери опцію входу через ChatGPT, а потім увімкни використання плану там, де це пропонується. Підтримка входу та підтримка використання плану — це різні речі; використання ділиться твоїм лімітом, а комісії додатків можуть все одно стягуватися.
6. Перенеси свою роботу у простір ChatGPT Space
**Надцікава частина
Наш запуск тепер має звіти, рішення та чернетки. Дай їм місце, де команда зможе знайти актуальну версію.*
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: встанови його з 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 і залежать від активації у workspace.
Кожен відвідувач використовує власні підключені акаунти та дозволи. Надання доступу до сайту не передає всім твої підключення.
Роби прев'ю з реальними дозволеними даними. Зберігай версію під час ітерацій; деплой створює live 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 і запусти наданий приклад у пісочниці.
Тримай ключ поза пісочницею агента. Твоя перша мета — створити сесію, спостерігати за прогресом і перевірити реальний результат.
Потім додай browser-based 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 дозволяє відповідним підприємствам використовувати частину своїх зобов'язань перед OpenAI для затвердженого партнерського програмного забезпечення. Доступ здійснюється через процес реєстрації інтересу підприємств.
Ці статуси запуску зафіксовані в офіційному підсумку DevDay.
10. Застав це працювати: чотири практичні налаштування
Тобі не потрібно збирати все це в перший же день.
Обери робочий процес, який створить щось корисне для тебе цього тижня. Це стартові дизайни; кожен залежить від доступу та підключень, описаних вище.
A. Координатор запуску
Дай Dots бриф на запуск, чекліст, обрані обговорення та перевірений розклад. Тримай поточний план на сторінці Space.
Підготуй сьогоднішнє оновлення по запуску. Покажи зміни, докази, блокери та рішення, які потребують мене. Підготуй чернетки будь-яких подальших повідомлень для схвалення.
Перевірка: Чи можеш ти простежити кожне важливе твердження до джерела? Чи зафіксував звіт останню узгоджену зміну?
B. Дослідницький стіл креатора
Використовуй заплановане завдання Dot, щоб збирати зміни з визначеного списку джерел. Використовуй Sol, щоб перетворити перевірені нотатки на чернетку.
Переглянь ці офіційні джерела на предмет оновлень з [дата]. Відділи випущені фічі від прев'ю та анонсів. Додай посилання до кожного фактичного твердження. Запропонуй три кути подачі для статті.
Перевірка: Відкрий джерела, перевір дати та видали будь-яке речення, яке натякає, що ти особисто тестував те, чим не користувався.
C. Робочий процес розробника від issue до PR
Дай Codex відтворювану проблему та налаштоване середовище. Переглянь отримані зміни, а потім використовуй Code Review та інструменти безпеки там, де це доречно.
Відтвори цю проблему, запропонуй фікс і запусти релевантні перевірки. Покажи diff та фактичні результати. Познач усе, що не вдалося перевірити.
Перевірка: Чи зникла початкова помилка? Чи релевантні тести? Чи зможе рев'юер зрозуміти зміну та її залишкові ризики?
D. Стіл контролю команди
Використовуй Meetings для нотаток, Space для узгодженого запису та Team Task для подальших дій, щойно спільний доступ буде налаштовано.
Витягни з цих нотаток рішення, запропоновані дії, відповідальних та дати. Познач усе, що викликає сумніви. Підготуй follow-up для ревью перед надсиланням.
Перевірка: Чи прийняв кожен відповідальний свою дію? Чи чітко позначені попередні дати? Чи може команда відкрити пов'язаний запис?
Зміна парадигми
Сфера, де Dot справді має перевагу над GrokBot — це модель.
Але чи дійсно це приведе багато людей на бік OpenAI?
Отже, ти визначаєш результат → агенти рухають роботу вперед → ти приймаєш рішення.
Справжня альфа — це поєднання цих релізів у робочий процес із чіткою відповідальністю, корисним контекстом і результатом, який ти можеш перевірити:
- Дай Dots постійне завдання та чіткі межі дозволів.
- Використовуй Sol і Codex для досліджень, розробки та ревью.
- Тримай спільну роботу в Space. Перетворюй повторювані кроки на плагіни та заплановані завдання
Тепер ти проєктуєш те, як виконується робота.
Що її запускає? Які джерела вона має використовувати? Як виглядає завершений результат? Які рішення повертаються до тебе?
Тепер у тебе є налаштування, промпти та чотири практичні робочі процеси. Обери одне регулярне завдання. Виміряй зекономлений час і кількість необхідних виправлень. А потім масштабуй.
Навичка, яку варто розвивати — це визначати роботу настільки чітко, щоб агент міг вести її далі без того, щоб ти керував кожним кліком.
Збережи цей плейбук у закладки — а потім дай своєму Dot перше справжнє завдання
