Codex від OpenAI: агент, який сам пише і запускає ваш код

Коротко (TL;DR)

OpenAI Codex — це ШІ-агент для програмування. На відміну від звичайного чату, який просто видає текст із кодом, Codex сам читає вашу кодову базу, вносить правки, запускає команди й тести в ізольованій пісочниці та повертає вже перевірений результат — аж до готового pull request. Працює в терміналі, у хмарі та всередині ChatGPT. Модель за замовчуванням на 16 липня 2026 — GPT-5.6 Sol. Увесь код агента все одно треба переглядати очима, перш ніж запускати його в бою.

Codex простими словами

Уявіть, що у вас є дуже старанний молодший розробник, якому можна поставити завдання словами: «полагодь баг у кошику» або «додай темну тему». Він відкриває проєкт, розбирається у файлах, пише правки, сам запускає тести, щоб перевірити, що нічого не зламалося, і приносить результат із логами. Саме так працює Codex: ви ставите ціль — він планує, діє й перевіряє себе сам.

Це і є ключове слово — агент. Звичайна нейромережа відповідає на запит текстом, а далі ви все робите руками: копіюєте код, вставляєте, запускаєте, ловите помилки. ШІ-агент виконує ці кроки самостійно, у циклі «зробив — перевірив — виправив», доки завдання не буде закрите або доки не впреться в місце, де потрібне ваше рішення.

Сам OpenAI у довідці описує Codex прямо: це «ШІ-агент, який допомагає писати, ревʼювати та відправляти код». Ключове слово тут — дія: Codex реально запускає написаний код і проганяє тести, а не лише видає текст із варіантом рішення.

Два різних Codex: не переплутайте

Тут легко заплутатися, і більшість статей цю плутанину не розбирають. Імʼя «Codex» OpenAI використовувала двічі для різних продуктів.

Cursor для не-програміста: як зібрати перший продукт і заробити

Перехід з VS Code і Copilot на Cursor без втрати налаштувань

Інтерфейс і режими Cursor: Tab, Cmd+K, Chat і Agent — що коли вмикати

Встановлення і перший запуск Cursor: налаштування за 10 хвилин

ІІ-агент сам зламав Hugging Face — 17 000 дій за один захід

• Codex-2021 — мовна модель, донавчена версія GPT-3, яка перекладала текстовий опис у код. Саме вона колись живила перший GitHub Copilot. Це була просто модель, а не агент: вона пропонувала код, але нічого не запускала.
• Codex-2025 — той самий агент, про який ця стаття. Сучасний агентний Codex CLI вийшов у квітні 2025 року, а хмарна версія — у травні 2025-го. Це вже не «модель, що пише код», а інструмент, який сам працює з проєктом.

Якщо вам трапиться стара стаття про «модель Codex» без слова «агент» — майже напевно йдеться про покоління 2021 року. У цьому тексті всюди мається на увазі сучасний агент.

Агентний Codex за 2026 рік помітно виріс: за даними Reuters, до березня 2026 у Codex було понад 2 млн щотижнево активних користувачів — приблизно вп’ятеро більше, ніж на початку року. Тож це не нішевий експеримент, а один із наймасовіших інструментів ШІ-розробки.

Як працює Codex: цикл агента

Головна відмінність Codex від чату в тому, що він проходить повний робочий цикл, а не видає одну відповідь. Спрощено це має такий вигляд:

1. Розуміє завдання і збирає контекст. Codex читає потрібні файли проєкту, щоб зрозуміти, як влаштований код. Якщо в репозиторії лежить файл AGENTS.md (це як README, тільки для агента: де що міститься, якою командою запускати тести), Codex враховує його інструкції.
2. Будує план. Розбиває завдання на кроки — що і в якому порядку змінювати.
3. Діє. Править файли, створює нові, запускає в пісочниці звичайні команди: збірку, лінтер, тести.
4. Перевіряє себе. Якщо тести падають, Codex бачить помилку в логах і править код заново — той самий цикл «зробив — перевірив — виправив».
5. Віддає результат. Ви отримуєте набір змін (diff) із логами того, що агент робив, а в хмарі — одразу готовий pull request, який можна ревʼювати як роботу колеги.

У хмарі одне завдання зазвичай триває від 1 до 30 хвилин залежно від складності, і за прогресом можна стежити в реальному часі. Саме здатність запускати код і перевіряти його тестами відрізняє агента від підказника: на виході не «ось варіант, спробуйте», а «я це зробив і прогнав тести — ось що вийшло».

Приклад на пальцях

Щоб цикл став наочнішим, розберемо типове завдання. Ви пишете Codex: «форма входу не показує помилку за неправильного пароля — полагодь». Далі без вашої участі відбувається приблизно таке:

1. Codex знаходить і відкриває файли форми та обробника входу, читає, як влаштована перевірка пароля.
2. Бачить, що відповідь сервера з помилкою приходить, але на екран не виводиться, — і править компонент, щоб повідомлення показувалося.
3. Запускає тести. Один падає: виявилося, текст помилки не збігається з тим, що очікує тест.
4. Codex сам править формулювання, проганяє тести знову — тепер усі зелені.
5. Повертає вам зміни (diff) із логами: що дивився, що міняв, які тести ганяв.

Ви отримуєте не «спробуйте отакий код», а завершену правку, яку лишилося прочитати й прийняти. Ключове — крок 3 і 4: агент сам помітив провал тесту й виправився, замість віддати вам зламаний варіант.

Три способи запустити Codex

Codex — це не одна програма, а сімейство поверхонь. Усі вони роблять те саме (запускають агента), але в різній обстановці. Нижче — оглядова карта; докладні інструкції по кожній поверхні виходять за межі цього розбору.

Найпростіше запамʼятати так: CLI — для термінала, Cloud — для хмари й паралельних завдань, ChatGPT та IDE — щоб делегувати завдання зі звичного вікна. Той самий акаунт і ті самі завдання переносяться між поверхнями: можна почати в хмарі, а diff застосувати локально через CLI.

Окремо варто зазначити: Codex CLI — з відкритим вихідним кодом (ліцензія Apache-2.0, репозиторій openai/codex на GitHub). Для новачка це передусім сигнал прозорості — видно, як влаштований інструмент, а спільнота швидко знаходить і обговорює проблеми (до ризиків це ще повернемося). Сама модель при цьому лишається закритою і працює на серверах OpenAI — відкритий саме клієнт-агент, а не «мозок».

Яка модель під капотом

Codex — це оболонка-агент, а «думає» за нього окрема модель OpenAI. На 16 липня 2026 модель за замовчуванням — GPT-5.6 Sol, флагман сімейства GPT-5.6. Усе сімейство стало загальнодоступним лише за тиждень до цього — 9 липня 2026 (превʼю було 26 червня). У нього три рівні:

• GPT-5.6 Sol — флагман для складного коду та найважчих завдань;
• GPT-5.6 Terra — збалансований варіант «ціна/швидкість/якість»;
• GPT-5.6 Luna — швидка й дешева модель для рутини.

Крім них в інтерфейсі ще трапляються моделі минулих поколінь — GPT-5.5, GPT-5.4, GPT-5.3-Codex (її, наприклад, використовує функція автоматичного code review) та інші. Якщо в чужому гайді ви бачите «модель за замовчуванням GPT-5.5» — гайд просто написаний до 9 липня 2026. Модель можна змінити вручну під завдання: на простій правці Luna заощадить гроші, на архітектурному рефакторингу Sol упорається краще.

Наскільки ці моделі сильні в агентних завданнях, показують спеціалізовані бенчмарки. Наприклад, на Terminal-Bench 2.1 (завдання в терміналі) за даними стороннього трекера GPT-5.6 Sol набирає 88.8%, Terra — 84.3%, Luna — 82.5%, тоді як минула GPT-5.5 давала 83.4%. Ставитися до таких цифр варто спокійно: це один конкретний тест, а не універсальна відповідь «яка модель найрозумніша», і наводить його не сам лідерборд, а трекер. Корисніший він як орієнтир прогресу поколінь, ніж як привід для суперечок «Codex проти конкурентів».

Що Codex вміє — і де в нього стеля

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

Що Codex робить добре:

• правки, що зачіпають одразу кілька файлів (не один рядок, а повʼязану зміну по проєкту);
• рутинні, але марудні завдання — оновити залежності, переписати під новий API, додати обробку помилок;
• написання й лагодження тестів, прогін лінтерів і збірки із самоперевіркою;
• розбір незнайомого проєкту: у режимі «тільки читання» агент пояснить, як влаштований код, нічого не чіпаючи;
• автоматичне ревʼю pull request’ів (для цього використовується окрема модель GPT-5.3-Codex);
• паралельну роботу — у хмарі можна запустити кілька завдань разом, кожне у своєму ізольованому контейнері.

Де в Codex стеля:

• він не замінює архітектора: рішення «як у принципі будувати систему» лишаються за вами;
• модель може помилятися й видавати правдоподібний, але хибний код — тому результат обовʼязково ревʼюють;
• на крихітних правках в один рядок живе автодоповнення часто швидше, ніж ставити агенту повноцінне завдання;
• агент не знає того, чого немає в проєкті та в його контексті: неочевидні бізнес-правила потрібно проговорювати або виносити в AGENTS.md.

Простіше кажучи, Codex сильний там, де завдання формулюється словами й перевіряється тестами, і слабшає там, де потрібен смак, контекст «чому так історично» і відповідальність за архітектуру.

Наскільки Codex автономний: режими й пісочниця

Раз агент сам запускає команди, виникає справедливе питання: а чи не видалить він щось зайве і чи не полізе в інтернет без дозволу? На це відповідають режими схвалення та пісочниця (sandbox) — вони обмежують, що агенту можна робити без вашого дозволу.

Тут є тонкість, через яку люди плутаються: у Codex два шари назв. Є зрозумілі лейбли в інтерфейсі і є технічні значення sandbox_mode у конфізі (config.toml), які за ними стоять. Ось як вони співвідносяться (дані офіційної документації на 16 липня 2026):

Окремо є значення read-only — агент лише читає файли й нічого не змінює; зручно, щоб дати йому розібратися в проєкті та щось пояснити, нічого не зламавши.

Пісочниця обмежує не тільки файли, а й мережу: за замовчуванням у режимі workspace-write агент питає дозволу, перш ніж вийти в інтернет, а в хмарі в контейнера завдання доступу до мережі немає взагалі, доки ви явно його не відкриєте. Це захист одразу від двох речей — щоб агент не витягнув дані назовні і щоб шкідлива інструкція ззовні не змогла ним керувати.

Практичний орієнтир щодо вибору режиму простий: на незнайомому або чужому проєкті починайте з режиму за замовчуванням (Ask for approval) чи взагалі з read-only, щоб агент спершу розібрався й запропонував, нічого не ламаючи. Підвищувати автономію до Full access є сенс лише коли ви довіряєте завданню й готові відповідати за результат.

Важливе застереження для тих, хто читає старі інструкції: у ранніх гайдах ті самі режими називали інакше — «Read Only / Auto / Full Access», а задавали їх прапорцями командного рядка (наприклад, codex -s read-only або codex --full-auto). Це ті самі концепти під іншими іменами. Якщо бачите такі прапорці — не лякайтеся, зміст той самий, змінилися лише вивіски.

Доступ і тарифи: коротко

Codex не продається окремо — за даними OpenAI, він входить без доплати в тарифи ChatGPT: Free, Go, Plus, Pro, Business, Edu та Enterprise. Ліміти використання при цьому залежать від плану. Докладний розбір оплати й доступу з різних країн — тема окремого матеріалу, тут лише суть.

Механіку оплати OpenAI змінила: з 2 квітня 2026 витрати в Plus/Pro/Business обчислюються за токенами (кредити за мільйон вхідних і вихідних токенів), а не за кількістю повідомлень. За оцінкою самого OpenAI, у середньому Codex обходиться приблизно в $100–200 на розробника на місяць, але розкид великий — залежить від обраної моделі, кількості паралельних завдань і «швидкого» режиму. Типове завдання на GPT-5.5, для прикладу, зʼїдає 5–45 кредитів.

Для кого Codex і коли він не потрібен

Codex розрахований на різні рівні, і користь від нього в кожного своя:

• Непрограміст або засновник. Хоче зібрати продукт, делегуючи код агенту, і розмовляти з ним завданнями, а не синтаксисом. Codex знімає частину барʼєра — але що менше ви розумієте в коді, то важливіше не віддавати агенту повну автономію наосліп.
• Джун або суміжний спеціаліст. Переходить від «спитав у чату — скопіював» до керованої роботи: агент робить чорнову частину, а ви вчитеся ревʼювати й скеровувати.
• Досвідчений розробник. Вичавлює з Codex автономність: паралельні хмарні завдання, авто-ревʼю, рутинні міграції — щоб звільнити час під складне.

А ось де Codex — надлишковий або недоречний: для правки в один рядок (швидше дописати руками чи автодоповненням), для завдань без чітких критеріїв готовності (агенту нічим себе перевірити), і для бойового коду, який викочують без ревʼю, — автономний агент тут радше додасть ризику, ніж пришвидшить.

Codex — не чат і не автодоповнення

Щоб остаточно вкласти в голову, чим Codex відрізняється від звичних інструментів, — два коротких порівняння (детальні розбори кожного виходять за межі цього обʼяснювача):

• Codex vs звичайний чат ChatGPT. Чат відповідає текстом, а далі все робите ви. Codex сам відкриває проєкт, править файли й запускає тести. Чат пояснює — агент виконує.
• Codex vs автодоповнення коду (наприклад, GitHub Copilot). Автодоповнення підказує наступний рядок, поки ви друкуєте, — ви лишаєтесь за кермом. Codex отримує завдання цілком і веде його до результату сам. Це підказник проти виконавця.

Codex — не єдиний агент такого класу: в Anthropic є Claude Code, є й інші інструменти. Ідея в них спільна — модель плюс обвʼязка, яка дає їй діяти; відрізняються реалізація, режими та екосистема.

Ризики й обмеження

Автономний агент, який сам запускає код, — це зручно й небезпечно водночас. Ось про що важливо памʼятати (дані актуальні на 16 липня 2026):

• Код треба перевіряти руками. OpenAI прямо пише: перш ніж інтегрувати й запускати згенерований агентом код, його обовʼязково має перевірити й валідувати людина. Codex сигналізує, де не впевнений і де падають тести, але відповідальність лишається на вас.
• Агент може прочитати секрети. За замовчуванням Codex бачить файли проєкту — включно з потенційно .env, ключами й токенами. Вбудованого механізму «не читай ці файли» довго бракувало: відповідний запит (issue #2847 у репозиторії) обговорюють із серпня 2025 року. Висновок простий — не давайте агенту доступ до секретів без потреби й обмежуйте його пісочницею.
• Баг зі зносом SSD. У червні 2026 в Codex CLI знайшли баг: журнал логів за замовчуванням писався на максимально докладному рівні й міг накопичувати до ~640 ТБ запису на рік — цього вистачить, щоб виробити ресурс типового SSD (близько 600 ТБ перезапису) менш ніж за рік. Проблему задокументували 14 червня 2026, і на 22 червня вона ще не була усунена. Урок загальний: у молодого інструмента бувають сирі місця, стежте за оновленнями.
• Prompt injection через дані репозиторію. У березні 2026 знайшли (і до моменту публікації вже закрили) вразливість у Codex Cloud: спеціально складене імʼя гілки GitHub могло підсунути агенту шкідливу команду й витягти токен доступу. Вразливість пропатчена, але сам клас ризику — «агенту згодували шкідливу інструкцію під виглядом даних» — лишається для будь-яких агентів.

Загальний принцип безпеки: що більше свободи ви даєте агенту (аж до Full access), то більше маєте йому довіряти. Для незнайомого проєкту розумно починати з режиму за замовчуванням або read-only.

Часті хибні уявлення

• «Codex — це просто ChatGPT, який уміє в код». Ні. ChatGPT відповідає текстом, Codex — діє: править файли й запускає команди.
• «Codex сам усе викладе в прод». Тільки якщо ви самі дасте йому такі права (Full access) і не налаштуєте перевірку. За замовчуванням він питає дозволу на ризиковані дії, а коміт і деплой контролюєте ви.
• «Раз це ШІ, код можна не перевіряти». Навпаки: сам OpenAI вимагає ручної перевірки. Агент пришвидшує роботу, але не знімає відповідальності.
• «Codex і стара модель Codex — одне і те саме». Це різні продукти різних років (див. розділ про два Codex).

Повʼязані поняття

Кілька термінів, які трапляються навколо Codex і які корисно розуміти новачку:

• Агент — програма на базі моделі, яка не просто відповідає, а сама виконує кроки для досягнення цілі (планує, діє, перевіряє). Codex — агент для коду.
• Пісочниця (sandbox) — ізольоване середовище, у якому агент запускає команди, обмежений у доступі до файлів і мережі. Потрібна, щоб автономний агент не накоїв зайвого.
• Pull request (PR) — оформлений набір змін у коді, який перевіряють і вливають у проєкт. Codex Cloud повертає результат саме в такому вигляді — як роботу колеги на ревʼю.
• AGENTS.md — текстовий файл у репозиторії з інструкціями для агента: як орієнтуватися в коді, якою командою запускати тести. Аналог README, тільки адресований не людині, а Codex.
• Prompt injection — атака, коли шкідлива інструкція підсовується агенту під виглядом звичайних даних (наприклад, в імені гілки або в тексті завдання). Ризик, актуальний для будь-яких агентів.
• Кредити й токени — одиниці, якими міряється витрата: модель зважає на обсяг опрацьованого тексту (токени), а тариф перераховує це в кредити. Що більше завдання і «розумніша» модель, то більша витрата.

FAQ

Codex — це безкоштовно? Окремо Codex не оплачується: за даними OpenAI, він входить у тарифи ChatGPT, включно з безкоштовним Free, — але з лімітами, які залежать від плану. Тобто спробувати можна без окремої підписки, а для активної роботи впретеся в ліміти свого тарифу.

Чи може Codex сам закомітити код у прод? Тільки якщо ви дасте йому такі права. За замовчуванням агент працює в пісочниці (workspace-write) і питає дозволу перед ризикованими діями. Повна автономія вмикається вручну режимом Full access, і робити це на бойовому проєкті без ревʼю не варто.

Codex працює без інтернету? Локальний Codex CLI виконується на вашому ПК, але самій моделі потрібен доступ до серверів OpenAI, тож інтернет для запитів до моделі потрібен. У хмарі кожне завдання йде в ізольованому контейнері, у якого за замовчуванням доступу до інтернету немає — це зроблено заради безпеки.

Чим Codex відрізняється від GitHub Copilot? Класичний Copilot — це автодоповнення: підказує код, поки ви друкуєте. Codex — агент: бере завдання цілком, сам править проєкт і запускає тести. Різні ролі: підказник поруч із вами проти виконавця, якому делегують завдання.

Codex і ChatGPT — це одне і те саме? Ні, але вони повʼязані. ChatGPT — це чат-асистент, а Codex — агент для коду, який зокрема доступний із ChatGPT і працює на тих самих моделях OpenAI. Можна сказати, що Codex — це «руки для коду» всередині та поруч з екосистемою ChatGPT: він не відповідає текстом, а виконує завдання у вашому проєкті.

Якими мовами програмування працює Codex? Codex не привʼязаний до однієї мови: під капотом — універсальні моделі GPT-5.6, навчені на великому обсязі коду, тому агент працює з поширеними мовами й стеками (JavaScript/TypeScript, Python, Go, Rust та іншими). На практиці якість вища там, де в проєкті є тести й зрозуміла структура: агенту є на що спертися й чим себе перевірити.

З чого почати, якщо хочеться зібрати щось своє? Якщо ви не програміст і хочете зрозуміти, чи реально зібрати робочий продукт за допомогою ШІ, почніть із розбору вайб-кодингу — там про підхід «описав словами — отримав застосунок» і його межі.