У новому анонсі Codex мені запам'яталося не слово plugin. Цікавіше те, що Codex намагається стати місцем, де робота набуває форми.

OpenAI опублікувала Codex for every role, tool, and workflow 2 червня 2026 року. Видимі новинки — рольові плагіни, Sites і анотації. Але важливе питання простіше: чи може агент взяти розкиданий по компанії контекст і перетворити його на щось, що команда відкриє, обговорить і покращить?

Справжній зсув

Довгий час Codex було легко пояснити: він допомагає розробникам змінювати код. Це оновлення робить опис занадто вузьким. Нові plugins звернені також до analytics, sales, product design, creative production, public equity investing і investment banking.

Це означає, що Codex читає не лише репозиторій. Він може читати dashboards, CRM-нотатки, документи, таблиці, design briefs або фінансові джерела і створювати робочий артефакт.

Саме тут з'являється практична цінність. Більшості команд не потрібна ще одна відповідь у чаті. Їм потрібна сторінка, launch room, review board, planner, невеликий внутрішній застосунок або dashboard, який можуть відкрити всі.

За Sites варто стежити

Sites виглядає найконкретнішою частиною. Відповідь у чаті губиться у прокрутці. У site є URL. Його можна поділитися, коментувати, відкрити пізніше і попросити Codex оновити тільки те, що змінилося.

Це може підійти для запусків продуктів, customer reviews, щотижневих business reviews, investor memos і внутрішніх інструментів. Не тому, що перша версія буде ідеальною. Не буде. Цінність у тому, що команда має спільний об'єкт.

Анотації зменшують шум у фідбеку

Анотації теж важливі. Якщо сказати зроби зрозуміліше, агент може змінити забагато. Якщо вказати на графік, абзац або секцію, завдання стає меншим і чистішим.

Так працює справжнє редагування. Рідко потрібно переписати все. Частіше потрібно зробити речення гострішим, графік менш плутаним, слайд легшим, таблицю краще відсортованою.

Як би я це тестував

Я б не підключав усі інструменти першого дня. Я б вибрав нудний workflow із чіткими власниками. Щотижневий business review підходить: кілька метрик, кілька нотаток, один спільний output і людська перевірка перед відправкою.

Короткий список:

• визначити, які джерела Codex може читати;
• визначити, що він може писати;
• вимагати посилання на важливі джерела;
• призначати owner для кожного артефакту;
• архівувати або видаляти те, що більше не потрібне.

Ризик не в поганій першій чернетці. Команди вміють жити з поганими чернетками. Ризик у розростанні: десять згенерованих site, немає owner, немає сліду джерел, ніхто не знає, яка версія правильна.

Мій висновок

Цей анонс показує, що агенти виходять із demo-фази. Корисними будуть не найгучніші. Корисними будуть ті, що входять у ритм команди: збирають контекст, роблять чернетку, зберігають слід, приймають точний feedback і тримають межі.

Для розробників це не робить engineering менш важливим. Навпаки. Хтось усе ще має проектувати permissions, defaults, точки review і визначення done.

Джерела

• OpenAI: Codex for every role, tool, and workflow