В Codex от OpenAI вышла команда /goal — цикл, который не останавливается, пока цель не достигнута. Разбираю, что это и зачем, и привожу 10 готовых сценариев из разбора Meta Alchemist в X.
В Codex от OpenAI вышла команда /goal — и большинство ещё не разобралось, что это такое.
Вкратце: это цикл, который не останавливается, пока цель не достигнута. Своего рода locked-in режим для ИИ — агент крутится сам, пока вы не получите готовый результат.
В X мне попался отличный разбор у Meta Alchemist — он показал, что главная сила /goal не в «почини баг», а в переиспользуемых рабочих сценариях. Согласен с автором и хочу пересказать суть по-русски, со всеми десятью промптами, которые можно забирать в работу прямо сейчас.
Оригинальный пост в X (Meta Alchemist, @meta_alchemist)
Очевидное применение выглядит так:
/goal fix this bugПолезно. Но это лишь верхушка айсберга.
Настоящий разблок — когда /goal становится шаблоном процесса. Не «сделай задачу один раз», а «крутись в цикле, пока не выйдешь на нужный результат». То есть вы один раз формулируете правила игры — и потом запускаете их на любой задаче.
Дальше — десять сценариев, которые стоит взять в работу.
/goal Build a playable browser game [определите, какую именно]Простая, но мощная штука. Цикл крутится до играбельной версии в браузере. Хороший способ проверить новую идею за вечер.
/goal Map how everything works in this repo.
Do not edit files.
Trace everything.
Make documentation.Полезно, когда вам передали чужой репозиторий или вы вернулись в свой через полгода. Никаких правок — только разбор и документация.
/goal Find the smallest high-leverage refactors to make in this repo.
Do not edit yet.
Look for duplication, confusing boundaries, brittle tests, or dead paths.
Recommend one focused change with the biggest payoff, for each item.
Only recommend things for what needs to really improve, do not bother with what's already good.Без правок. Только точечные рекомендации с максимальным эффектом — и без шума по тому, что и так в порядке.
/goal QA the onboarding flow like a skeptical new user.
Check mobile, empty states, loading states, validation errors, copy, and broken interactions.
Fix obvious bugs.
Report bigger product issues separately.Очевидные баги фиксит сразу, продуктовые вопросы приносит отдельным отчётом. Удобно для онбординга, форм, любых пользовательских флоу.
/goal Identify the 3 most valuable missing tests for this feature.
Read the implementation and existing tests.
Find the riskiest untested behavior.
Rank the tests by value.
Implement only the top one first.Не «напиши тестов побольше», а «найди три самых ценных и начни с одного». Реалистичный подход к покрытию.
/goal Decide whether branches in this repo are ready to ship.
Review the diff.
Run relevant checks.
Look for risky behavior changes, missing docs, migration issues, and broken assumptions.
Do not push or merge.
Report to me what needs fixing.Никаких пушей и мерджей — только диагноз перед релизом. Что готово, что нет, что чинить.
/goal Update the docs so a new developer or agent can better understand this system very fast.
Read the source first.
Do not invent behavior.
Use practical examples.
Call out anything the code does that the docs currently hide.Главный принцип: документация подстраивается под код, а не наоборот. Никаких выдуманных поведений — только то, что реально происходит.
/goal Look at all my work, find the best repetitive dev task in this repo that could be automated, that I haven't automated yet.
Look at scripts, tests, docs, release steps, and setup friction.
Recommend the smallest useful automation.
Implement it only if it is low-risk and easy to verify.Агент сам ищет самую полезную, но ещё не автоматизированную рутину — и аккуратно её закрывает. Маленькими шагами, без риска что-то сломать.
/goal Turn this technical idea into 5 pieces of content.
Create:
- one X long-form post
- one short punchy post
- one hook list
- one example-driven post
- one contrarian angle
Keep the ideas practical, not generic.Одна идея → пять разных форматов. Без банальностей, только практика.
/goal Research this feature/topic and turn it into a practical post.
Find what changed, why it matters, and how builders can use it.
Avoid hype.
Give examples people can copy.
End with a clear takeaway.Берёт тему, разбирается, выдаёт практичный пост без шума — с примерами, которые можно скопировать к себе.
Плохие /goal-промпты — это размытые пожелания:
«Improve this.» «Clean this up.» «Make something cool.»
Хорошие /goal-промпты создают цикл с понятным завершением:
Именно поэтому /goal интересен. Он превращает Codex из чат-бокса в работника с финишной чертой.
Сохраните себе эти десять сценариев и запустите два-три у себя в проекте. По опыту — после пары циклов вы начнёте видеть собственные «петли», которые можно отдать агенту: вещи, которые повторяются, но никто не садится их автоматизировать.
Именно так и появляется ваша личная библиотека /goal-сценариев.
Если хочется не подбирать /goal-промпты по одному, а собрать рабочий контур из агентов под ваши конкретные задачи — у меня есть формат консультации, где мы это делаем вместе. Спокойно разбираем ваш стек, процессы и фиксируем, какие петли стоит запускать первыми.