2,121 passages, newest first · 119 ms
2) Отсутствие ритуальной пульсации.
Когда обращаешься к модели, у нее есть конкретная структура действий: читаем вот эти доки, идем вон в те папки, чешем попку, прикидываем план плана плана, уточняем план плана, выбираем план, чешем пузико, на всякий случай идем еще перепроверим все репы, весь компьютер, весь сервак по SSH, подумаем маленько, дальше начинается работа, которая в какой-то момент…
Так кодить в бесконечное число раз быстрее и надежнее чем рукожопами, но если сравнивать с /goal-механикой, то это всё равно что лететь через полпланеты с пересадками в КАЖДОМ ГОРОДЕ по маршруту - только взлетели и уже садимся - vs один раз взлетели и по прямой долетели.
Кроме затраченного времени, я сэкономил какое-то просто невнятное число токенов. Обычно когда я с утра просыпаюсь, поставив перед сном луп на бюджете близком к 100%, я привык видеть 50-60% остатка на счетчике, который я в итоге тремя сессиями поверх продолжающегося лупа разъебу до шести вечера наступившего дня, и перепрыгну на следующую подписку.
Сегодня я проснулся, а на счетчике 88%, при том что я параллельно с /goal пустил очень злоебучую таску которая работала судя по времени последнего коммита в 4 раза дольше чем сам /goal.
То бишь /goal сожрал едвали 3-4% от недельной нормы, хотя обычно эта задача жрала 40-50%. То бишь в 12+ раз стало пизже:))
Хаха)) Помните мы с полгодика назад тут рассуждали что все идет к тому что мы будем просто говорить модели что нам хочется чтобы произошло, и это станет её проблемой как это сделать?
Надеюсь все заценили уже свеженький /goal <objective> в новом релизе CLI?;)
В Codex APP пока нет, но это похую, в CLI же уже есть )))))
Это вам не суп из семи заLOOP.
Тупо делаешь план, или просто говоришь что тебе хочется чтобы было, после /goal, и модель не остановится пока ты это не получишь.
Но я все же делал бы через план, потому что иначе она может в какой-то момент за уши притянуть результат:)
Воткнул огромный план в /goal перед сном, интересно что я увижу завтра утром:)
Я думаю об этом еще совсем недолго, но чем дольше думаю, тем сильнее волосы шевелятся на голове) ВЗБУДОРАЖЕН
У меня огромная разработка, а как известно - огромная разработка = ОГРОМНЫЕ ПРОБЛЕМЫ =)
Они конечно далеко не всегда огромные, но зато их ДОХУЯ.
И вот шутка в том что часть этих проблем имеют такой паршивенький характер. Они вроде на слух вообще смешные, элементарные. На деле они не решаются ни с третьей, ни с пятой, ни с восемнадцатой попытки.
Рано или поздно решить их удается, потому что проблема в духе "анкоры на майкрософте отваливаются от SMTP-движка быстрее чем мы успеваем с них письмо отправить" - это проблема которую я не могу не решить, потому что это как бы своего рода основа системы которую я строю, одна из.
На решение этой головоломки у меня ушло больше десяти часов, а значит не меньше десяти промптов. На самом деле я думаю даже больше 20.
Даже если предположить что это ленивые пинг-промпты "подумай еще" - это всё еще 20 таких промптов. Они 20 раз потребовали мое внимание. 20 раз вызвали фрустрацию от неудачи по итогам работы промпта. 20 раз то, 20…
А это ведь не одна такая задача.
И вот... /goal
Я могу один раз этой хуйне сказать что мне нужно, и что я считаю результатом в данном вопросе. Для вышеописанной проблемы даже промпт длинный не нужен, всего 10 параметров перечислил бегло, и две эмоциональных строчки, пальчики не устанут.
Это ж сколько фрустрации с плечЪ за неделю? Это ж сколько раз не надо отправлять промпт с кривым ебалом?
Честно говоря - это главная инновация квартала, как по мне, сопоставимая с самой 5.5, думаю даже превышающая её по значимости, ведь и предыдущие модели уже нормально кодили, все что у меня работает написано до 5.5 =)
Пиздато
Вчера я поставил /goal на ночь, чтобы с утра подивиться волнующим новшествам.
Оказалось что весь наш амбициозный план был внедрен через Goal и протестирован e2e за... 1ч 10 м.
План состоял из 16 задач, и открытого предложения дописывать подзадачи если столкнулись с не просчитываемой заранее проблемой.
Обычно такой план на 5.5 xhigh занимал у модели 12-20 часов.
Я было думал что хуево сделано небось, и сейчас придется переделывать по-старинке.
Но нет, все реально работает как и задумывалось.
Я полез смотреть историю работы /goal, и понял в чем прикол.
/goal это короче инновация уровня релиза самого Codex.
Просто большие вещи в космосе иногда имеют причудливую форму, бывает что их даже сложно увидеть.
В истории /goal run я увидел следующее:
1) Мизер лишнего аутпута по сравнению с типичным обращением. Модель в /goal это модель "в фокусе". Ей в целом похую что происходит вокруг, она с какой-то потусторонней скоростью ебашит…
Забавно, но модель же в принципе торопится быстрее закончить свою работу, чтобы экономить ресурсы, в этом заключается основа её жизнедеятельности. В этом жила и наша проблема. Работа оператора - это игра промптами против повадки модели закончить работу как можно быстрее. Чем больше оператор может выдавить из модели за 1 run, тем больше он выдавит из неё за десятки Run'ов.
Тем самым оператор экономит собственную энергию, и обгоняет других Runner'ов.
А теперь модель одновременно торопится закончить быстрее, но.... не может, пока не выполнены условия <objective>.
Получается как собака с привязанной на палке сосиской, которая всегда болтается перед её носом.
2) Отсутствие ритуальной пульсации.
Когда обращаешься к модели, у нее есть конкретная структура действий: читаем вот эти доки, идем вон в те папки, чешем попку, прикидываем план плана плана, уточняем план плана, выбираем план, чешем пузико, на всякий случай идем еще перепроверим все репы, весь компьютер, весь сервак по SSH, подумаем маленько, дальше начинается работа, которая в какой-то момент…
Так кодить в бесконечное число раз быстрее и надежнее чем рукожопами, но если сравнивать с /goal-механикой, то это всё равно что лететь через полпланеты с пересадками в КАЖДОМ ГОРОДЕ по маршруту - только взлетели и уже садимся - vs один раз взлетели и по прямой долетели.
Кроме затраченного времени, я сэкономил какое-то просто невнятное число токенов. Обычно когда я с утра просыпаюсь, поставив перед сном луп на бюджете близком к 100%, я привык видеть 50-60% остатка на счетчике, который я в итоге тремя сессиями поверх продолжающегося лупа разъебу до шести вечера наступившего дня, и перепрыгну на следующую подписку.