Search

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

Можно конечно нагородить 15 запросов к 3м разным моделям для cost-efficiency, которые потом еще проверяются 10 запросами для контроля качества и рефайнментов, но даже если 100 проходок делать - это менее надежно чем тупо дернуть кодекс с правильно паснутым в него контекстом и промптом зашитым в кнопку или триггер, и дождаться когда кодекс сделает свое дело. Причем там чем дольше…

Если какая-то автомаха ну очень хорошо работает и боишься что комп не будет включен - ну бля можно raspberry p5 купить, воткнуть в роутер, и знать что одна сессия за 200 баксов существует только для того чтобы обслуживать эти процессы. Я с трудом представляю себе (пока что) набор процессов в одном проекте который может быть способен сжечь целиком недельный лимит…

НО ОСОБЫЙ КАЙФ доставляет вкорячивание терминал-лайк интерфейсов с заполняющимся прогрессом который кодекс очень галантно отмечает по мере своей работы (поскольку мы его об этом в промпте зашитом в кнопку явно просим лол).

Это ощущается словно я в фильме про будущее, далекое, всратое, настоящее, Ридли Скоттовское =)

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

Особенно приятно осознавать что любой НЕ ЗЕЛЕНЫЙ алерт, как бы намекающий что что-то не идеально, запускает соседнюю сессию, которая чинит причину, пока текущая сессия продолжает ЗНАЯ благодаря промптингу что плохой алерт - не блокер, его скоро починят, и можно пока сделать остальное.

Их, эти сессии, даже можно научить общаться между собой через файл... И материнская сессия тогда может научиться контролировать не упала ли и не родилась ли мертвой сессия-спасатель, и оживлять её если она нихуя не эммитит ризонинга в файл...

Как же это красиво, господи, создай еще какой-нибудь такой хуйни, ну очень нравится!!!

https://www.youtube.com/watch?v=JOu8v6CBjkE

Ухты)
Интересно о чем сейчас думают все Simultaneous AI Translation Engines стартапы и их инвесторы на десятки лямов?

У бомбы было несколько таких клиентов..

Правда откровенно говоря продавать такое от 3rd party хуй пойми кого было околонереально. Энтерпрайзы с удовольствием и большим интересом вертели в руках, и говорили: бля круто мужики, спасибо, ждем когда теперь это выпустит кто-то у кого мы не побоимся это купить)

Сегодня дождались)

Какой-то ебланский вывод)
Можно так же взглянуть на это что Маск - топовый дилбрэйкер
Умудряется сразу во все направления инвесторов привлекать на какие-то космические суммы
И везде щипает свои доли/дивиденды
У любого процесса есть физическое сопротивление, которое преодолевается только через сделки
Типа разных игроков подключаешь - суммируешь достижения в битве с сопротивлением всех этих игроков
Амазон можно подумать сразу…

Дружбан пишет такой мол Энтони но ведь возможно теперь можно тупо брать массой через эту новую хуйню от Instantly, что в этом плохого?

Сколько с ними ни дружи, они никогда все равно не запомнят что самое дорогое в аутриче - это контакты.

Всегда было, всегда будет.

Какой блядь массой? Рвотной?

Да и как бы у домена есть карма, обратно её никогда уже не вернешь, если проебал. Карма это как девственность, причем та самая, первозданная, созданная Богом из ребра вместе со всеми остальными костями и органами.

Я конечно не Кришна, но за кармой слежу, а те кто купят у Instantly Airmail сервис карму свою проебут.

Хотя они потом побегут к хирургам по восстановлению девственности, и те на этом потоке тоже заработают. Те в итоге побегут в магазин за сигами и сникерсом, и магазин заработает.

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

Налоги отдадут Сэму Альтману.

Он проебет их на полную хуйню, но маленький кусочек уронит и его дрожащей ручонкой в кулачке сожмет инженер из MIT. Он позвонит другу, друг купит крэк. Они обкурятся и изобретут наконец ебучий AGI.

Все благодаря Instantly) Эффект бабочки смотрели же?!

уже на своей
Это НЕ Instantly
Повторяю, это НЕ Instantly
НЕ Instantly
Это SLSBMB Sender a.k.a мамки индусов толстые a.k.a за бабос мне похую любой мороз

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

Оказалось что весь наш амбициозный план был внедрен через Goal и протестирован e2e за... 1ч 10 м.

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

Обычно такой план на 5.5 xhigh занимал у модели 12-20 часов.

Я было думал что хуево сделано небось, и сейчас придется переделывать по-старинке.

Но нет, все реально работает как и задумывалось.

Я полез смотреть историю работы /goal, и понял в чем прикол.

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

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

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

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

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

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

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

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