ivan zakutni

Я первый раз попробовал v0.dev и лучше бы не пробовал. Название, вообще, очень точное – на выходе у меня получился именно v0 фронтенд, настолько кривой, что отвратительный! с ним ничего нельзя сделать кроме как выкинуть к чертовой слопобабушке! Возможно... v0 работает хорошо/лучше с react. Ну мб, но зачем мне реакт? Мне надо vue. Возможно, подумаете вы, я скормил ему плохой промпт? Но нет, я скормил ему specs из haft которые, на минуточку, формировались почти полторы недели, плюс DESIGN.md и PRODUCT.md выведенные из этих самых specs с помощью impeccable Да, я редко пишу про прикладные штуки. Но сейчас я все таки пишу, потому что impaccable это мощь! Сила! Класс! Срочно пробуйте! В сетапе где у вас есть уже отличные спеки, объясняющие что вы строите (ждите, 8.2.0 haft скоро будет, и я все расскажу, что оно и как и какие спеки вам помогает писать. Да, это байт на лайки), и хороший агент который умеет генерировать изображения и ходить в браузер, смотреть и мучать что он там наделал... получится хорошо. В моем случае "хороший агент", это codex, в частности – codex app. Я не знаю насколько хороша интеграция с браузером в codex cli, но апп прямо из коробки хорошо молотит с playwright. Вообще какое-то время я уже почти не пользуюсь cli агентами как основной средой, все headless и one-shot комманды. Но об этом тоже в другой раз))) Итак, ваша формула успеха в agentic фронтенде: 0) крутой агент и крутое окружение (читай Codex App, вам там и терминал, и worktrees, и браузер, и ничего не тормозит давно), impeccable, и shadcn (для vue или реакта, если любите пожирнее). Ставити все это в своей проект и сражаетесь. 1) Думаю что можно начать с голого поля, и собирать design и product "спеки" прямо с impeccable, но я рекомендую подойти серьезнее)) 2) Все! Сверху можно добавить для ускорения и мега красоты сниппеты с каких нубудь сайтов вроде vue-bits (для реакта такого добра еще больше), ибо с shadcn не всегда вывозит с первого раза. Impeccable умеет полировать, оптимизировать и ускорять, там вообще отличный пласт фронтенд мудрости упакован, так что с последних сайтов всякие тяжелые анимации оно успешно переписывает чтобы работало на утюгах. Ставь: огонек – если не понял почему я топлю за Codex App и хочешь пояснений хотдог – если имеешь претензии по поводу отсутствия haft 8.2.0 в релизах желтый морда с вопросом – если я пишу в блог слишком редко, а надо чаще.

дистилляция промптов? Нет, дистилляция скиллов! Это что то новенькое... Мелкийсофт выкатили пейпер SkillOpt – штуковину, где обучают не модель, а skill-файл агента. Ну конечно это не дистилляция, а optimization loop вокруг markdown-инструкций. Но направление интересное, я даже глаза не закатывал)))) Элементарное просто – берем замороженного агента, даем ему skill, гоняем на задачах и сохраняем весь роллаут: какие тулзы дергал, где поехал, какой ответ выдал, и тд. Потом внешняя сильная модель-оптимизатор читает эти следы и предлагает патч (выборочный, весь скилл в кашу переписывать нельзя) к skill-файлу: добавить правило, выкинуть вредную инструкцию, заменить кривой кусок. такие предложения принимаются и сразу проверяются – если справилось лучше то… применяем изменение в описание скилла. Цифры бодрые, обещают десятки и десятки процентов улучшения… работы на бенчмарках Это все дикая молотилка токенов, но кажется что в вертикальных кейсах должно работать норм. сложные системы скиллов (вроде haft) тренировать такой машинкой врядли получится. Все таки сложные сценарии, измерить результат еще сложнее. Но если у вас есть понятный AI процесс, который держится на файлике с инструкциями, и результат можно измерить и оценить в табличке – поздравляю, у вас уже есть тренируемая поверхность))) Если у вас скиллы в проде… я не знаю что сказать 🫪 Скорее это про улучшение всякой harness прикладной истории.

Друзья, через пол часа стартуем стрим с Иваном Закутным, будем говорить про ошибки Spec-Driven Development - у Ивана очень интересный практический опыт на эту тему. Стартуем в 13:30 МСК, 15:30 по Алматы: https://youtube.com/live/N01bvw44P60?feature=share

Добрый день. Стрим перенесли на 13:30 😈

Всем привет! Давно не виделись :) Предлагаю встретиться завтра в 12:00 по Москве на стриме у Родиона Будем говорить про ошибки в SDD, и о том как думать чтобы их избегать. А что делать - вы итак знаете/разберетесь. Следите за анонсом на канале Родиона, либо ждите ссылку тут, уже ближе к событию. До встречи 🕵️‍♀️

Вы вот вроде работаете над своим проектом, а пощупать его, показать кому-то всё никак не получается? Эмммм-вэээ-пэээ, ауууу, где же ты? За последний ~месяц ко мне обратилось три разных человека, из трёх разных стран, с разными проектами. На установочном звонке истории были разные: - «полгода делаем, но продавать и рынку показать ещё нечего» - «запустили AI-пайплайн, но слишком много "человеков-в-цикле", хочется постабильнее» - «команда погибает под текучкой, 4 месяца назад наняли ещё 3 разработчиков – заонбордились, а ситуация качественно не поменялась» И знаете что? В каждом проекте, докопавшись до сути, оказалась одна и та же проблема – люди тратили ресурсы (время и экспертизу) не туда. Кто-то вместо продуктовой системы забуксовал на разработке AI вайбкод пайплайна – и забуксовал на несколько месяцев. Кто-то не имел элементарного процесса приоритезации задач – боялись даже формировать бэклог. А кто-то просто боялся признать, что построили не то, что нужно, и теперь надо либо переделывать, либо как-то натягивать цифры. Причины везде одни – мало внимания и собранности на системе, которую мы строим, и на работе, которая происходит вот «прямо сейчас». При этом в своих прикладных областях все эти люди – сильные специалисты, вопросов нет. Серебряной пули-пиллюли тут нет. Но если попытаться её отлить – я как попугай повторю три слова: внимание, собранность, экзокортекс. И да – первые два слова по сути про одно и то же. Это действительно ТАК важно. *** А что с экзокортексом? Даже если вы в моменте начинаете замечать проблемы, «отклонения от курса» – вам это мало поможет, если вы это никуда не фиксируете. Буквально – никуда. Не записал => не подумал => не вспомнишь. Начните записывать куда угодно – в Obsidian, в description карточки в JIRA / Linear, в Apple Notes, в промпт форму Claude Code, черт возьми, вариантов слишком много! Ибо если не фиксируете – вы каждый раз думаете одни и те же мысли заново. Зачем? Надо нарабатывать решения проблем))) --- Если совсем упростить: нет фиксации – нет накопления понимания нет накопления – нет нормального развития проекта (и вы крутитесь на месте.) *** В случае, когда вы не готовы писать/думать – хотя бы наговаривайте. Есть можество text-to-speech платных и бесплатных приложений, например Superwhisper. Главное – чтобы это осталось где-то вне вашей головы. *** Вашу личную и профессиональную деятельность этот метод изменит драматически. Проверено неоднократно и не одним человеком! :) *** А если у вас прямо сейчас что-то горит (или догорает) – пишите в форму или в мне личку. @m0n0x41d 🌟

Что происходит в репозитории квинткода? Снаружи выглядит как тишина, было несколько мелких релизов с добавлением C/C++ spec coverage, мелкие и средние багфиксы. В dev ветке тоже тихо, но это на remote origin))) В локальном репозитории происходит жуть. Где-то на ~80% готов standalone agent. ЧТОООО? что это значит? MCP-plugin костыли – press F? Нет. Ядро quint-code достаточно чистое, оно выживает – мне почти ничего не мешает строить агента вокруг него. Но standalone агент – это вообще другой класс инструмента. TL;DR: MCP-plugin – это попытка вставить FPF-инструменты, вставленные в чужой reasoning loop. Standalone agent – это попытка выстроить FPF reasoning loop с собственными инструментами. *** Фундаментальная проблема MCP-плагин режима: хост-агент (Claude Code, Cursor, кто угодно) контролирует reasoning loop. Мы можем напихать ему инструменты через MCP или скиллы, но не можем НОРМАЛЬНО контролировать, когда и в каком порядке он их вызывает. Мы, конечно, можем продолжать работать с дистиллятом-промптом типа "сначала сформулируй проблему, потом исследуй варианты, потом реши", но это не структурное решение, никакого контроля за работой нет. А ведь так хочется рабочий цикл (а точнее лемнискату), где между фазами будет нормальный hand-off задач, артефактов, сигналы не будут теряться. И вот новый агент отдаёт контроль над reasoning loop естественным образом мне (а я вам). Тотальный context engineering – я контролирую что, когда и сколько попадает в контекст LLM. Собираю системный промпт на каждой фазе. Сделал нормальный repo-map через tree-sitter (я вообще не уверен, что Claude Code тащит его под собой, потому что мой агент УЖЕ лучше ориентируется в больших репозиториях, чем Claude Code. Это, конечно, субъективное ощущение – моё и Claude Code. Когда я последнему принёс отчёт о проблеме от нового агента, Claude Code сказал "ого, солидно, я это всё упустил". Да, догфудинг нового агента уже начинается), а значит decision records после имплементации будут не просто про файлы знать, а уже на уровне строк/сущностей в коде. Потом появится overseer процесс в том или ином виде, который будет по шине агенту "бить по рукам", если он потенциально начнёт ломать "установленные инварианты". Туда же потом приедет LSP. Компакт, и всё-всё-всё остальное прочее тоже пишем сами. Я не заявляю, что Борис и Ко что-то делают не так, просто цели другие, что ли. Ну и так далее по списку. *** Этот мой агент, конечно, целиком successor библиотек charmbracelet – всё у них хорошо (кроме функциональных возможностей crush 🤣), поэтому интерфейс обещает быть приятным. Разумеется, я планирую "саксессировать" и на их catwalk – репозитории провайдеров и моделей, поэтому новый агент будет поддерживать всё, что поддерживается и там. И да, к сожалению, Anthropic всё-таки встал в позу "не юзайте auth токен от Pro/Max подписки". Я до конца не решил, что с этим делать. Возможно, появится какой-то плагин/сайдкар/прокси в опенсорсе (как у opencode), который позволит использовать, возможно, нет. Одно хорошо – поза OpenAI/Codex в этом вопросе – одобрительная, так что догфудинг происходит на 5.4. quint-code будет переименован, ибо "Не путайте с языком спецификаций" мне надоело. Но об этом в другой раз.

🚀 quint-code 5.1.0 Мы строили строили и наконец! Что там внутри: Codebase Awareness – квинткод теперь видит ваш проект не как набор файлов, а как структуру модулей. Go, TypeScript, Python, Rust – парсит импорты, строит граф зависимостей, показывает какие модули покрыты решениями, а какие нэт. Может быть полезным. Вы же хотите себе доку для каждого модуля?))) Spec Coverage блин! Когда код под решением меняется – drift detection поднимает флаг в /q-status. Когда модуль A меняется и от него зависит модуль B – вам тоже об этом должн квинткод сказать. Cross-Project Recall – решения теперь живут не в репе, а в вашей домашней директории. Фреймите (/q-frame) проблему в проекте B – и вам (вашему агенту, ну в общем) с высокой вероятностью всплывает похожее решение из проекта A, которое вы приняли какое-то время назад. Еще и с пометкой насколько контекст релевантен))) Зачаточный Decision Integrity – перед записью решения агент теперь запускает adversarial check, я знаю что модели сами себя критикуют плохо, да еще с тем же контекстом, но это лучше чем ничего (этому есть куда расти в будущем). Note-Decision Dedup – если агент попробуе записать заметку которая дублирует существующее решение то MCP даст по рукам, поймает и скажет "бро, тут эт, уже есть dec-003, может не надо?" Ну и дока, к новой версии и еще лучше! И там больше деталей, читайте. Например там про то что quint-code еще и проблем-таск-трекер...) Миграция с 5.0: quint-code init в каждом проекте. Данные сохранятся, база сама переедет в ~/.quint-code/. Подробности там же в доке. Что дальше? НУ вообще надо делать нормальный Team mode. Центральный сервер, один бинарь, PostgreSQL или SQLite на выбор, мысли такие. Архитектура уже заложена. Но это уже следующая и длиннющая серия. ⭐ github.com/m0n0x41d/quint-code

63. Системное мышление для инженера. Как инженеру остаться у кормушки в 2026? В гостях Иван Закутний @neuralstack автор https://github.com/m0n0x41d/quint-code -- Авторский тгк Саши @toxic_enterprise Альтер эго Саши @sashimi_pub -- 🎧 Слушать в Apple Podcasts | Spotify | Яндекс | браузер

✋ Привет Тут доехала до релиза запись подкаста с Александром мы писали его примерно за неделю до стрима с Родионом, так что по меркам происходящего сейчас это уже голос из далекого далекого прошлого! Там у меня не было веры в воскрешение Quint Code, поэтому если будете слушать – слушайте помня об этом 🤗 Из других новостей: Люди пользуются Quint Code: кто-то в первый раз, кто-то, увидев, что оно наконец стало более дружелюбным на фоне прошлых версий, возвращается. И все несут вопросы: кто про онбординг – "а что с ним делать?", кто про внутрянку – "а оно там так, как надо, или руки не дошли доделать?" Все понятно – нужна нормальная документация с большим количеством примеров использования, с более подробным описанием установки и онбординга. Почти готово! А, ой уже готово! А еще сегодня ближе к ночи будет релиз версии 5.1, сразу с обновленной документацией кучи новых добавлений и исправлений :)

Ринат запустил эстафету "Код есть? А если найду?", ко мне она приехала от Кости Ну ладно, давайте искать. Только я решил сделать дашбордик (буду его периодически пересобирать). Меня Сэнсей учил выпендриваться 🌟 Дашборд сделан CC по всем моим git-репозитории – публичный GitHub, приватные рабочие (и личные) проекты, локальные архивы тоже имеются в выборке (но там мало, и в основном старье за 2022-2023). Итого насчитало: 10,280 коммитов по 160 репозиториев за ~5 лет 😨 Quint Code конечно жестко ползет наверх))) На графике видно что в 2024 я начал сильно уставать 🤪 Остальное можете сами посмотреть 👉 https://ivanzakutnii.com/is-commited/ Передаю эстафету: @ai_driven

Темпы разработки quint code ужасают и радуют. Все идеи, которые я вынашивал 2 месяца, вымысливал письмом в личные заметки, в разные проекты, несчетные deep-researches – все это сейчас обрастает структурой. Это конечно не конвергенция технологий, но явление концептуально похожее! Просто в микроскопическом масштабе. Во вчерашнем письме я рассказываю про потенциальный roadmap, но как-то мямлю о том что "ну этого всего может и не будет..." Будет, как не быть! Solo-dev это круто, инди хакер, все дела. Но огромное число людей работают в командах, поэтому тут нужен и problem-ops для каждого киборга (человек + его агент), и коллективная база знаний (желательно мутирующая, со всем RefreshOps и остальной красотой которую обещает текущая версия квинткода в разработке). 5.1.0 посидит в dev еще какое то время, потому что кроме spec coverage туда приедет миграция. Мы выносим sqlite базу из репы и делаем ее центральной, это уже ход на то что quint-code у вас скоро начнет собирать в одном месте не просто спеки из разных реп, но и будет стремиться собирать "общую базу lessons-learned" по всем вашим проектам, своего рода гибридный контекст. Все это пока еще будет только для solo dev mode, basic – назовем его так. Следующий шаг на team dev-ex неминуемо принесет второй процесс для центрального сервера, который будет крутиться демоном. Сделаю это все конечно красиво, чтобы устанавливалось и разворачивалось по людски, без мамбо джабо с докер контейнерами и прочей морально устаревшей, тяжелой фигней. Этот процесс все еще можно будет запускать локально "только для себя, моя прелесть 🌟". Зачем отдельный процесс а не просто в общую базу лить? Ну, во-первых, там неминуемо будут конфликты. Во-вторых, центральный сервер-мозг открывает нам кучу новых возможностей, за которые правда придется заплатить некоторым количеством шекелей/токенов. Но это уже совсем другая история 🙂

Дайте репостов на линкедине пожалуйста 🙏

Добрый вечер, я – диспетчер пятой версии Quint Code 🎉 Кто-то ждал этого так долго, что уже перестал ждать. Кто-то (я) не ждал этого вообще и похоронил Quint Code в мыслях и сердце своем уже как месяц-другой (я во всю уже собирался делать standalone cli agent – но зачем?), пользовался FPF-Spec.md + Чатик, и мечтал об "умном агенте инженере но так чтобы и мозги не делал мне, и по FPF умел когда надо..." В общем есть много чего почитать: • Обновленный лендинг -> https://quint.codes/ • Длиннопост на русском который я обещал на стриме у Родиона • Длиннопост на английском там же или на SubStack ПОДПИШИСЬ 💗 TL;DR – оно стало лучше; Оно стало тем чем должно было быть с самого начала. И есть куда расти! Пока я обновлял лендинг, свой сайт и дописывал письмо – уже почти готова 5.1.0 🤣 – но все подробности читайте по ссылкам выше! С вас – поделиться с другом, я ведь не только для себя QC делаю, чем больше будет фидбека тем лучше оно станет. Впрочем идея standalone режима не мертва 🤫

Если вы вдруг послушали вчерашний подкаст и побежали пробовать quint-code – остановитесь! Потому что переписывание квинткода пошло куда быстрее и лучше, чем я думал. Версия 5 (которая сейчас в dev ветке – намек поняли?) переделана в плане интерфейса более чем полностью! Фрикций меньше, easy-mode есть, онбординг проще! Раньше квинт код затащить в brownfield было сложнее, а теперь... А теперь только пальцем покажи! По поводу фрейма – если раньше QC был ADI focused, то теперь тут на первом месте ProblemOps – у вас все идет от проблем! Сначала вы ее фреймите, потом углубляетесь в нее. Или не углубляетесь, квинткод сам скажет – "эээ, бро, ну это совсем trivial, давай, может, сразу пофиксим и запишем артефакт decision?" И таки пофиксит! И запишет! То есть "автодокументация" из старого квинта все еще остается. И довелась до ума фишка с устареванием артефактов – тут будет RefreshOps! Мне очень нравится, что получается. Я уже во всю использую nightly сборку и для догфудинга, и для рабочих проектов. Я думаю, что на этой неделе 5 версия выкатится в main официально 🙂 А дальше – больше! У меня уже есть наполеоновские планы куда делать ходы чтобы "штука" была более FPF complient. И все это с более человеческим UX, который вас не карает. Никаких фашиствующих стейт машин. да, все еще придется разобраться в этом интерфейсе – что там за команда, в каком порядке и примерно для чего их вызывать надо... но это много проще, и даже если не разобраться, базовый /q-reason теперь умет в "основной" FPF. В общем огонь!

Поехали https://www.youtube.com/watch?v=brDGV_btDJY

Сегодня в 13:00 по МСК мы проводим митап как раз на тему системного мышления и его применения в SDD - Иван Закутный (@neuralstack) расскажет нам про FPF (First Principle Framework) операционную систему мышления для LLM и как он на основе FPF сделал обвязку для Claude Code, набравшую более 1000 звёзд на GitHub. Добавляйте встречу в календарь, чтобы не пропустить: https://luma.com/z0hnbsnl

Напоминалочка! Я почти не кашляю, так что приходите послушать. Настройтесь на дневной сон, не будет ничего интересненького, но только важное 😄