🎯 Follow a Goal: режим, в котором Codex работает до результата
Режим /goal нужен для задач, в которых Codex должен самостоятельно пройти много этапов и не остановиться после первого промежуточного результата.
Главное отличие от обычного запроса: текст цели одновременно становится и заданием, и критерием завершения. Codex продолжает работу, пока не сможет подтвердить достижение результата или пока ему не потребуется решение пользователя.
Но здесь есть важный нюанс: /goal хорошо работает не с пожеланиями вроде «сделай дизайн идеальным», а с проверяемыми результатами.
Хорошая цель содержит:
— конкретный итог;
— ограничения и границы изменений;
— тесты, метрики или другие критерии готовности.
Например:
/goal Перенеси проект с JavaScript на TypeScript, сохрани текущее поведение, включи strict mode и добейся прохождения всех тестов.
Самые удачные сценарии — миграции, большие рефакторинги, выполнение конечного списка задач и улучшение результата до заданной метрики.
А вот расплывчатая цель может превратиться в долгий цикл, потратить много лимита или дать формально законченный, но посредственный результат. Особенно если в одной задаче смешаны исследование, проверка логики, UX, тексты и реализация без отдельных критериев качества.
Практическое правило простое:
/plan помогает понять, что и как делать.
/goal — самостоятельно довести уже понятную задачу до измеримого результата.
Если конечное состояние пока трудно сформулировать, OpenAI рекомендует сначала использовать /plan, уточнить ограничения и критерии успеха, а уже затем запускать /goal.
Во время работы цель можно приостановить, продолжить, изменить или удалить. При этом режим не получает дополнительных разрешений и останавливается, если требуется ваше решение.
Режим /goal нужен для задач, в которых Codex должен самостоятельно пройти много этапов и не остановиться после первого промежуточного результата.
Главное отличие от обычного запроса: текст цели одновременно становится и заданием, и критерием завершения. Codex продолжает работу, пока не сможет подтвердить достижение результата или пока ему не потребуется решение пользователя.
Но здесь есть важный нюанс: /goal хорошо работает не с пожеланиями вроде «сделай дизайн идеальным», а с проверяемыми результатами.
Хорошая цель содержит:
— конкретный итог;
— ограничения и границы изменений;
— тесты, метрики или другие критерии готовности.
Например:
/goal Перенеси проект с JavaScript на TypeScript, сохрани текущее поведение, включи strict mode и добейся прохождения всех тестов.
Самые удачные сценарии — миграции, большие рефакторинги, выполнение конечного списка задач и улучшение результата до заданной метрики.
А вот расплывчатая цель может превратиться в долгий цикл, потратить много лимита или дать формально законченный, но посредственный результат. Особенно если в одной задаче смешаны исследование, проверка логики, UX, тексты и реализация без отдельных критериев качества.
Практическое правило простое:
/plan помогает понять, что и как делать.
/goal — самостоятельно довести уже понятную задачу до измеримого результата.
Если конечное состояние пока трудно сформулировать, OpenAI рекомендует сначала использовать /plan, уточнить ограничения и критерии успеха, а уже затем запускать /goal.
Во время работы цель можно приостановить, продолжить, изменить или удалить. При этом режим не получает дополнительных разрешений и останавливается, если требуется ваше решение.