Як влаштований Codex: тонкий harness замість важкого агента

Codex тримається на тонкій обв'язці

Найцікавіше тут те, що Codex побудований не як монолітний агент, а як модель плюс відносно тонкий harness. У матеріалі Pragmatic Engineer «Building Codex with Tibo Sottiaux» ключовими елементами названо відкритий Codex CLI на Rust, підтримку моделей різних провайдерів і обв'язку, що відповідає за безпеку, надійність та ефективність.

На момент публікації CLI був відкритим, а продукт не замикався на одному постачальнику моделей. Вибір Rust виглядає як ставка на продуктивність, портативність і передбачувану поведінку локального інструменту. Відкритий код також зменшує недовіру до агента, який отримує доступ до репозиторію та виконання команд.

Найсильніша ідея матеріалу не в мові реалізації. Harness розвивається разом із моделями й стає тоншим, коли вони краще планують, обирають інструменти та утримують завдання в полі уваги. Жорстко задані агентні сценарії швидко перетворюються зі страхувальної сітки на стелю, яка заважає потужнішій моделі.

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

Згідно з матеріалом, команда застосовує Codex не лише для генерації фрагментів коду. До сценаріїв входять рев'ю, супровід і переархітектура. Це важливий сигнал: продукт проєктується навколо повного інженерного процесу, а не навколо ефектної демонстрації автодоповнення.

Що змінюється для архітектури агентів

Практичний висновок такий: важкі фреймворки для агентів починають поступатися компактній і стійкій обв'язці. Що сильніша модель, то дорожче обходяться зайві рівні планування, маршрутизації та заздалегідь вигаданих ролей.

• Логіка зміщується в модель. Harness зберігає контроль над інструментами, безпекою та відновленням після збоїв, але не намагається диктувати кожен крок.
• Мультимодельність потребує дисципліни. Свобода вибору провайдера додає інтеграційної складності: спільний інтерфейс ще не означає однакової поведінки.
• Контекст стає частиною архітектури. Якість агента залежить не лише від моделі, а й від того, який стан переживає кожен наступний цикл.

Це не універсальний рецепт, а корисна зміна пріоритетів: менше магії в orchestration, більше уваги до меж доступу, стану та збоїв. Межа між корисним harness і зайвою опікою над моделлю тепер і є головним архітектурним ризиком.

Раніше ми розбирали появу Codex у ChatGPT для Android та її наслідки для віддаленої розробки. Цей запуск показує, як архітектурні рішення Codex переходять із дослідницького середовища до повсякденних інженерних сценаріїв.