Вчера я поставил /goal на ночь, чтобы с утра подивиться волнующим новшествам. Ок

/goal это короче инновация уровня релиза самого Codex.

Просто большие вещи в космосе иногда имеют причудливую форму, бывает что их даже сложно увидеть.

В истории /goal run я увидел следующее:

1) Мизер лишнего аутпута по сравнению с типичным обращением. Модель в /goal это модель "в фокусе". Ей в целом похую что происходит вокруг, она с какой-то потусторонней скоростью ебашит в направлении цели, зная что никаких ограничений нет.

Забавно, но модель же в принципе торопится быстрее закончить свою работу, чтобы экономить ресурсы, в этом заключается основа её жизнедеятельности. В этом жила и наша проблема. Работа оператора - это игра промптами против повадки модели закончить работу как можно быстрее. Чем больше оператор может выдавить из модели за 1 run, тем больше он выдавит из неё за десятки Run'ов.

Тем самым оператор экономит собственную энергию, и обгоняет других Runner'ов.

А теперь модель одновременно торопится закончить быстрее, но.... не может, пока не выполнены условия <objective>.

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

2) Отсутствие ритуальной пульсации.

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

Так кодить в бесконечное число раз быстрее и надежнее чем рукожопами, но если сравнивать с /goal-механикой, то это всё равно что лететь через полпланеты с пересадками в КАЖДОМ ГОРОДЕ по маршруту - только взлетели и уже садимся - vs один раз взлетели и по прямой долетели.