1 
2У новому анонсі Codex мені запам'яталося не слово plugin. Цікавіше те, що Codex намагається стати місцем, де робота набуває форми.
3 
4OpenAI опублікувала [Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/) 2 червня 2026 року. Видимі новинки — рольові плагіни, Sites і анотації. Але важливе питання простіше: чи може агент взяти розкиданий по компанії контекст і перетворити його на щось, що команда відкриє, обговорить і покращить?
5 
6## Справжній зсув
7 
8Довгий час Codex було легко пояснити: він допомагає розробникам змінювати код. Це оновлення робить опис занадто вузьким. Нові plugins звернені також до analytics, sales, product design, creative production, public equity investing і investment banking.
9 
10Це означає, що Codex читає не лише репозиторій. Він може читати dashboards, CRM-нотатки, документи, таблиці, design briefs або фінансові джерела і створювати робочий артефакт.
11 
12Саме тут з'являється практична цінність. Більшості команд не потрібна ще одна відповідь у чаті. Їм потрібна сторінка, launch room, review board, planner, невеликий внутрішній застосунок або dashboard, який можуть відкрити всі.
13 
14## За Sites варто стежити
15 
16Sites виглядає найконкретнішою частиною. Відповідь у чаті губиться у прокрутці. У site є URL. Його можна поділитися, коментувати, відкрити пізніше і попросити Codex оновити тільки те, що змінилося.
17 
18Це може підійти для запусків продуктів, customer reviews, щотижневих business reviews, investor memos і внутрішніх інструментів. Не тому, що перша версія буде ідеальною. Не буде. Цінність у тому, що команда має спільний об'єкт.
19 
20## Анотації зменшують шум у фідбеку
21 
22Анотації теж важливі. Якщо сказати зроби зрозуміліше, агент може змінити забагато. Якщо вказати на графік, абзац або секцію, завдання стає меншим і чистішим.
23 
24Так працює справжнє редагування. Рідко потрібно переписати все. Частіше потрібно зробити речення гострішим, графік менш плутаним, слайд легшим, таблицю краще відсортованою.
25 
26## Як би я це тестував
27 
28Я б не підключав усі інструменти першого дня. Я б вибрав нудний workflow із чіткими власниками. Щотижневий business review підходить: кілька метрик, кілька нотаток, один спільний output і людська перевірка перед відправкою.
29 
30Короткий список:
31 
32- визначити, які джерела Codex може читати;
33- визначити, що він може писати;
34- вимагати посилання на важливі джерела;
35- призначати owner для кожного артефакту;
36- архівувати або видаляти те, що більше не потрібне.
37 
38Ризик не в поганій першій чернетці. Команди вміють жити з поганими чернетками. Ризик у розростанні: десять згенерованих site, немає owner, немає сліду джерел, ніхто не знає, яка версія правильна.
39 
40## Мій висновок
41 
42Цей анонс показує, що агенти виходять із demo-фази. Корисними будуть не найгучніші. Корисними будуть ті, що входять у ритм команди: збирають контекст, роблять чернетку, зберігають слід, приймають точний feedback і тримають межі.
43 
44Для розробників це не робить engineering менш важливим. Навпаки. Хтось усе ще має проектувати permissions, defaults, точки review і визначення done.
45 
46## Джерела
47 
48- [OpenAI: Codex for every role, tool, and workflow](https://openai.com/index/codex-for-every-role-tool-workflow/)
49