Codex хорошо работает, когда задача помещается в рамку: вот файлы, вот ожидаемый результат, вот ограничения, вот тесты. Если дать ему "улучшить проект", он полезет туда, где его никто не ждал. Если дать "добавь в форму поле ИНН, проверь валидацию и обнови тест", шанс на нормальный diff резко выше.
В разработке ChatGPT Codex стоит воспринимать как младшего исполнителя с высокой скоростью и плохим чувством опасности. Он быстро пишет код, чинит мелкие ошибки, собирает тесты, готовит скрипты и черновики интеграций. Но решение, что именно попадёт в прод, всё равно принимает человек.
Что такое ChatGPT Codex в разработке?
ChatGPT Codex в разработке — это AI-помощник для работы с кодом: он читает контекст проекта, предлагает изменения, пишет функции, тесты, скрипты и объясняет diff. Его сильная зона — ограниченные задачи с понятным входом и выходом. Его слабая зона — архитектура, безопасность и всё, где ошибка стоит денег.
Какие задачи можно делегировать Codex?
Лучшие задачи для Codex похожи на хорошо нарезанные тикеты. Не "сделай CRM", а "добавь импорт лидов из CSV: входные поля name, phone, source; на выходе созданные записи и отчёт по ошибкам".
| Задача | Что дать на вход | Что ждать на выходе | Где проверять |
|---|---|---|---|
| Небольшая функция | Описание поведения, нужные файлы, пример данных | Diff с кодом и короткое объяснение | Тесты, ручной сценарий, крайние случаи |
| Багфикс | Ошибка, лог, шаги воспроизведения, ожидаемое поведение | Исправление в конкретном месте | Повторить баг, проверить соседние сценарии |
| Рефакторинг | Файлы, запрет менять публичный API, цель: убрать дубли или упростить функцию | Тот же результат с более простым кодом | Diff, тесты, отсутствие лишних переименований |
| Тесты | Функция или модуль, важные сценарии, формат тестов в проекте | Unit или integration tests | Запуск тестов и проверка, что тест реально ловит ошибку |
| README и документация | Команды запуска, env-переменные, частые ошибки | Инструкция без лишней теории | Пройти по инструкции на чистом окружении |
| Скрипты импорта/экспорта | Формат файла, пример строки, правила ошибок | Скрипт и отчёт: сколько строк обработано, сколько упало | Тестовый файл с битой строкой и пустыми значениями |
| Блоки сайта или лендинга | Макет, текст, компоненты, ограничения дизайн-системы | Готовый блок или компонент | Верстка на мобильном, формы, события аналитики |
| Черновик API-интеграции | Документация API, ключевые endpoints, лимиты | Клиент, типы, обработка ошибок | Моки, таймауты, неверные ответы, лимиты |
| Code review checklist | PR, цель изменения, зоны риска | Список мест для проверки | Не принимать замечания вслепую, сверить с кодом |
Для сайта это может быть блок "калькулятор стоимости": Codex получает текущие компоненты, формулу расчёта, список полей и требование отправлять событие в аналитику. На выходе вы ждёте не "улучшенный сайт", а компонент, тесты на формулу и проверку события.
Для маркетинга и внутренних процессов Codex полезен в скриптах: разобрать выгрузку из рекламного кабинета, собрать отчёт по кампаниям, найти объявления с высоким CPL, подготовить CSV для импорта в CRM. Человек утверждает правила: какой CPL считать плохим, какие кампании не трогать, где нужна ручная проверка.
Как ставить задачу, чтобы Codex не ломал проект?
Плохой промпт: "почини форму". Нормальный промпт: "в файлах components/LeadForm.tsx и lib/validation.ts добавь поле ИНН. Валидация: 10 или 12 цифр. Не меняй API формы. Обнови тесты LeadForm.test.tsx. После изменения объясни diff и команды проверки".
В задаче должны быть пять вещей: контекст, границы, результат, запреты и приёмка. Контекст — какие файлы и зачем менять. Границы — куда не лезть. Результат — что должно заработать. Запреты — не менять схему БД, не трогать авторизацию, не переписывать дизайн-систему. Приёмка — какие тесты и ручные шаги подтверждают, что работа закончена.
Если проекта нет в хорошем состоянии, сначала дайте Codex задачу на разведку: "прочитай структуру, найди точку входа формы, предложи план без изменения файлов". Пусть покажет, куда собирается лезть. Код просите только после этого.
Где Codex лучше не использовать без разработчика?
Не отдавайте Codex в свободное плавание платежи, авторизацию, права доступа, миграции базы, продакшен-инфраструктуру, персональные данные и большие архитектурные переписывания. Там ошибка редко выглядит как красная лампочка. Чаще она тихо лежит в коде и ждёт плохого дня.
Пример: Codex может быстро добавить оплату через API и даже обработать успешный webhook. Но нюансы начинаются дальше: повторные webhook, подпись запроса, идемпотентность, отмена платежа, возврат, смена тарифа, доступ после неуспешного списания. Это уже зона разработчика.
С миграциями та же история. Попросить Codex написать черновик миграции можно. Применять её к живой базе без бэкапа, dry run и ревью нельзя. Метрика здесь простая: если ошибка может потерять деньги, доступы или данные клиентов, нужен человек с правом сказать "стоп".
Как проверять результат после Codex?
Проверка начинается не с восторга, а с diff. Посмотрите, какие файлы изменились. Если Codex тронул лишние места, откатывайте и режьте задачу уже. Хороший результат обычно маленький: несколько файлов, понятная причина каждого изменения, тесты рядом.
- Запустите тесты, которые относятся к задаче. Если Codex добавил тест, проверьте, что он падает на старом коде или хотя бы проверяет реальное поведение.
- Посмотрите diff глазами. Особенно условия, обработку ошибок, изменения типов, SQL, env-переменные и внешние API.
- Проверьте крайние случаи: пустой ввод, длинная строка, неверный формат, повторный запрос, отсутствие доступа.
- Сделайте ручной smoke test. Для формы это заполнение, отправка, ошибка сервера, событие аналитики и отображение на мобильном.
- Подготовьте откат: отдельная ветка, понятный commit, возможность быстро вернуть старую версию.
Не принимайте объяснение Codex за доказательство. Фраза "я обновил валидацию" ничего не значит, пока тест не прогнал 9, 10, 12 и 13 цифр, а форма не показала ошибку там, где должна.
Codex CLI, ChatGPT Codex и OpenAI Codex: как не путаться?
В быту эти названия часто смешивают. ChatGPT Codex обычно имеют в виду как режим или помощника для задач разработки внутри экосистемы ChatGPT/OpenAI. Codex CLI — инструмент для работы с кодом из терминала и репозитория. OpenAI Codex — семейство моделей и подходов OpenAI для программирования.
Если вам нужен именно терминальный сценарий, смотрите статью про то, как установить и использовать Codex CLI. Если выбираете между инструментами, пригодится разбор, чем OpenAI Codex отличается от Claude Code. Для соседнего подхода есть материал про то, как работать с Claude Code.
Важная граница: сравнение инструментов не заменяет процесс. Даже лучший AI-кодер будет опасен, если вы даёте ему доступ к продакшену без ветки, тестов и ревью.
Пример рабочего процесса для сайта или внутреннего инструмента
Допустим, нужно добавить в личный кабинет экспорт заявок в CSV. Не просите Codex "добавить экспорт" одним куском. Разложите задачу.
- Brief: экспорт заявок за выбранный период, поля name, phone, email, source, created_at. Доступ только для роли admin.
- Task: найти backend endpoint, добавить генерацию CSV, не менять схему БД, не трогать роли кроме проверки admin.
- Branch/diff: Codex работает в отдельной ветке и показывает изменённые файлы.
- Tests: проверка роли admin, запрет для обычного пользователя, пустой период, кириллица в CSV.
- Review: разработчик смотрит права доступа, формат ответа, нагрузку на большой выборке.
- Deploy: сначала staging, затем ручная проверка скачивания, затем прод.
Так Codex делает работу вместо специалиста на узком участке: пишет код, поднимает тесты, объясняет изменения. Но специалист остаётся владельцем риска. Он решает, что считать готовым, что откатить, а что вообще не надо было начинать.
В Telegram-канале Тимура разбираем практические AI-агенты, AI coding и маркетинговую автоматизацию без сказок про "одну кнопку". Если внедряете Codex, Claude Code или агентов в работу команды, подпишитесь: там больше живых схем и рабочих ограничений.
Подписаться на @yourself_realizeКороткий вывод
ChatGPT Codex стоит делегировать задачи, где можно заранее назвать вход, выход, файлы, запреты и тесты. Чем мутнее задача, тем больше Codex начинает угадывать. А угадывание в коде обычно заканчивается не магией, а лишним вечером в git diff.
Если хотите внедрять AI coding без хаоса, начните не с выбора модного инструмента, а с правил делегирования: какие задачи можно отдавать агенту, какие требуют ревью и кто нажимает кнопку deploy. Такие разборы Тимур регулярно публикует в Telegram.
Подписаться на @yourself_realize
