ivan zakutni
Открыть в Telegram
Авторский канал про инженерию умных систем. По всем вопросам: @m0n0x41d
Больше517
Подписчики
+1324 часа
+117 дней
+1230 день
Загрузка данных...
Похожие каналы
Нет данных
Возникли проблемы? Пожалуйста, обновите страницу или обратитесь к нашему support-менеджеру .
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
июнь '26
июнь '26
+23
в 1 каналах
май '26
+16
в 0 каналах
Get PRO
апрель '26
+31
в 0 каналах
Get PRO
март '26
+149
в 4 каналах
Get PRO
февраль '26
+291
в 4 каналах
Get PRO
январь '260
в 0 каналах
Get PRO
декабрь '250
в 0 каналах
Get PRO
ноябрь '250
в 0 каналах
Get PRO
октябрь '250
в 0 каналах
Get PRO
сентябрь '250
в 0 каналах
Get PRO
август '250
в 0 каналах
Get PRO
июль '250
в 0 каналах
Get PRO
июнь '250
в 0 каналах
Get PRO
май '250
в 0 каналах
Get PRO
апрель '250
в 0 каналах
Get PRO
март '250
в 0 каналах
Get PRO
февраль '250
в 0 каналах
Get PRO
январь '250
в 0 каналах
Get PRO
декабрь '240
в 0 каналах
Get PRO
ноябрь '240
в 0 каналах
Get PRO
октябрь '24
+2
в 0 каналах
Get PRO
сентябрь '240
в 0 каналах
Get PRO
август '240
в 0 каналах
Get PRO
июль '240
в 0 каналах
Get PRO
июнь '240
в 0 каналах
Get PRO
май '240
в 0 каналах
Get PRO
апрель '240
в 0 каналах
Get PRO
март '24
+14
в 0 каналах
Get PRO
февраль '240
в 0 каналах
Get PRO
январь '24
+25
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 18 июня | +1 | |||
| 17 июня | +14 | |||
| 16 июня | 0 | |||
| 15 июня | +3 | |||
| 14 июня | 0 | |||
| 13 июня | 0 | |||
| 12 июня | 0 | |||
| 11 июня | +1 | |||
| 10 июня | 0 | |||
| 09 июня | +2 | |||
| 08 июня | +1 | |||
| 07 июня | 0 | |||
| 06 июня | +1 | |||
| 05 июня | 0 | |||
| 04 июня | 0 | |||
| 03 июня | 0 | |||
| 02 июня | 0 | |||
| 01 июня | 0 |
Посты канала
дистилляция промптов? Нет, дистилляция скиллов! Это что то новенькое...
Мелкийсофт выкатили пейпер SkillOpt – штуковину, где обучают не модель, а skill-файл агента.
Ну конечно это не дистилляция, а optimization loop вокруг markdown-инструкций. Но направление интересное, я даже глаза не закатывал))))
Элементарное просто – берем замороженного агента, даем ему skill, гоняем на задачах и сохраняем весь роллаут: какие тулзы дергал, где поехал, какой ответ выдал, и тд.
Потом внешняя сильная модель-оптимизатор читает эти следы и предлагает патч (выборочный, весь скилл в кашу переписывать нельзя) к skill-файлу: добавить правило, выкинуть вредную инструкцию, заменить кривой кусок.
такие предложения принимаются и сразу проверяются – если справилось лучше то… применяем изменение в описание скилла.
Цифры бодрые, обещают десятки и десятки процентов улучшения… работы на бенчмарках
Это все дикая молотилка токенов, но кажется что в вертикальных кейсах должно работать норм. сложные системы скиллов (вроде haft) тренировать такой машинкой врядли получится.
Все таки сложные сценарии, измерить результат еще сложнее.
Но если у вас есть понятный AI процесс, который держится на файлике с инструкциями, и результат можно измерить и оценить в табличке – поздравляю, у вас уже есть тренируемая поверхность)))
Если у вас скиллы в проде… я не знаю что сказать
Скорее это про улучшение всякой harness прикладной истории.
| 2 | Друзья, через пол часа стартуем стрим с Иваном Закутным, будем говорить про ошибки Spec-Driven Development - у Ивана очень интересный практический опыт на эту тему.
Стартуем в 13:30 МСК, 15:30 по Алматы: https://youtube.com/live/N01bvw44P60?feature=share | 190 |
| 3 | Добрый день.
Стрим перенесли на 13:30 😈 | 108 |
| 4 | Всем привет!
Давно не виделись :)
Предлагаю встретиться завтра в 12:00 по Москве на стриме у Родиона
Будем говорить про ошибки в SDD, и о том как думать чтобы их избегать. А что делать - вы итак знаете/разберетесь.
Следите за анонсом на канале Родиона, либо ждите ссылку тут, уже ближе к событию.
До встречи 🕵️♀️ | 295 |
| 5 | Вы вот вроде работаете над своим проектом, а пощупать его, показать кому-то всё никак не получается?
Эмммм-вэээ-пэээ, ауууу, где же ты?
За последний ~месяц ко мне обратилось три разных человека, из трёх разных стран, с разными проектами. На установочном звонке истории были разные:
- «полгода делаем, но продавать и рынку показать ещё нечего»
- «запустили AI-пайплайн, но слишком много "человеков-в-цикле", хочется постабильнее»
- «команда погибает под текучкой, 4 месяца назад наняли ещё 3 разработчиков – заонбордились, а ситуация качественно не поменялась»
И знаете что?
В каждом проекте, докопавшись до сути, оказалась одна и та же проблема – люди тратили ресурсы (время и экспертизу) не туда.
Кто-то вместо продуктовой системы забуксовал на разработке AI вайбкод пайплайна – и забуксовал на несколько месяцев.
Кто-то не имел элементарного процесса приоритезации задач – боялись даже формировать бэклог.
А кто-то просто боялся признать, что построили не то, что нужно, и теперь надо либо переделывать, либо как-то натягивать цифры.
Причины везде одни – мало внимания и собранности на системе, которую мы строим, и на работе, которая происходит вот «прямо сейчас».
При этом в своих прикладных областях все эти люди – сильные специалисты, вопросов нет.
Серебряной пули-пиллюли тут нет.
Но если попытаться её отлить – я как попугай повторю три слова:
внимание, собранность, экзокортекс.
И да – первые два слова по сути про одно и то же. Это действительно ТАК важно.
***
А что с экзокортексом?
Даже если вы в моменте начинаете замечать проблемы, «отклонения от курса» – вам это мало поможет, если вы это никуда не фиксируете.
Буквально – никуда. Не записал => не подумал => не вспомнишь.
Начните записывать куда угодно – в Obsidian, в description карточки в JIRA / Linear, в Apple Notes, в промпт форму Claude Code, черт возьми, вариантов слишком много!
Ибо если не фиксируете – вы каждый раз думаете одни и те же мысли заново. Зачем? Надо нарабатывать решения проблем)))
---
Если совсем упростить:
нет фиксации – нет накопления понимания
нет накопления – нет нормального развития проекта
(и вы крутитесь на месте.)
***
В случае, когда вы не готовы писать/думать – хотя бы наговаривайте.
Есть можество text-to-speech платных и бесплатных приложений, например Superwhisper.
Главное – чтобы это осталось где-то вне вашей головы.
***
Вашу личную и профессиональную деятельность этот метод изменит драматически.
Проверено неоднократно и не одним человеком! :)
***
А если у вас прямо сейчас что-то горит (или догорает) – пишите в форму или в мне личку.
@m0n0x41d 🌟 | 0 |
| 6 | Что происходит в репозитории квинткода?
Снаружи выглядит как тишина, было несколько мелких релизов с добавлением 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 будет переименован, ибо "Не путайте с языком спецификаций" мне надоело. Но об этом в другой раз. | 0 |
Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
