Чат-боты 29.06.2026 чтения обновлено 29.06.2026

Режим goal (/goal) в OpenAI Codex – как реально включить и работать с автономным агентом

Полный практический гайд по режиму goal в OpenAI Codex – как включить, настроить, управлять автономным агентом и использовать /goal для крупных задач с измеримыми целями.

Андрей Сарапулов редактор Источник

Режим goal (/goal) в OpenAI Codex – как реально включить и работать с автономным агентом

Раньше Codex отвечал на запрос и замолкал. Теперь он умеет взять большую задачу и тащить её сам: планировать, тестировать, доводить код до результата без бесконечных новых промптов. Это и есть режим goal. В гайде разберём, что это за штука, как её включить, где грабли и на каких задачах она реально выручает.

Что такое режим goal и зачем он появился

Официальная страница «Using Goals in Codex» в документации OpenAI

Раньше Codex работал по схеме «один промпт – один ответ». Теперь он получает измеримую цель и идёт к ней сам, наматывая циклы итераций часами, а иногда и сутками. Это и есть переход от подсказчика к исполнителю.

Codex – это агент для кода от OpenAI. Он живёт там же, где и ChatGPT, и работает на тех же подписках, так что отдельно покупать его не нужно.

Идея выросла из общей гонки автономных агентов и подоспела как раз к выходу GPT-5.6. OpenAI называет режим production-ready: рабочий инструмент для боевых проектов, а не экспериментальная игрушка. И это серьёзный сдвиг. Codex из умного автодополнения превращается в исполнителя, который держит в голове долгую задачу.

Чем /goal отличается от обычного промпта

Обычный промпт – это запрос и мгновенный ответ от Codex. Режим goal – это цикл из нескольких этапов, которые Codex повторяет сам и целенаправленно:

Plan – разбивает глобальную цель на подзадачи, формирует поэтапный план.
Act – вносит правки в код, устанавливает зависимости, запускает команды в shell.
Test – исполняет юнит-тесты, линтеры, билды – проверяет качество.
Review – анализирует результаты, сверяет прогресс с критериями успеха.
Iterate – на основе анализа строит план на следующий шаг и начинает новый цикл.

На каждом витке Codex сам анализирует свой прогресс и решает, стоит ли продолжать или задача уже выполнена.

Из беты в стабильный релиз (GA)

Codex changelog: режим goal в обновлениях OpenAI

Режим goal покинул стадию беты и стал доступен в режиме GA с мая 2026. Появился во всех клиентах Codex: десктопном приложении, IDE-расширениях, CLI, а также в ACP-совместимых клиентах, таких как Zed.

Это значит, что фичу можно использовать не только чтобы тестировать и играться – а прямо в промышленных проектах. На практике это даёт уверенность запустить крупные задачи с минимальными опасениями по стабильности и поддержке.

Как включить и настроить /goal (пошагово)

Команды и слэш-команды Codex в документации OpenAI

Здесь всё довольно просто, если знать где копать. При работе с Codex (в приложении или IDE-расширении) вы вызываете команду /goal, после чего формулируете задачу для агента.

Пример базовой последовательности:

Вызовите команду /goal и сформулируйте чёткую цель: что хотите получить в итоге (например, «добавить покрытие тестами на 95%»).
Задайте критерии выхода: как понять, что работа закончена (покрытие >= 95%, тесты без ошибок).
Установите бюджет: ограничьте время работы или количество токенов, чтобы не «зависнуть» (например, 4 часа или 150 000 токенов).
Запустите агента в песочнице – Codex теперь живёт своим циклом: планирует, действует, тестирует.
Управляйте процессом на ходу: цель можно поставить на паузу (/goal pause), продолжить (/goal resume) или сбросить (/goal clear).
Следите за паузами, которые Codex делает сам, чтобы дождаться ваших решений или сверить прогресс.

Codex автоматически останавливается, когда цель достигнута или исчерпан бюджет.

Verifiable exit criteria – самое важное правило

Главное правило режима goal: критерии выхода должны быть проверяемыми и измеримыми. Цель размытая – агент будет метаться по кругу и не остановится.

Например, хорошие критерии:

«Покрытие тестами достигает 100%» – можно проверить через тестовый ранер.
«Core Web Vitals (LCP) ниже 2.5 секунды» – метрика легко измеряется.
«Сократить время деплоя на 30%» – требует метрик и мониторинга.

Если задавать абстрактное «улучшить код» или «сделать лучше», Codex не сможет корректно понять и остановить цикл.

Сколько это стоит в токенах (реальные кейсы)

Тут вот что: режим goal жрёт в разы больше токенов, чем стандартный промпт. Причина в сложных внутренних системных подсказках, резюме плана, логах рассуждений и циклах компакции. И этот расход почти всегда недооценивают.

Из реальных кейсов:

Один прогон режима goal – около 188 832 токенов, это примерно десятые доли недельной квоты на $100-план.
Рефакторинг торгового приложения с 210 задачами длился 6.5 часов и сожрал 20% недельного бюджета.
Экспериментальная миграция в 18 часов «съела» 9% квоты всего за первые 8 часов.

Так что, если на тарифе Plus бюджет ограничен, режим goal будет выгорать слишком быстро.

Грабли и подводные камни

На тарифе Plus чаще всего потребление превышает лимиты и задачи не доходят до завершения. Совет: брать Pro минимум $100/мес для серьёзной работы с goal.
При достижении rate limit режим падает молча – без ошибок и уведомлений, что запутывает.
Компакция контекста – это главный баг: Codex сжимает историю, и важные инструкции или требования проверки могут выпасть из текущего контекста, из-за чего агент может принять зелёные тесты за финал слишком рано.
Чем больше автономии, тем меньше контроля – Codex может подтягивать ненужные библиотеки или делать не самые удачные архитектурные решения, когда работает в режиме fully autonomous follow-goal.

Кому режим goal нужен, а кому нет

Режим отлично подходит для рутинных задач, которые можно формализовать: крупные рефакторы, миграции, добавление тестов, оптимизация по «конкретным» метрикам. Там, где можно задать измеримый критерий и отпустить агента работать самостоятельно.

Не советую использовать /goal при тонкой архитектурной работе, когда важен человеческий контроль, особенно если задача сложная и критерий завершения расплывчат. А ещё – избегайте его на тарифе Plus, где есть риск выгореть по бюджету.

А есть ли такое у Claude Code

Да, и это почти близнецы. У Claude Code есть своя команда /goal с тем же принципом: вы задаёте измеримое условие завершения, а отдельный встроенный оценщик решает, продолжать цикл или работа уже сделана. Многие отмечают, что у Claude Code связка «условие выхода плюс авто-продолжение» сделана даже чуть строже за счёт независимой проверки прогресса.

Сверх /goal у Claude Code есть ещё пара автономных команд: /loop для повторяющихся задач и /batch для крупных рефакторов, которые раскидываются по параллельным агентам в изолированных worktree. Плюс фоновые субагенты, которые работают, пока вы заняты другим. Так что выбор между Codex и Claude Code тут не про «есть фича или нет», а про то, в чьей экосистеме и на каком тарифе вам удобнее работать.

Итог

Режим goal в Codex превращает вас из пользователя умного автодополнения в пользователя автономного агента, способного самостоятельно работать над измеримыми задачами. В контексте появления GPT-5.6 и тренда автономных агентов это важный шаг вперёд.

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

Instagram*, Facebook*, Meta* и другие сервисы компании Meta Platforms Inc. запрещены на территории Российской Федерации.

* Meta Platforms Inc. признана экстремистской организацией и запрещена на территории РФ.