Goal — это сохраняемая цель для длительной работы в Codex. Она задаёт конечный результат, с которым агент сверяет последующие шаги и проверки.

Обычный промпт описывает ближайшее действие. Goal фиксирует результат, к которому нужно двигаться в ходе нескольких итераций. По состоянию на 9 сентября 2026 года справочник команд для разработчиков перечисляет /goal среди команд, начинающихся с косой черты (slash-команд), в приложении ChatGPT для компьютера, а официальный репозиторий Codex описывает её как команду для установки или просмотра цели длительной задачи.

Коротко: промпт задаёт следующий шаг, Goal — проверяемый итог длительной работы.

Содержание

  1. Когда использовать Goal
  2. Как устроена хорошая цель
  3. Как создать и проверить Goal
  4. Универсальный шаблон
  5. Готовые примеры
  6. Границы и безопасность
  7. Чеклист быстрой проверки
  8. Частые вопросы

Когда использовать Goal

Goal подходит для задачи, в которой:

  • работа состоит из связанных этапов;
  • следующий шаг зависит от предыдущей проверки;
  • понадобится несколько попыток;
  • готовность можно подтвердить тестом, документом, отчётом, интерфейсом или другим наблюдаемым результатом;
  • ограничения должны сохраняться на протяжении всей работы;
  • агенту нужно продолжать цикл «действие → проверка → корректировка».

Типичные примеры:

  • найти и подтвердить причину нестабильного теста;
  • обновить зависимость и устранить несовместимости;
  • провести аудит проекта и подготовить отчёт;
  • достичь измеримого показателя производительности;
  • подготовить и проверить статью;
  • проверить интерфейс на компьютере и телефоне;
  • довести ветку до состояния, готового к проверке.

Обычного промпта достаточно, если нужно объяснить термин, перевести абзац, найти один файл или исправить очевидную опечатку. Goal полезна там, где действительно существует длительный рабочий цикл.

Как устроена хорошая цель

Целевая архитектура Goal состоит из шести элементов.

1. Конечный результат

Опишите состояние, которое должно быть получено.

Слабо:

/goal Посмотри проект.

Лучше:

Промпт:

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

2. Способ проверки

Назовите свидетельство готовности: тесты, вывод команд, итоговый документ, снимки экрана, разницу файлов, список источников или пользовательский сценарий.

Готово, когда сборка проходит, тесты зелёные, а изменённый сценарий проверен в интерфейсе.

3. Границы работы

Укажите разрешённые файлы, системы, источники и действия.

Работать только в текущем репозитории. Не обращаться к боевой среде и внешним сервисам.

4. То, что нужно сохранить

Перечислите поведение и данные, которые нельзя повредить.

Сохранить публичный API, пользовательские данные и действующие проверки.

5. Порядок между итерациями

Задайте правило выбора следующего шага.

После каждого изменения запускать релевантные тесты. Если исправление не помогло, пересмотреть гипотезу перед новой попыткой.

6. Условие остановки

Опишите честное завершение при нехватке доступа, данных или разрешений.

Если для проверки нужен недоступный доступ, остановиться и перечислить подтверждённые факты, неизвестное и условие продолжения.

Как создать и проверить Goal

Введите /goal, пробел и формулировку результата:

Промпт:

/goal Подготовить проверенное обновление руководства по Goals, сохранив полезные примеры и структуру. Ничего не публиковать без отдельного подтверждения.

Для просмотра текущей цели используйте /goal без аргументов:

/goal

Официальные материалы подтверждают наличие /goal, её назначение и поддержку аргументов. Полный набор дополнительных вариантов управления может зависеть от версии и интерфейса Codex, поэтому перед их использованием откройте меню slash-команд или актуальный справочник команд.

Goal считается достигнутой после проверки заданных критериев. Прерывание задачи или исчерпание бюджета сами по себе не подтверждают готовность результата.

Универсальный шаблон

Промпт:

/goal [желаемый конечный результат].

Проверка:
[тест, документ, отчёт, интерфейс, команда или другое свидетельство].

Границы:
[разрешённые файлы, системы, источники и действия].

Сохранить:
[поведение, данные, API, структуру и другие ограничения].

Порядок работы:
[как выбирать следующий шаг между итерациями].

Готово, когда:
[проверяемые критерии завершения].

Если заблокировано:
[что зафиксировать и какое решение, свидетельство или разрешение позволит продолжить].

Формулировка может быть короткой. Главное, чтобы результат допускал проверку.

Готовые примеры

Разбор проекта без изменений

Промпт:

/goal Подготовить проверяемую карту текущего проекта.

Границы:
только читать файлы и конфигурацию. Ничего не менять, не выполнять развёртывание, не обращаться к боевой среде и не выводить секреты.

Порядок работы:
сначала определить правила проекта и источники истины, затем найти точки входа, компоненты, потоки данных и критические зависимости.

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

Диагностика ошибки

Промпт:

/goal Найти наиболее вероятную причину ошибки: [описание].

Границы:
начать с анализа без изменений. Не менять боевую среду, данные, авторизацию, маршрутизацию и внешние сервисы.

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

Готово, когда:
причина подтверждена либо остались одна-две конкретные проверяемые гипотезы с перечнем недостающих данных.

Исправление не выполнять без отдельного подтверждения.

Подготовка статьи

Промпт:

/goal Подготовить полную статью о [тема] для [аудитория].

Проверка:
ключевые утверждения подтверждены актуальными первичными источниками, структура понятна, примеры применимы, ссылки работают.

Границы:
не выдумывать факты и личный опыт, ничего не публиковать.

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

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

Подготовка ветки к проверке

Промпт:

/goal Определить, готова ли текущая ветка к проверке.

Границы:
не отправлять изменения, не создавать запрос на слияние (PR), не выполнять слияние и развёртывание.

Порядок работы:
проверить правила проекта, состояние рабочей директории, разницу изменений (diff), тесты, миграции, документацию и совместимость.

Готово, когда:
есть решение «готово» или «не готово», список выполненных проверок, блокеров, рисков и следующий безопасный шаг.

Границы и безопасность

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

Для потенциально опасной задачи добавьте явную границу:

Сначала выполнить анализ без изменений.

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

Публикацию, отправку, развёртывание, слияние и внешнюю запись считать отдельными действиями, требующими согласования.

План, проектные инструкции и Goal выполняют разные функции:

  • Goal фиксирует проверяемый итог текущей задачи;
  • план описывает последовательность действий;
  • AGENTS.md задаёт правила работы с проектом;
  • память и заметки сохраняют контекст;
  • трекер задач нужен для командной координации и долговременного учёта.

Чеклист быстрой проверки

Перед активацией Goal проверьте:

Конечный результат сформулирован ясно.
Результат требует нескольких связанных шагов.
Указан наблюдаемый способ проверки.
Названы разрешённые файлы, системы или источники.
Перечислено то, что нельзя менять или ломать.
Есть критерии готовности.
Определён порядок действий между итерациями.
Описано поведение при блокере.
Опасные действия требуют отдельного подтверждения.
Неизвестное отделяется от подтверждённых фактов.
Лимит или прерывание не считаются успешным завершением.
Короткий одноразовый промпт не решил бы задачу проще.

Частые вопросы

Goal выполняет всю работу без участия человека?

Нет. Codex зависит от доступных инструментов, разрешений, свидетельств и решений пользователя. Goal помогает сохранять направление длительной работы.

Можно поставить несколько целей одновременно?

Для одного рабочего потока лучше использовать одну ясную конечную цель. Независимые результаты удобнее разделить по разным задачам.

Goal заменяет план?

Нет. Goal определяет результат, план — путь к нему. Для сложной работы полезны оба.

Что делать, если задача изменилась?

Если изменился только способ достижения результата, уточните контекст и продолжайте. При изменении самого результата пересмотрите текущую цель через доступные элементы управления и сформулируйте новую цель, чтобы критерии готовности не конфликтовали.

Что должен содержать отчёт о блокере?

Укажите:

  • что уже подтверждено;
  • какие варианты проверены;
  • почему продолжение невозможно;
  • какое решение, свидетельство или разрешение требуется;
  • какой следующий шаг станет доступен после разблокировки.

Блокер нельзя выдавать за достижение цели.

Официальные источники

Проверено 9 сентября 2026 года:

Следующий шаг

Codex App — единый справочник по среде от OpenAI

Если вы хотите встроить Goals в рабочий процесс, отдельно определите критерии готовности, границы полномочий и действия, для которых требуется решение человека.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov