OpenAI Codex: чем он отличается от Claude Code

Два агента, одна задача

Раньше нейросеть в разработке работала так: ты копировал кусок кода в чат, получал ответ, вставлял обратно. Сейчас появился другой класс инструментов — агенты, которые сами открывают файлы проекта, правят их, запускают команды и проверяют результат. OpenAI Codex и Claude Code — как раз из этого класса, и вопрос «что выбрать» звучит у новичков одним из первых.

Сразу скажу главное: разница между ними меньше, чем разница между «у меня есть агент» и «у меня нет агента». Оба закрывают одну и ту же работу. Но подход у них разный, и под разные задачи удобнее разное. Ниже — по пунктам, без рейтингов и бенчмарков, которые всё равно устареют через месяц.

Где живёт агент

Claude Code — это в первую очередь инструмент терминала. Ты запускаешь его в папке проекта, он видит файлы, редактирует их, выполняет команды. Есть интеграции с редакторами, но точка входа — командная строка на твоей машине или на твоём сервере.

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

Практическая разница простая. Если ты работаешь на одном компьютере или на своём сервере и хочешь видеть каждый шаг — терминальный сценарий удобнее. Если у тебя нормальный git-процесс и ты хочешь отдавать задачи «в облако», а разбирать их потом пачкой изменений — второй сценарий ложится лучше.

Как агент понимает твой проект

Оба читают проект сам по себе, но оба сильно выигрывают от того, что ты объяснишь правила заранее — текстовым файлом в корне репозитория. У Claude Code это файл правил проекта, у Codex сложилась конвенция AGENTS.md. Суть одна: стек, структура папок, стиль кода, что нельзя трогать, как запускать тесты.

Это не мелочь, а половина качества работы. Я убедился на своих проектах: пока правил нет, ты каждый раз объясняешь одно и то же и ловишь одни и те же ошибки. Как только правила лежат файлом — агент перестаёт «изобретать» твою архитектуру. Кстати, файл этот полезен и без агентов: новый человек в проекте читает его вместо трёх часов твоих объяснений.

Сколько свободы ты даёшь

Здесь различие самое заметное на практике. Оба агента умеют работать автономно, но по-разному просят разрешения.

Терминальный сценарий Claude Code ближе к работе в паре: он показывает, что собирается сделать, и ты соглашаешься или нет. Это удобно на чужом коде и на боевых серверах, где одна лишняя команда дорого стоит.

Облачные задачи Codex устроены наоборот: агент работает в песочнице, где ему нечего испортить, и приносит готовый результат. Это комфортнее психологически — ты не сидишь над ним, — но требует дисциплины в приёмке: результат надо читать целиком, а не по диагонали.

Мой вывод после года такой работы: чем больше свободы у агента, тем строже должна быть приёмка. Иначе ты копишь код, который никто не понимает, — и однажды платишь за это временем.

Сколько это стоит

Тарифы и лимиты у обоих вендоров меняются несколько раз в год, поэтому цифры проверяй на их сайтах. Ориентиры такие: есть подписка с лимитами использования и есть оплата по API за фактический объём.

Из личного: подписка Claude обходится мне в 22 000 ₽ в месяц — это профессиональный уровень, я работаю в нём каждый день, включая свой сервис. Отдельно стоит следить за акциями по лимитам: например, весной Claude на две недели удваивал пятичасовой лимит в непиковые часы — то есть вечерами и ночью по нашему времени, и включалось это автоматически на всех тарифах, от бесплатного до командного. Мелочь, но если ты работаешь по ночам, это заметная прибавка.

Общее правило по деньгам: пока ты учишься и работаешь руками — берёшь подписку. Как только код начинает генерироваться внутри твоего продукта в промышленных объёмах — считаешь API.

Что выбрал я

Все технические задачи у меня на Claude. Не потому, что остальное плохо, а потому, что у меня вокруг него выстроен процесс: правила проектов, сервер, доступы, привычная приёмка. Сменить инструмент — это не поставить другую программу, это перестроить процесс, и делать это надо ради заметного выигрыша, а не ради новости в канале.

При этом я не держусь за один бренд: тексты у меня на DeepSeek, поиск на Perplexity, дизайн-прототипы на Gemini. Инструменты — расходный материал, навык — нет.

Как выбрать за один вечер

Не читай обзоры — проведи свой тест. Возьми одну свою реальную задачу среднего размера и прогони её в обоих инструментах по одному сценарию:

1. Положи в корень проекта файл с правилами: стек, структура, что не трогать.
2. Поставь одинаковую задачу с одинаковым критерием приёмки.
3. Замерь не красоту ответа, а своё время: сколько ушло на проверку и переделку.
4. Отдельно проверь поведение при нехватке данных — спросит или придумает.

Победит тот, с которым тебе меньше пришлось спорить. Этот критерий работает лучше любого рейтинга: агент, который экономит твоё внимание, экономит и деньги.

Что важнее выбора инструмента

Скажу неприятное: 90 % проблем новичка не решаются заменой агента. Не запускается проект, некуда положить готовое, непонятно, как проверять результат, нет привычки декомпозировать задачу — от смены Codex на Claude Code это не лечится.

Поэтому порядок такой: сначала процесс, потом инструмент. Собери сервер, доступы, правила проекта, научись принимать работу — и любой из этих агентов начнёт давать результат. Именно это мы и делаем на курсе по вайбкодингу: поднимаем сервер, настраиваем окружение, ставим инструменты и доводим первый проект до живого адреса. Больше 80 человек уже прошли через обучение, и ни у одного из них проблема не была в том, что «взял не тот агент».

Если хочешь сначала попробовать сам — начни с бесплатного мини-курса, там пять уроков про базу.