ivan zakutni
前往频道在 Telegram
517
订阅者
+1324 小时
+117 天
+1230 天
数据加载中...
吸引订阅者
六月 '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 |
现已上线!2025 年 Telegram 研究 — 年度关键洞察 
