Founder OS #9 – AI для жизни + AI для разработки: две полноценные системы автоматизации

Своей стороне, да? Спасибо, что пришли. Я и Майнсет, Space. Сегодня без Рея, он болеет, так что я его заменил в плане сессии. Продолжаем нашу цепочку ивентов, слушая прикольных, классных технических спикеров. Продолжаем наш трек на Founder OS. Это история, когда мы пытаемся строить для себя какие-то стэки, обвязки, я и на лишь менеджмент, агенты, которые помогают нам строить себя, свою жизнь, компанией. Наверное, в последние эти разы был фокус на mental health. Вначале мы больше про бизнес говорили. И мне кажется, вот Алексей сейчас хороший такой, да, срез того, что он делает там для личной, для жизни, я бы так сказал, там и заметки, и здоровье, и какие-то привычки, и какие-то истории. Вот хороший пример того, что мы, наверное, подразумеваем под Founder. io какую-то систему, которая помогает жить, которая помогает что-то строить. Вот, мы продолжаем, наверное, этот вектор, мы его продолжим как минимум до Нового года, потом, возможно, мы как-то перезапустимся, может быть, это сообщество немножко как-то поменяет форму, может быть, мы попробуем шагнуть даже в какие-то там физические точки, хотя бы эпизодически это делать. Да, наверное, как-то так. Кратенько, наверное, скажу, что у нас начинается новый цикл зимних лабораторий, в которых будет много про консекс, про сбор данных, про то, как относиться к информации. Пользуясь этим моментом, поделюсь то, что мы хотим сделать под Новый год. И приглашаю вас тоже туда присоединиться. Если кому-то вопрос бюджета, то просто пишите мне. Мне интересно скорее просто вместе что-то поделать, нежели с этого что-то собрать. Тем более вот этот модуль, мы его сделали бесплатно. Это история как раз подведения итогов года. Вот конец года многие как-то смотрят на твой прошедший год, и с точки зрения данных тоже. У многих здесь есть обсидия, что-то еще, что поможет лучше это как-то обработать. Мы попробуем сделать две недели такой сконцентрированных диалогов, дискуссий, практик вокруг того, как что-то сделать с собой в новом году и как подвести итог предыдущего. Наверное, все с анонсами. У нас сегодня два спикера, таких, наверное, технических по стеку. Алексей, тебе слово, я не буду фреймить. Как считаешь нужным, расскажи, как, кто, куда и что хочешь показать. Всем привет, меня зовут Алексей, управлением персонала, так сказать, уже больше 10 лет, но это в основном были госзакупки, скрывали представительства, был опыт создания ультерзакового сканера на базе норвежского оборудования в Беларуси, открытия производства. Есть AMBI под цифровой трансформации. Что о приложении, которое я делаю. Собственно, у меня большой поток информации, но я думаю, что это как у всех. Поэтому родилась идея создать некую единую точку входа, куда вся информация будет поступать, каким-то образом обрабатываться с той логикой, которая мне нужна, и записываться в апсиде. Помимо рабочих чатов, родительских чатов, есть пчелы, собака, муравьи, родители и другие виды коммуникации. И когда случается так, что всем одновременно от меня что-то требуется, найти информацию бывает достаточно сложно. Поэтому для упрощения своей работы решил делать такую штуку. Что по архитектуре? По архитектуре изначально была идея Telegram-бота, но сегодня я ее пересмотрел и сделал немножко по-другому. То есть это все на текущий момент построено на телеге, но там создана группа с топиками, в которой нахожусь только я и бот. я туда скидываю сообщение или ту информацию, которая мне необходима и требуется. Бот смотрит зависимости от топика и распределяет, либо парсит информацию

либо забирает, либо же ищет информацию по Obsidian и выдает. Оркестратором является Nathan, который отвечает за работу бота. Дальше была задача получать информацию с локального компьютера и передавать ее через телегу. Я, собственно, поставил себе код-код на командной строке и написал на FastAPI приложение, ну, API, да, по сути, которое обращается к код-коду и запрашивает ту информацию. Почему такая архитектура? Потому что для Нейтана и для того программного стэка, который будет использовать API, без разницы, какая LLM будет. Если, например, заточить токен на клоде, можно переключиться на курсор, можно переключиться на джеминг, на какую-то локальную. Дальше, наверное, имеет смысл показать, как это все работает по Нейтану. Пока настроен такой небольшой workflow, который точно работает, получаем сообщение в топик. Собственно, вот создана группа у меня, в которой находится только я и, собственно, бот. Здесь есть разные топики. Топики созданы для того, чтобы было проще информацию агрегировать потом. Потому что если это все будет закидываться в общий чат, то достаточно сложно будет парсить. Поэтому разбито по топикам. Плюс есть топик Personal Agents, куда можно насылать запрос, и уже бот будет отвечать исходя из тех документов, которые есть. Что касается Nightline, здесь все достаточно просто. Триггер на сообщение, проверяется авторизация. через JS-код проверяется, в какой топик было прислано сообщение. Если запрос на сохранение, здесь будет отдельная ветка, которая будет обрабатывать входящий поток и укладывать в нужные папочки с нужным контентом. Если пришел запрос, то дальше у нас идет разветвление. Если это команда, то, собственно, ничего не делается, потому что на текущий момент не знаю как использовать и буду ли его использовать. Если пришло текстовое сообщение, то обращается к API, как он самописанно, написано на FastAPI. Здесь есть несколько вариантов ручей. Первое, это когда мы просто посылаем текстовый запрос, нам нужно просто транскибация и когда нам нужно транскриваться входящего аудиосообщение перевод его в текст и отправка в код для того чтобы он сделал какое-то действие собственно вот эта ветка по тексту голосовом сообщение как это реализовано написано на питоне скрипт который вызывает из но по сути дергается через командную стаку такая вот команда код, принт и посылается какой-либо запрос в данном случае можно это выполнить через командную стаку посмотреть текущий проект информацию по весенним каникулам потому что у меня дети, вы видите, иногда получить какую-то информацию по школе. Пока он думает, здесь сейчас запущен фостапи, дождемся пока он ответит, пока он отвечает. Дальше. То же самое можно реализовать через запрос через телену. смотри папку дай информацию по такому-то сотруднику график отпусков на 2026 год запускаем если вот он прилетел наш запрос запустился ворфлоу да ну здесь вот как раз он ответил то есть можно это делать через командную строку доступ к ванной к строке и к компьютеру не всегда бывает к битам заставать ничего другого поэтому все это собственно реализовал через вот отработал work flow и получили информацию которая была в об сиденье если посмотреть по об сиденье на до есть здесь такой файлит график отпусков где прописаны графики то тут кусадных тех или иных сотрудников в таком формате и он вытащил отсюда именно ту информацию, которую я у него запрашивал. В данном случае это вот интересовало сотрудник. Красненький вопрос, а все хранится в обсидиане, да? Или у тебя еще какие-то вещи? Нет, все хранится в обсидиане. Была попытка построить рак и туда все это дело скидывать, но я понял, что если это делать для домашнего использования, то получается ресурсов не хватит именно компьютером до вычислительно если какой-то более большое решение то нужно вложить не на миллион и полтора-два наверно на закупку железа поэтому от этой идеи отказался еще полетен по пути obsidian плюс терминальные и и фастапи почему фастапи потому что там можно будет докрутить какую-то логику по агентам то есть условно есть у нас приходит

там какой-то запрос то алгоритм понимает что нужно сделать дернуть там такого-то агента и чтобы он выполнил тот этот потом почему опять же терминальное решение потому что я не использую api не кода не Gemini использует ту подписку, которая у меня сейчас есть и которая активна. Можно зайти в лод, здесь есть лимиты конкретно текущей сессии. Через питом можно реализовать оценку токенов, оценку использования. И когда на этой языковой модели у меня заканчивается лимит, можно переключиться на другую языковую модель. Я знаю, что Кушер позволяет это сделать. У него есть командный интерфейс, есть у Gemini, у ChatGPT не помню. У них есть кодекс, я им не пользовался, поэтому не знаю, как это работает. Если мы строим этот workflow в рамках Telegram, опять же, сюда же можно прикрутить алгоритмы, которые будут писать статьи. То есть мы создаем какой-то отдельный топик, закидываем туда какую-то информацию, либо скопом, либо одним запросом, и все это улетает на сервер, и производится какая-то логика и обработка. И можно реализовать мультиагентную штуку. Настраивать не нужно в Flow будет в N8M? То есть если создашь татик, он сам потянется где-то, или нужно будет переписывать? На текущий момент это захарткожено, но это я планирую переделать. Сейчас это просто захарткожено в виде ID и вот этих вещей, но в целом я планирую это переписать, что при создании нового топика он создает в какой-то базе данных таблички информацию и уже обращается к ней. то есть сейчас такое mdp до который просто запустил работает но в целом да это можно быть докрутить и оптимизировать вкратце вот так опять же здесь пока реализовано три ручки до за которые можно дергать но в целом планирую до делать расширить количество api и через api уже делаю дергать различную логику различных агентов. Дальше планируем как раз увеличить ветку, которая будет обрабатывать сохранение. Информация может быть разная. Это могут быть какие-то сообщения с ссылками, могут быть какие-то видео и еще прочее. Я еще не придумал логику, но что касается видео, например, я точно знаю, что мне не всегда удобно смотреть в онлайне часто дороге поэтому меня логика реализована скачивание видео просто и нужно сюда перенести то есть он скачивается и отправляется в телегу в телеге все дело хай обработка документов также планирую сюда дописать в общем здесь фронт работы безграничен заканчивается только фантазии у человека который будет а какие-нибудь здесь есть вот если ты с телефона запускаешь telegram и компьютер должен быть включен или как все это реализовано сейчас да у меня на компьютер должен быть включен то есть я могу телефона послать запрос я отправил запрос телефона до зубы учетной запись а сейчас work for тоже за запустится будет обрабатывать на декущий момент до компьютер должен быть включен это можно перенести либо в облака либо я планирую сухостинг себя дома есть маленький сервер собственно да отработала сообщение есть маленький сервере плане по планирую варошить и на нем нет ника с несколько виртуалок поставлю proxmox и несколько там будет turnas для хранения файлов и пару виртуалок для каких-то вещей например база данных на этом может какие-то докеры либо еще что-то 5 на что кого-то есть вопросы технические, нетехнические. А, Коль? Да, Алексей, спасибо за доклад. Вопрос у меня следующий. Какое количество проектов, документов в директории, в которые подключен Клод локально? Сейчас это небольшой объем. У меня есть база, она, ну, как моя база знаний, да, она проект 31 гигабайта. Но там хранится как рабочая так pdf файлы markdown файлы и была идея как раз все это дело туда перенести сейчас показать у меня крутится все это вот выглядит все это вот в таком виде

сенка об сидиан курсор как ты в какой последовательности запускаешь пользуешься что для чего у тебя? Ну, сейчас я мигрирую в Obsidian. То есть, вот у меня есть основная база, достаточно большая, неповоротная, но она используется в качестве архива. То есть, туда переносится документ, который, возможно, мне понадобится, возможно, но информация в любом случае нужна. Оперативная база знаний, это будет как раз Obsidian, куда будет перенесена вся информация, которая мне нужна прямо в текущий момент времени и которые я оперативно пользовались. Пробовал клад натравливать на вот эту вот исходную базу большую? нет, не пробовал натравливать. Я не очень понимаю, как это будет работать, потому что здесь, то есть разношорстные штуки, это может быть HTML-страницы какие-то, это может быть не знаю что, файл, могут быть PDF-файлы, причем если мы говорим про PDF-файлы, Могут быть достаточно большие. И просто так взять натравить, но не знаю, что из этого выйдет. А по маленькой базе... Попробую, могу рассказать. А по маленькой базе он, получается, просто все перебирает? Или там есть какие-то инструменты, чтобы ему было проще находить? Сейчас он, наверное, просто перебирает. Потому что не делал каких-то точных промтов, да. Системных промтов не делал, не настраивал. но в целом до планирую настрой системный трон ты чтобы он возил не по всей базе а там точно по тем вещам которые были запросе спасибо кого-то или я да всем привет интересную вещь тут вот порылся и нашел, что есть похожие решения уже, да, там, части, чтобы код вытащить наружу по API, да, и он предоставляет, например, там, OpenAI Compactable API, и туда уже можно там любого получается агента и все другую уже, там, LLM-ку подключить через что. Ну, это так, к сведению, да, я понимаю, что русские программисты всегда там хотят что-то свое реализовать, попробовать это. Я просто не знал. Я тоже не знал. Я вот сейчас вот перплексы с Тилфлотной вёл и в коменте поискал. А ещё хотел вот эту тему поразвивать, может быть, вместе с тобой, как касательно Raga и всего остального. В разном комьюнити смотрел, что для таких больших объёмов файлов, ну, когда ты говоришь, там, гигабайты документов, как раз используют, там, Cloud Code плюс Cloud Agent SDK, и это некая замена Raga становится. То есть ты по API цепляешься, грубо говоря, к агенту, и он уже сам решает, каким образом эту информацию найти в твоих файлах. Он же может игре пойти искать, использовать какие-то свои внутренние индексы и так далее. А наружу просто тебе выдает кусочки информации, которые обогащают контекст. То есть всю эту тему, мне кажется, как раз она и будет, тут неважно, сколько у тебя информации, он сам там Cloud Decode или через агент SDK сам будет управлять контекстом и всем, а ты можешь давать ему, грубо говоря, задание из нее, поищи мне подался наиболее релевантную информацию. Или сначала напиши запрос для поиска, напиши код и так далее, и так далее. да, и там, условно, это все там на уровне MCP можно наружу выставить и работать уже, ну, как бы привычными узлами, там, да, ну, наверное, пять комментариев. Надо посмотреть. Ну, насколько я знаю, CodeCode, он же так и работает, но вначале, что там, Grab, Find, АБК какие-нибудь использует, находит куски, которые релевантные, и потом уже отправляет в Antropic, на сервер, да, обработка. Да, да, Ну, имеется в виду, что ты можешь пользоваться, если всеми преимуществами его как агента. То есть он может, не знаю, подключать код, код, скиллз там какие-то, он может внутри себя МСП, как это там подключать. То есть это не просто, ну, работа с базой, там, какая-то она такая, смысленно. Он может, например, стартовать субагентов для индексирования каких-то вещей, там, ну и так далее.

То есть вот эта тема развивается. ты можешь там, не знаю, под агента вот этого запустить, а он там создаст несколько субагентов для поиска релевантной информации среди большой базы. И, собственно, вот, и там, ну, это просто вот один из вариантов развития. Тут можно все это покрутить, естественно, можно как угодно это сделать. У тебя там в твоем кейсе, может быть, это вообще не нужно. Вот, в домашнем. Ну, я посмотрю. Спасибо. дальше по нераши продавать это лично останется либо ты куда-то это бы что скатывать или тоже семья не знаю доступ получает к нам все семьи ты точно плане рубит ключи потому что входящий поток от них ко мне приходит а потом я должен это куда-то записать не забыть и что-то сделать проще дать людям семье инструмент пускай нет на все скидывают я буду пользоваться едно если кому-то Это расписание, да, как оно попадает в Obsidian? Оно достаточно структурно все-таки оформлено. Кто его санкнул? По расписанию, не, расписание я просто скидывал весь эксельская табличка, я ее выгрузил, передел в Markdown, конвертировал и закинул в Obsidian. Ну, была еще идея с Task Manager, да, то есть task paper markdown task manager и была идея сюда тоже смигрировать задачи и какой-то определенный момент если что-то нужно запросить не точно также например за закидывать какие-то задач пока как это будет на практике не знаю сколько будет удобно неудобно а еще есть идея но мне кажется не новая в течение дня делаешь голосовые заметки вот он выкатил задача сегодня а разметку надо поправить там вот найти не можно поставить чтобы он отвечал и пальцем был в маркдауне и тогда здесь все будет подсвечиваться как нужно. В течение дня делаешь заметки на диктофоне. В какое-то время, например, в 12 ночи или в 11 вечера, все эти заметки забираются, парсятся и укладываются в качестве заметок к встречам, либо какой-то дневник, либо какое-то питание, еще что-то. Дима, наверное, первый, да. Алексей, спасибо большое. Очень интересно, круто вообще. Мне кажется, человек знает код и знает, как свет работает, и расцветает. У меня такой вопрос, рассуждение. Вопрос, на самом деле. Какую роль Obsidian у тебя играет? Сейчас поясню его. Раньше, когда не было на RCT, Obsidian это был такой интерфейс для общения со своими MD-файлами. Мы все руками там связывали заметки, ввели Map of Content, и все вручную. Потом появился курсор, например. Все такие, о, давайте курсор натравим на свое Obsidian Vault. В какой-то момент ты такой задумываешься, вообще мне сама оболочка Obsidian нужна или нет. Вот у меня есть файл на компьютере, есть курсор. То есть курсор это уже есть какой-то универсальный интерфейс. Вот ты в своем пайплайне, там Obsidian, ты руками как-то трогаешь, ну, условно говоря, ты вводишь там ссылки какие-то сам, ну, типа, следишь за ним, или это все через агент. В любом случае нужно следить, потому что пока все это дело в таком тестовом варианте, в любом случае нужно следить. Обсидия в том, что если есть какие-то заметки и что-то пошло не так по пайплайну, то можно открыть обсидия на телефоне и вручную, так сказать, посмотреть, найти то, что тебе нужно. Обсидия на данном случае, наверное, выступает больше в некой такой, в роли базы данных, куда все это дело загружается и хранится. Потому что если мы говорим про RAC, то по сути что у нас? Есть информация, кто-то к ней, а IIS какая-то обращается, вытаскивает и отдает пользователю. Поэтому в данном случае там не Superbase, не Postgres, не какие-то другие, а просто Markdown файлы, которые хранятся на компьютере. То есть ты можешь сам, например, без IE взять и создать заметку и линковать? или это уже нет. Нет, могу. С этим нет проблем. Могу зайти, создать заметку, все продолжит работать. Ничего здесь не произойдет. Нет, продолжит, я понимаю. Я к тому, что реально ли это твоя практика, если это можно и передать эту функцию, зачем руками делать. Ты ответил, что ты пользуешься. Я как бы услышал. Ну, пользуюсь здесь, наверное, как это, в качестве писателя, да, потому что одно дело, когда мы все это делегируем искусственному интеллекту иногда возникает некая ностальгия, что ли, романтика поделать что-то руками, пописать

стихи, не знаю, книжку написать. Естественно, это садишься, пишешь сам. Спасибо большое. Когда пишешь, причем мозги, видимо, немного по-другому работают. У меня пара вопросов возникла еще. Первый. Хватает ли подписки базовой или у тебя Макс подписка? Нет, у меня проба оттеска. Мне пока достаточно. Ага. А часто кончается? Ну, если я что-то начинаю тестировать, то заканчиваю достаточно быстро. Какой вот самый интересный случай, когда твоя система тебе как-то помогла, выдала какой-то неожиданный результат, который ты не ожидал, или, может быть, уберегла от кого-то риска? Ну, в данном случае, наверное, мне сложно будет ответить на этот вопрос, потому что недавно все это дело реализовал, И таких каких-то курьерных случаев еще не было. Но если появится, то обязательно поделюсь сообществом. Спасибо. У нас Алекс тут. Не знаю, у тебя, может быть, есть что спросить. Но ты не видел доклада, поэтому, наверное, это будет не совсем корректно. У нас спасибо за доклад. Спасибо, что рассказал. Классная система, классный подход. И будет интересно следить за его развитием. Да, опишем, посмотрим. Приходи еще. Будем рады видеть, как эта штука развивается. Алекс, слово тебе. Так мы с тобой лично не познакомились, не встретились, да, но встретимся в публичном поле. Скажи пару слов про себя, наверное, не хочу миксовать, фреймить, расскажи, как ты себе представляешь и что делаешь. Да, привет, ребята, да, меня Алик зовут. Я технист стартапа, здесь 12 лет, иду от роли как Project Product. Наверное, в 2-3 года я ее почти полностью убрал, перешел в DevOps. Все клипы, по сути, сейчас я. Ну и, наверное, сейчас моя позиция на это AI-интегрешн-инженер, такой DX-инженер, это Devoter Experience-инженер, кто внедряет AI. Ну, через практику, по сути, я сейчас постоянно экспериментирую с разными инструментами, по типу подкода и прочее, в разработке для стартапов. Но бывает иногда какой-то legacy код, который достаточно большой. Полезно будет... А, ну больно. Мы возьмем предпоследний стартап, у которого был кейс 3 месяца, а объем работы на 9. И мы видим код впервые. Точнее, нужно нанять команду, делать самому в том числе, и делать пичи для следующего раунда. Очевидно было, что нужно ускоряться с AI, это была весна. И как раз тогда начали появляться инструменты, они больше вдохновляли, казалось, что они все изменят, но они действительно очень много помогли. Вот этот кейс, и я подумал еще, какие кейсы, то есть вот это ускорение лего-разработки с нуля, То есть доработка, самое сложное, что не решено сейчас вообще, это доработка legacy кода. Я имею в виду, нет такого готового решения. Вот пилили 24 года, и нужно легко быстро делать фичи, чтобы ишка не ломала. И кейс как бы от идеи, как вот делать эту разработку, да, через спик-дрифендово, SDD, вот я наверное в этих плоскостях буду может быть переключаться но мне показалось что вот этот кейс он больше фаундером вот зайдет по стеку так у меня собственно селые агенты с курсора я перешел как-то вот в мае наверное в июне окончательно и использую его просто как редактор, у которого есть удобные какие-то фичи. Сидел я в код-ходе достаточно долго, сейчас, что у нас в ноябре, наверное, с середины сентября я запрыгнул в кодекс и использую оба параллельно. Инструменты, которые еще вспомогательны, это вот O1 Pro, Google-инструменты, я бы так назвал, EI Studio, Nodlook. Сейчас мы потом пойдем в Goudze. Есть кейсы, сложно сказать, просили 4-7 но не могу не сказать, не закинуть все основные кейсы, что бывают какие-то кейсы - это RepoScan и Learn нового кода, о нем попозже пойдем. Это важно, то есть без этого как бы это очень важно. И SpeakDream Development подходит, потому что агенты любят лот на фол и какие-то инструменты. Я там сейчас еще накидываю прямо в голове. Оркестрация вот этих всех самых агентов, Появляется много оберток поверхность кода, observability, workflow, как выстраивать. Упоминал предыдущий спикер про плагины, но это уже даже не плагины, это поверхность инструмента, но плагины тоже очень сильно помогают. Получается, есть комьюнити, где мы обмениваемся именно со стороны кодинга. И вот у нас часто там выступал Shotgun, Notex. Кстати, уникальный в своем варианте решения делается нашими на SMG просторах ребятами. Такое ощущение, что вот этот весь вайд, такой кодинг на STEE, он как будто в SMG комьюнити. Ну, конечно, есть китайцы-американцы, но прям тоже очень много всяких фишечек делаем. Так, спик-дривен, и о чем не говорят, не знаю, мне кажется, как будто кодить на WPS, Admit, Enter, кодить на VPS и пользоваться не просто терминалом, не в курсоре, а даже не в IT-орме, а внутри еще бегать в CMUX, это прям важно. Потом тоже скажу. Так, демо. Вот, собственно, демо я бы вот так вот сделать прямо с нуля кейс. Я бы спросил аудиторию, с какой плоскости интереснее пойти. но и мы вот пойдем. И я как раз буду вот эти инструменты использовать, и мы все увидим. И поэтому, вот, хотел узнать, может быть, Alex Куратор скажет, в какую сторону лучше пойти. Я сейчас обрисую. То есть ускорение разработки. Это, например, мы возьмем какой-то boilerplate на GitCube и что-то начнем там просто ставить. Мы, может быть, не успеем, конечно, если ничего там такого многого сделать, но я скажу, я бы делал первое, второе, третье вот этим инструментом, потому что потому. Вот. Или доработка лего. Если мы просто берем, например, какой-нибудь на гитхабе, у нас был первый там звонок когда-то, телетон, есть библиотека, наверное, все парсят свой телеграмм и используют там как second brain. Вот. И получается вот этот телетон самая популярная, либо ее прям все юзают. Но там не было, знаете, кликнуть voice-to-text, чтобы можно было парсить свои войсы. И мы вот эту штучку вырабатывали там. Это такой просто какой-то pet legacy, можно вот так вот его представить. И в третьем мы просто реально берем какую-то идею сейчас можем, да, или я сейчас быстро ее придумаю, и ну, лучше даже ваша, как бы, да, и тоже с теми же инструментами пройдемся. Что думаете? Если есть прям запрос на что-то, то давайте выскажемся, вот сколько минут потратим. Мне точно интереснее больше третья идея, Ну, именно от идеи, значит, полная разработка. Вот, Коль, скажи, как думаешь, что интересно? Мне вот тоже SDD интересно, не слышал раньше. То есть это написание правил документации для агентов, из которых потом рождается продукт, да? Это вот такое, примерно, направление? Да, ну, то есть это вообще в идеале, мы даже у нас был тоже там, когда-то мы общались с ребятами, такие делаем, как воркшопы, Едешь в машине и надиктовываешь кучу контента 30 минут 45, а потом приезжаешь в кастомер-девелопмент, опрошены клиенты, и что-то уже сделано. Такое это как бы охотелка в рамках звонка не реализовалась. Мы брали кусочек, где агентами это все, как сказать, формулируется. Там Vision, Product Vision, Document PVD или PRD какой-то там первоначальный, просто структурируется. Выдумываются роли, выдумывается аудитория. берется, короче, типа там по 10 агентов, которые идут и думают над каким-то вопросом. Я вот, например... Давай туда пойдем. Однозначно у нас прям все за это голосуют. Это вот ровно попадает в наш интерес. Супер клево. Так, ну, по сути, нужно сейчас вспомнить. Вот в июне, мы, кстати, и не дожали. Часто идей очень много, но как бы не всегда происходит. Получается, что тут нужно? Как я, например, делаю по шагам? То есть, ну, все знают, что такое вообще из DD. Спект-дрибн-девелопмент — это... Да, я услышал вопрос, сразу на него отвечаю. То есть, для меня, что это? Это когда мы сначала составили все спеки, потом сказали Яки, она их делает, и она как источник правды сверяется. То есть, из чего он обычно состоит? PVD, PRD, ну, все знают, да, это термин, Product Recovering Document. Это продуктовый документ, где описано, как продукт, какие у него фичи. Следующий, это кто-то называет по-разному, TRD, CDD, не путать с Test Driven Development, Tech Requirements Documents, или как бы Tech Design Doc. Наверное, фаундеры не очень-то вот так просто как бы сделать дизайн, это все требует технически, но сейчас мы подумаем. Получается, следующее, это как бы implementation plan и некий наш бэклок. Вот, я сейчас, наверное, покажу продукт такой no-text. Таких продуктов разных есть, самый известный, да, вот мне даже легче зацепиться, потому что, знаете, у меня вот знания разворачиваются. Не то, что разворачиваются, я все знаю, в моменте как бы слово подобрать. Вот самые такие известные, это SpecKit, как видите, автор этого сам GitHub. Ну, то есть это уже не просто ребята собрались с улицы, да. И этот фреймворк, ты его, условно говоря, запускаешь под входом или без, и он сразу все для тебя делает, да, и подключаешь к нему агента. Но я покажу Notex, который больше похож на продукт, который вот UI, который освобождает человека от вот этого кучи консолей и прочего, и кто еще с этим не работал, и 90% уйдут. То есть вот мы берем какой-то, создаем проект, и мы опрашиваем AI-ку. Я вот сейчас какой-нибудь, вот мы делали тоже, это у нас был какой-то workshop. Во, отлично, вообще супер будет демо. Собственно, фаундер этого проекта был на звонке, рассказывал, а я его опрашивал, давай вот мы будем делать что такое SDD? SDD это когда мы он тут всего доработал вообще очень хороший уровень еще это skip-hole tutorial, да, отстань вот, есть вот PIRD, у него все это визуализировано technical specification есть files3, это идеально я вот полностью с ним согласен как делать получается по правильному разработку, да вот мы составили PIRD, что это такое, какие у него неотъемлемые части, ну, наверное, всем тут это понятно, да, там, vision, audience, просто посхопываю, пока мы схопываем, мы видим, что у нас тут происходит, да, то есть это важно проработать, это можно медитировать над этим денечек-два, можно быстрее, но тут как бы, как кто-то говорил, а почему это не дать Ишке, ну, на самом деле, пока что не работает, что она вот стала мысль и сделала идеально. Бывает потом дороже себе и дольше. Все-таки вот над этим надо работать. И в этом идея сосудский Grim and Development, что мы упоролись в спеки, делали их там, условно говоря, чуть ли не неделю, курили, а потом начали делать. Ну, конечно же, у меня, например, терпения не хватает и не делаю все идеальные спеки, например, где-то за сколько там за времени. Могу за чат что-то уже спарганить и там примерно посмотреть и уже что-то делать, тестировать гипотезу, но все-таки день-два окупится стариться. Вот. Еще вот технику документы. Вот тут, наверное, будет всем интересно, потому что вот в этом как бы точка роста, да, и нужно, то есть, понимать, какие разделчики, да, вот если ты в этом не эксперт, что это такое, как бы, из чего он состоит. На самом деле вот это полезно одновременно такое дообучение с AI будет, потому что по факту какие-то вещи ты тоже не знаешь, но ты учишься на лету. Единственное, надо не забывать писать своими пальцами на клавиатуре, в моем случае конспекты вообще, или какие-то просто тезисы, потому что может забываться. Есть DevOps requirements, implementation, в принципе, ничего с технического. Я не буду сейчас в рамках System overview, там можно будет дальше, я потом скину ссылочку, посмотрите. Все то же самое, что продакт, только с технической точки зрения, с техническими нюансами, противоречия, архитектура и так далее. Темлемая часть, хочу подсветить, не всем очевидно, что DevOps это тоже на самом деле важная штука, потому что там что-то завейп-подили, а как это так забейп-подить, чтобы это работало, не падало и так далее. Это получается у нас многие на этом спотыкаются. Это те вещи, о которых не говорят. Вот, наверное, я сейчас пока вам говорю. Я себе помечу простэк, вот о чем не говорят. Это как бы депо и девопс не так много. Файл 3. Опять-таки, это уже больше с одной стороны технари, но с другой стороны в этом доке, в принципе, если вы хотите прямо сделать, просто понять, как папочки называются софт-яд, вот вы их там утвердили, пообщались, с ИИшкой, да. А потом, когда с этой ИИшкой вы исполняете, вы смотрите, а не создается ли там куча разной левой терапии и так далее. Вы что-то как бы понимаете. Тут без этого как бы все равно никак. В принципе, вот такой инструмент, я бы его назвал, он и обучающий. То есть, если вы не знаете, как правильно, где его в 3-5-10 раз тут спект, что-то это потратить неделю, но вы поймете, а, это не такая магия, вот тут Главное, вот эти четыре дока, вот у них такая структура, потом дальше на шесть как все научитесь. Ну и implementation plan, это по сути такой бэклог, то есть чтобы агенты делали параллельно, чтобы они не начинали раньше времени делать что-то неопределенно, агенту нет контекста, как это дополняться или еще что-то, или он сразу начинает там одно делать, а потом другой агент не знал про это и сделал другое. самая большая проблема – это замешивание. Так, сейчас тут, как видите, UI не идеальный, делал TechNard, ну, имею в виду, что это не вмещается и так далее. Но хочу вам сказать, что вот такого почему на рынке нет инструмента вообще. И как бы тут главное, конечно, уметь продавать его. Ну, и как бы до аудитории достучаться, там, прайсик и прочее. Но обратите внимание, вот есть каждый блок – это сущность entity, который как бы матчится вот здесь. То есть у нас есть requirements отсюда. То есть какая таска, какой файлик она связана, с каким этим, какой категорией, это прямо вообще случайно про него даже спрашиваю, не вспомнил, это прямо must-have инструмент. На самом деле проблема человека, который хочет что-то сделать в инструментах и интересных и хороших, да, Я вот пока вам все рассказывал, есть еще BIMAT, может быть мой звонок будет в спектринговом девелопменте прямо рассказать, потому что тут можно рассказывать много. Вернемся в NowTex и объясню суть продукта. То есть на входе мы общаемся с AI, она от нас не отстает, пока она не понимает, как сделать, короче, основные доки. Она уточняет, потом нагенерит свою первую версию, а потом мы в чатике дорабатываем. Видите, я тут, короче, прямо целитон, ты чё, матами там, не помню, что я там не говорил, скинул как бы про документации, ну, чё там, а, нашу переписку в чате скинул, говорю, слушай, ты чё ты меня вопросами свитаешь, давай, сделай драфт, и я тебе буду уже по-готовому говорить. И, короче, вот, собственно, драфт сделан, потом каждый вот можно покомментировать блог, мы получаем от CINPREMUMPATION PLAN. И идея продукта, типа, крутая, в том, что потом мы это все экспортируем. Экспортировать можем просто в доке, но вообще, я, честно говоря, не помню, где это у него прописано. Давайте посмотрим документацию. У него есть свой агент MCP, который берет из облака вот эти данные, и он бегает с тасками по этим, я не знаю, в чем он, в JSON-ках или нет. Этот проект, вот, есть MSP-сервер, и он, как бы, видит, так много, и вот он так запускается, я бы даже запускал, и агент, типа, молотит по спекам. Ну, собственно, как Dream on Development, да, вот в этих четырех документах, куча нюансов в том, как их проработать, их можно днями и неделями делать, но как бы в этом суть. Покажу пару крутых, серьезных, авторитетных инструментов, вернусь к GitHub. Сам GitHub выпустил продукт, я его на самом деле так и не тыкал, но знаю, что у него, условно говоря, 7 из 10. Условно. Таких, как я, уже в цели, он как бы не волшебная палочка, но как бы хорош. И он нацелен на то, чтобы сделать эти спеки и организовать все эти пайлики Markdown или JSON, или как он делает, агенты плюс-минус обстановно потом эти спеки делали. То есть, потому что делать спеки – это первая часть. Вот этот продукт, в принципе, визуально идеально это делает. И он даже вот этот – это NoTex. И у NoTex даже вторая часть, но он на этом не фокусируется, он просто дает мост, который удобно дает через MCP агенту, вот эти доки как бы брать и редактировать с его сервера база данных, то есть там. Но можно их выгрузить вот в таких форматах и продолжать самому. Но тут как бы удобно мачить рекламу, и тут под капотом же мозги, которые у него адаптированы, чтобы обученный пусть будет, под это. А тут все как бы свое и тоже нужно короче заниматься этим. Есть еще вот большой много звезд. B-Method Open Source там чувак, кто-то сделал это, Брайан из Чикаго. И тут очень много всего. Он вообще в принципе как разные подходы. Я потыкался, не сильно пользуюсь, в принципе помогает. Как говорил, проблема, что инструментов крутых очень много, что ты вообще не успеваешь их даже познать. Потому что сам метод BIMED, он меня заинтересовал на этапе, когда появились официальные саб-агенты у CodeCode, если никто не знает. Это когда такие миньоны, подработники. То есть один агент сказал 20, по-видимому делайте параллель там, и они делают. Ну, такое не так часто там бывает, но им было интересно, блин, а как организовать эту армию? И тут, собственно, у него хорошо получается. У него там видосик есть большой. Смотря на Gitsub не добавил видосик. Сейчас мы... Вот. Тут для брендсторма есть, для девопса, для всех-всех-всех ролей. Почему у него это все не написано, нужно ли ему сказать. Опишу. Я покажу вам просто название этих методов. Короче, этот метод обязательно нужно просто скачать, смотреть, включить YouTube видос на час, на полтора его, и прокликать, потратить полдня, и будете понимать, насколько это интересно. Это я сам, как говорил, не тыкал. Это тоже нужно полдня покурить какой-то идеей, сделать ее, и поймете, как делать доки. Может быть, уйдете, будете, как и многие, делать свои комбинации, адаптации. А может, будете пользоваться один в один. Вернемся к теме доклада. Ну, как видите, вот что я забыл, файл 3, да? Слушайте, ну, registration workflow и use cases, например, там, shotgun. Shotgun, кстати, написал это сам Глеб. Ну, в общем, они тоже хороши, у них есть свои преимущества, плюсы и минусы. И я, наверное, в формате вопрос-ответов только отвечу, потому что смотрю, что там у меня по таймингу. Вот я вроде бы это. Ну вот, да, микрофейл, два сценария. Ну, сценарий мы один выбрали, да, я предлагал три на выбор. Не вижу микрофейл. Но фейлы всегда, Ишка делает что-то не так, нужно постоянно корректировать. Идеально все проходит, когда ты так идеально все понимаешь задачи. Часто ты делаешь задачи, которые ты еще не делал, И тогда ты сам отчасти не даешь полные инструкции, часть не знаешь, ну что-то не доделывается. Но у меня все, в принципе, делается вопрос времени. По-моему, я даже тебе дал тезис. То есть такой пример. Если начинают ломать предыдущий код, какие частые проблемы, ломать предыдущий код и прочее, то приходится просто брать свои руки, делать меньшими операциями, кусочками и все это выправлять. Вот. Носкодекс. Тои, который хочу акцентировать внимание. Вообще, зачем, почему я сейчас пользуюсь два? И для чего? То есть вот это для code generation, а это для рефакторинг, аудит, превью. Ну, вообще, такие высоконетекторальные задачи, требующие внимания. он Linux, короче, да, а этот вот Doer, GHD, Proactive, лезет часто куда не просит. Вот, если дать такие по Гуглу, там, у него, что мне нравится, ну, понятно, тут всех депрессорщин не удивишь, и студия, это просто мы тут, чем она отличается, во-первых, зачем Гугл, потому что миллион контекста, больше голов внимания, И больше может сочирать и проревьюить. В ту же сессию код-кода или кодекса я могу ему скинуть. Посмотри, что ты видишь, дать ему роль эволюэтора teacher buddy. И он мне как бы подсвечивает какие-то вещи, объясняет и прочее, если я за ними всеми не успеваю. Я там выставил себе какой-нибудь multi-cat или какой-нибудь большой пронг, как-то ему нужно отчитываться передо мной. Выставил температуру, что это такое. Это насколько точно. выкрутить вот так, он не будет ничего выдумывать, он все, он только читает твой, твою портянку представьте на 1 мегабайт текста, там сессия кода и все детали, все только там говорит, ноль как бы вот этих вариаций и креативность, я обычно использую 0. 4, а это я так понимаю столько вариантов, я слишком тоже прояснял, уже забыл, ну как бы вот выбираю там баджин, это и как бы закидываю и общаюсь, вот у меня такая сессия, то есть как выглядит моя разработка. Я делаю с кодексом, начинаю планирование с кодом, делаю код, можно подключить код. Показать где, откуда что-то запускаешь, чтобы видно было flow, если можно. Сейчас покажу. Вот у меня iturn. давайте тулс напишу, то есть вот Aterm 2. Такой излишний иногда оптимизатор, знаете, ухожу в этот как бы почему-то. В Aterm я использую Tmux, я себе сделал алиасы, то есть я пишу себе просто TNS - это Tmux вместо Tmux - S и там сессия. У меня много Alias, TXT, TNS. Например, Teleton. У меня открылась сессия, я тут могу, например, и был в репозитории, и теперь планирую какой-то проект с нуля. А давайте Bim. at. Помните, он был непонятный, как будто вот я его типа зачем это нужно айтерм он короче держит больше символов он не вылетает у него там больше изобилийте чем у dragon drop и всякие плюшечки что-то к этим это та штука что если ты пошел но вот закрыл открыл или что-то еще произошло ну хорошо но вот не закрыл открыл если ты случайно закрыл окоска, то все сломалось, то твой код-агент прекратил работу, это самое главное. А это как бы гранд-процесс. Ты можешь как бы вот сидишь к ней в этой темы сессии, а потом можешь сделать и выйти оттуда. Но там в фоне дальше все происходит, все работают, короче. Вот, захотел обратно, написал подтянуться, ты зашел, вот что тут происходит. Ты можешь сделать 5-10, ты можешь по вкладкам, а можешь закрывать и там будет все это работать. Вот, есть два такие. Мы берем, качаем эту репку, дальше сейчас в нее зайдем. То есть у меня есть алисы, сразу я выставляю код Dangerous Mode. Это без опрувов, он очень херачит, там что это, там посмотрел какие-нибудь моделька стоит, там этот. Давайте я сейчас... Ещё вот ему все хорошо, вот видите, можно вот такие всякие делать Lego из штучек, каких сейчас я покажу. То есть я вот сейчас с подклеями делаю, ну вот второго. Я сейчас хочу, вот я тут же запустился, да, и тут я сделаю кодекс, не доделывайте. Yo mod я запустил и я ему говорю: "Привет, смотри, я сейчас на презентации, на демо показываю ребятам все мощь кодового агента. Твоя цель - не обосраться и сделать максимально качественный анализ проекта, объем на 4, самые ключевые вещи и прочее. Изучи вот этот спект-дрибент-девелопмент проект для founders BIMED. Какие там основные файлики, роли, ну, типа, какие возможности, Давай, до 7 слич, там может быть 2-3 сексона. Делай. И как бы вот. Давай сделай. А, you must use sequential thinking MCP. If you want, you could use Reddit for searching, Brave Search and Perplexity. And you must use TaskTool Sub-agent. And your time to work not more than 3 minutes. you must use your agent in MapReduceMode in parallel. Так, вот я сейчас закину ему, получается этот промптик и это но. И сейчас еще посмотрим, что можно смотреть интересного. Ой, там он ошибся. Сейчас этот кодекс пошел, у него нет mcp, но он поймет. Код пошел. например что еще можно сделать пока мы ждем кимуксе я могу открыть новый tab тут как бы свой мир то есть я как бы свой такой workspace для него держу а могу вот здесь например сделать вот так и справа добавлю а потом запущу nvim потом сделаю вот так и еще тут похожу И тут, или могу я, знаете, запустить какой-нибудь... Ой, какой-нибудь H-top на Mac есть, я не знаю. Вот. Типа, знаете, observability, типа, что-то происходит. Это все, как бы, очень удобно. Это прям... А если вы еще на ретейске делаете, ну, то, как бы, ноут закрыли, оно работает. Вернулись, там, подключились. Обратно. С телефона тоже можно на терминал заходить, там, ну, вот, посмотреть, что происходит. Ты что-нибудь модное типа VAR попробовал для терминалов? Да, слушай, даже уважаемые мной люди мне рекомендовали, три раза к нему подходил, я как бы, я так и не понял, какую он мне вилью может дать, ну, типа, то, что он мне может автокомплит сделать только команду, а вот как бы, ну, понятно, что там агент внутри хорош, он что-то там делает, но как бы, ну, у меня вот есть код и кодекс. Короче, за вот эти шесть месяцев столько было инструментов, как бы, да, у варпа вроде бы хороший этот, вот есть, госу, кодер, госу и вас, да, есть такой авторитетный чувак, и кого я тоже уважаю, бест и ай, эджент, этот варп остался, нет, такая строчка, 14, видимо, они накручивали рейтинг, был такой период, что они в конце лета или в начале осени пушили, бля, мы на первой, второй строке, короче, вот у них, видите, что-то, ходу не очень много крутых инструментов но украшен не зашел новый да я им пользовался вот прям хиллер фиша то есть такие привередливые как я тоже и опытные пользователи никто мне не смог типа ну а самый важный поинт и него агент под капотом они его так запромтили системно что он короче лучше работает чем у остальных вот кстати давно на рейтинг а нет он второй блин смотрите Я ошибался. Второй, да, для честности сказать, рядом с рядом. Да, но это под сонетом, и это, знаешь, вот эти рейтинги. Вот этому чуваку я доверяю. Я его не смотрел 2-3 месяца назад. 2-3 месяца назад, когда я все это пробовал, был в степени, как бы, поиски, даже нет, продолжал еще быть, еще не закончил, то, как бы, он нормально давал, вот такие как бы, потому что проблема рейтинга, потому что не пойми, что они вот это. Фактори Сиоа еще такой появился интересный, да, это Биэй недавно пользовался. Не знаю, нужно тут уже идея, знаете, вот эти вот один процент, они уже на самом деле не играют роли, часто играет роль то, что как ты умеешь пользоваться. И вот тут я могу сразу критику сказать, обоснованную, и есть вот еще другие ребята, как я, мы общаемся, там, условно, 20 человек активно. Вот ГВМ, он тупенький. Он офигенно использует туры. 10 раз больше. Но все равно на выхлопе, под итог, это даст хуже, чем кодекс просто чистый. Или что? Или вот это. А, ну, тут так и есть. То есть, они тут что измеряют? Они измеряют агентность. Ну, наверное, в агентности, да. Но в результате, по факту, если у него крутая агентность, он тупенько это вывезет, но лучше уже, если ты хочешь, прям самолучше вязать вот комбинацию сонета и кодекса. Честно говоря, я вот сейчас в EDS не захожу, может быть и не плохо, код, винсерф, ну они хороши были тогда и кодсерф, а Z я пробовал, там ACP, у него просто вырвел глаз некоторые фичи, мне нравится, что он быстрый, что он раст, а если кто не знает, есть MCP, а что MCP это для нас, типа, словно REST формат для людей, чтобы там не общались языком. А CP это IDE с I, чтобы они, вот эти фичи были удобнее. Вот если так, как-то абстрактно ответить. Недавно я попробовал, я даже пост написал, все агенты. Это вот есть OpenCode, Tuxery, Crush и что-то еще там было. Это, типа, такие как-то же обертки, я написал или нет, Cases, ну да, тут вот у этих есть CLA, вот я написал, что есть оркестраторы и workflow, есть, как бы, тоже, не знаю, wrappers, ну, как правильно назвать, новый клиент, как бы, внутри типа плод-хода, он больше, лучше затюненный, кстати, вот они оба что-то сделали, да, ну, как обычно, понятнее ответил этот код, он все-таки как-то часто понятнее. Но вообще, если, кстати, ответить, самое важное, что стоит сказать, потому что можно говорить бесконечно, представьте, у них там 50 нюансов, и поэтому нужно вайпходинг невозможен день, нужны опыты, вот постигаешь их кодекса, контекстное, окно в 20 раз, представьте, больше, чем у этого кода. Что значит 20%? У них же у одного 150 тысяч токенов, ну 200, они отжирают там сразу, если посмотреть, контекст команды. Потому что контекст, все мы тут понимаем, что это очень важно, но что они тут пишут: "Видите, 108k осталось, а вот это я хотел показать, что автокомпакт, там короче буфер 77 тысяч токенов, да, что систем промпт вот еще двадцаточку отъели, мспшек, если мы много поставим, то еще съест, и шишдая ничего осталось, как бы, вот. И есть такое понятие головы внимания, если слышали, Dixx, как в первый раз в пейпере своим описал, голов внимания больше. Он как бы как-то свои 256 тысяч токенов кодекс, ну, то есть их всего лишь два раза больше, да, на самом деле. Но он их как-то так экономно использует и эффективно, и вот с этими головами внимания, что он шарит, короче, по ходовой базе, по нюансам. Когда вот делал там свою семья, здоровье, ты в своих данных абсолютно не шаришь, где что. ты понимаешь, тут он как бы не дочитал невнимательно, тут еще что-то. Кодекс туда-сюда, через 10 минут надо автокомпакт перескакивать, оркестрировать сабагентами, то есть у них просто можно не прыгать все недостатки кода, просто кодексе делать иногда, напрягаться и пытаться из него выжить через все эти логины на максимум. Так, давайте посмотрим просто результат бегло Я вот ставлю sequential thinking, потому что... А, видите, он еще за меня поработал агент, и поэтому хотя бы сэкономил мне кончакст, так как он уже и закончился. sequential thinking я люблю читать, как Ишса думает, я от него учусь. Обязательно всегда прошу, что он тут показал. Вот, да, PM, архитект, девелопер, UX. Это он, получается, он заменяет какие-то профессии. Дальше он заменяет какие-то домены действия, знания. BIMAT метод, который мы сейчас в репозитории изучили. Все правильно он написал. Вот он заменил специалистов, заменил домены какие-то, которые консульмонтации. И ты можешь более грамотный спик-дрибунный логан для игры, например, сделать через него. Например, у него, знаете, книга такая есть, по-моему, то ли 7 шляп мышления, то ли 9. а там у них 19 вся обмышления. Они сделали промпы такие, и зациклили это так, что вот пошагово тебя опрашивают, а ты вот так думаешь о продукте, то есть посоветоваться. Мне понравилось на видео, как показывал на демо, вот, и как меня опрашивали. Вот, собственно, спик-кит, это прямо готовый такой, знаете, темп-факторе разные случаи жизни. Пустар-кодекс в этих случаях сухо отвечает, Может по делу всегда. Вот давайте. Круто. Кейл адаптив треки. Квик фл. Ну типа да. То есть он делает такое. То есть когда человек не умеет. Короче лучше сначала с этим инструментом делать. Да например. Можно фл. Короче архитектуры разбирать. Можно. Получается что он имеет в виду. Тороче, продуктовая штука, документ шарнирования больших спецификаций. А, и может, я так понял, нарезать как нужно и оптимизировать с контекстом. Ну, интересно, я вот об этой штуке, например, не знал. Вот, то есть какой запрос был, что показать, да, как я вот пользуюсь, но я уже какое-то количество показал, как бы, флоу. Можно, понятно, что подключать там все эти MCP, смотреть, вот так. чтобы я этого не делал. Speed List, например, что он меня там стоит. И что он у меня эту команду исполняет, как будто я ему дал... В общем, у меня там не так много NCP, потому что они называют контекст, есть команды, я не сильно... Я вообще, честно говоря, 10% времени сейчас только сижу в коде, а остальное в кодексе. И многие вещи как бы не совсем успеваю. И сейчас я вот смотрю больше в такие есть диктап нет. Ну вот как спектки планирую делать, но на самом деле просто сейчас делаю много продакшн задач и у меня все нацелено, знаете, то есть у меня, например, обычно есть папочка Memory Band, в ней там у меня есть Scrum, то есть кто-то уже там, при делании совершенства нет, много я видел, многие ребята шли дальше и я там создаю себе таспл. в таком формате, 13, ну типа, что мы сегодня делаем, то есть VSEO, BIMAT, метод, да, и там складываются артефакты, агенты туда пуляют, потом у меня еще есть, там, например, Gitsa-модуль, как там у меня это называется, EIDOX, сейчас я посмотрю, это мои уже какие-то наработки, то есть как выглядит мой типотиповый проект, это вот так вот, я себе добавляю, ну, чтобы не было дублей с саб-модулем, там у меня, видите, документация 75 файлов, какие-то Markdown файлы документации Anthropica или там Amazon KeroDev, в Тайс-Метах полно забыл про них вообще, там, кодер, тут можно говорить вообще часами. И вот, например, я себе Markdown, знаете, через какой-нибудь FireCrow или просто когда-то скачал основные доки и потом говорю, мне нужно сделать такую-то задачу. Мне нужно сделать, чтобы ты мне сделал что такое саб-агенты у кода. Вот он создал, наверное, папочку код. Не создал, да, сейчас мы сделаем. И чтобы показать наглядно, сейчас мы так, вот. Мне главное попасть на документацию, там просто UI-ни есть. То есть у кода есть вот такая папочка. И тут можно сделать агенты. Agents, Kadir Commons типовые задачи, которые решают Kadir Hoots. Это, например, когда задача закончилась, что-то под сенем можно дернуть, еще подскрип, еще что-то. Еще какие-то там папки, я уже забыл. А, но они сделали сейчас плагины. Это комбинация какой-то кейс конкретно. Вот нужен Content Engineer, который будет добавлять новые, не знаю, на страницу pricing, типа, в этой команде описаны нюансы вот этой задачи. Агент описан нюансы, как ему действовать, что ему делать. И это будет саб-агент, и вот ты запускаешь кодкод оркестратора и говоришь ему, добавь мне прайсы. Успользуй агента вот этого. Ты даже делаешь это через собачку. Сейчас я раз, два. Вот кмукс вообще люблю, ведь раз захотел рядышком и дело. Давайте мы создадим своего агента. Например, это все, конечно, я тут часами так буду делать, но давайте вот контент, change. ng, потом сделаю commands, pricing, change. ng, и потом запущу здесь, И тут должен... Видите, FrontEnd Engineer, он сейчас не подсветился, он как файлик подсветился. А вообще он должен как будто инициализировать, я забыл, как там. И типа вот этому агенту я дал слэш, может, потому что файлик пустой. Видите, вот pricing change, как на команд. Потом у этих команд, сейчас вот, commands, венера, слэш, commands, да. У них вот есть всякие параметры, сейчас типовые. А, я вам покажу, знаете что, я вам покажу, вот, что я, зачем я как раз делал, за иду, я иду, как у меня там антропик, как это называется у меня, я открою, влажкоманс, ой, ужасно, сейчас я думаю, как открыть, давайте не буду, смысл в том, что можно какие-то переменные передавать, типа там условия задачи, то есть типовую команду, и у тебя какой-то специфический кейс или файлики, и ты в этой команде говоришь, например, исполнять таким-то агентом, и твоя задача, качество этой задачи, все самое главное, оно очень с ней повысится. Ты можешь весь нужный контекст добавить. Если задачи часто выполняются, то как бы это экономит значительно время. А плагины, это когда уже обернули профессию, типовые задачи, связки в какие-то замкнутые экосистемы. Сейчас я попробую быстро найти, как же это называлось, плагин. Может, про скил говоришь, Клод? Нет, плагины и скиллы это разные вещи. Скиллы это некая следующая абстракция от агентов, который дает, ну, не знаю, скиллы дает, надо ютуб смотреть. Вот, есть такой статик, видите, тут все структурировано. Agents, Comments, Settings, Fux, MCPs. Плагины — это DevOps Automation. Он состоит из 5 команд, 4 агентов и 2 MCPs. Вот такое плагины. А с Fuse, получается, они появились попозже. Я даже на самом деле какие-то вещи уже не всплываю. Я прочитал видосик, послушал, Примерно для себя початился в ноутбук. Что это такое? Примерно понял, что это такое, как пользоваться табличка, такой feeling of doing how to do it before. Можно я сейчас уже приземляюсь на вопросы, потому что у нас время и хочется еще ребятам спросить. У меня, наверное, со своей стороны вопрос. Во-первых, как ты там ориентируешься? Какой твой подход? Ты сам говоришь, тулы выходят, скиллы у Клода, там куча абстракций, они где-то друг друга заполняют, дополняют, где-то не дополняют, копируют. То есть какой твой, ну, не знаю, подход? Работает пока работаете, есть какое-то время на ресерч, время на разработку, ты как-то это делишь, какие-то доли, как ты к этому вообще относишься в такой скорости изменений? Слушай, ну, задач, как вот рабочих, так и вообще просто жилья, там, семья и прочее, больше, чем я успеваю. Вот что успевают, а первое, И я, наверное, мне сильно помогает то, что есть какие-то сообщества, которые я сделал конкретно вот этими инструментами. Я просто уже знаю, у меня есть вот человек SpickDreamDevelopment, я как будто его вспоминаю, а потом все его посты, типа знания, это у меня и в голове. И вот видишь, как есть какая-то монорепа с моими доками, да, есть Obsidian. Если появляется новый инструмент, я его щупаю, или если есть какое-то количество людей, мнение которых, знаешь, вот как мы наладили common context, я уже понимаю его экспертность, просто кто-то скажет, вау, круто, а кто-то скажет, и это вообще ничего не значит, а кто-то скажет, вау, круто, ну ничего так, если этот человек сказал ничего так, то надо присмотреться, да, и многие инструменты я сейчас просто не, это, просто не щупаю, вот, например, спектр, у меня руки-то руки не доходят до него, пощупать. Но вот эти люди, которых я уже там типа знаю, вот они как бы все мыгустые. Я вижу, как-то какое-то время с ними тестирую, как вот твое мнение по этому, просто такое-такое. И вот, собственно, я как-то ориентируюсь, то есть вот плагины и скиллы, как-то была какая-то задачка такая, не слишком ответственная, где нет сроков и прочего, потому что это очень много времени, типа, экспериментов Я такой, давай мне сделай вот такие вот скиллы и прочее. Я специальные эти деки скиллы там добавил, специальные и прочее. Читай вот это, вот это, мне надо сделать вот это. Делай вот такой мне скилл, делай мне такой. А потом я вчитываю, что это мне Иишка наделала. Ну, прям не то. Я понимаю, отчасти, блин, это можно полдня в день расписывать, или я типа за час-два сделаю. Вот как я успеваю, он не успеваю, никак не успеваю. Чего успел, то успел. Сомненты, которым стоит прислушаться, типа, вот, мнение, вот, как услышал, у меня уже есть какая-то интуиция, чуйка, я их сам тыкаю, если они мне дают пользу, я их оставляю, если не дают, еще раз спрашиваю, а как тебе вообще это дало, если мне не отвечают или это, то, ну, типа, все, я, как бы, его просто оставляю. А какие я вижу, что 7 изнестел, у меня уже инструмент удовлетворяет мой подход, как я делаю спеки, я понимаю, что на спектривен я буду там, не знаю, день-два и, вероятно, мне это поможет. Ну, типа, не оставляю. А просто про какие-то даже забываю. Ну, типа, потому что не успеваешь. Вот такой ответ. Ты про Obsidian упоминал вообще knowledge management. Тут есть подходы для, не знаю, ресерча, управления знаниями. Ты как-то применяешь? У тебя какой-то подход есть? Что ты хранишь Obsidian, например, по личной части больше, если нет, не разработка, а что-то про исследование? Ну, у меня есть такое, типа, у меня есть Daly's Outputs, и там, короче, все у меня идет с амс-темпами, вот, и я много генерю, я много генерю этого контента рабочего, и у меня он с сим-линками в Obsidian, и он как бы отчасти связан, у меня это Memory Bank и все. И получается, у меня вот Obsidian — это куча рабочих противопактов, структурированных, как они были по работе. И есть вот эти мои личные ресерфи в одной папочке, они потом линкером раскидываются по моим серым видам. Это у меня Health, Sport, Family, Finance, Profession, Entrepreneurship, Social. Это, в общем, тема очередного доклада, да, это прямо туда надо отдельно проваливаться. Да, у меня SecondDrain есть, но он не просто так, он уже делается лет 10 на свои какие-то такие очагки на удивление, я не могу больше, ну, в смысле, рук, но времени не есть. Ребят, очень было приятно пообщаться, прям нужно бежать, я 21-30 у меня звонок, я про него совсем забыл, так заговорился. Ну, я рассчитывал, что закончил 9. Да, супер, спасибо большое. Мы тут немножко обсудим потом, пригласим еще на другую тему. Спасибо. Да, пока. Впечатляюще очень. Можно кратко обсудить, если после этого хочется поговорить, накинуть, возможно, на будущее каких-то тем. Ну, или просто с таким объемом пойти пробовать, экспериментировать, не знаю. Как у кого ощущения от такого флоу, от такой скорости, сложности, подходов? Кто-то может, хочет поделиться, в том числе и не технически. Максим, ты хотел? Наконец-то на нормальном языке заговорили. на разработки. Да, наутекс рекомендую всем посмотреть. Прямо это изумительная штука. О, ты говоришь, наутекс. Продукт Ивана Макарова. Как раз по спект-драйву и девелопменту. Можешь скиночатик? Да. Это там, который вначале был. Это только для того, чтобы написать спеку или еще, чтобы я имперминировал сразу, там трипд-капотом агента сразу пишут ход. Наутекс, насколько я помню, он только спеки делает. Но я его последний раз достаточно давно ковырял, еще полгода назад где-то. Сейчас он должен стать существенно круче. Ну и плюс я в чат выше кидал есть фреймворк, тоже OpenSpec. Он достаточно простенький. Спекит он такой, прямо это про серьезную разработку. Как-то, если в тему хочется просто зайти, то OpenSpec классная штука. Как тебе это накладывается на твой этот Вау, как ты относишься на это работа. помогают жить для создания PRD генерации TASA, сейчас еще появилось для тестов, чтобы покрывалось тестами. Мы сначала пишем PRD, его покрываем тестами, и потом уже, ну, как бы, агенты покрывают тестами, агенты потом пишут код сразу, чтобы эти тесты проходили. Тоже повышает такую устойчивость, чтобы они там не ломали ничего старого, пока пишут новый код. Из этого всего многообразия, там множество разных подходов, но в конечном итоге все это упрощается до трех простых вещей. Создать файлик, создать задачи к ним и как процессить эти задачи. Все это нужно для того, чтобы был всегда какой-то контекст, чтобы когда контекстное окно заканчивалось, могли обратиться, смотреть, что уже было сделано, какой контекст задачи. Все это пока существует, пока еще контекстное окно ограничено. Мне кажется, что когда это будет расти, или когда задачи несложные, вообще можно не пользоваться, можно сходу врываться с ноги. В общем, есть тенденция, что все лучше становится, в конечном итоге, наверное, все себя живет. Да, всем привет еще раз, очень крутая лекция. Привет. Я не думал, что попаду, случайно довольно попал, очень круто. Очень в тему, потому что я не технический кофаундер, и вот сейчас тоже пытаюсь въехать в тему вайп-кодинга. Что-то получается, что-то даже не такое уже интересное получается, но очень много все равно спотыкаюсь и ломаюсь. И у меня, наверное, сейчас вот как раз таки скорее вопрос к присутствующим, кто технически, наверное, в первую очередь, людям. А как вообще, какие советы в дженерах вы бы могли бы дать для человека, который не умеет кодить, но хочет научиться вайп-кодить какие-то, наверное, пэт-проекты или какие-то прототипы, чуть-чуть больше, более глубокие, чем просто там с одной командой. И вижу какие-то курсы, вот сразу два вопроса в одном. Как получится? И второй, стоит ли вот курсов? Я много вижу курсов, и у меня большая скепсис, если честно, по ним. Какие-то они очень инженерики, такая какая-то, ну, простите, инфоцеганством, как будто бы попахивает много там. И уверен, что много есть хороших, но вот много очень таких. Прав ли я? Я, в принципе, не глубоко в контексте, может быть, я... Я как автор курсов отвечу, начну, а потом, да. Да, просто если это не к тебе, в коем случае. Да, просто вот мы как раз пытаемся, наверное, эти границы ломать, потому что к нам точно приходят не технические ребята. И вот Вася, который сейчас вот только говорил, он как раз у нас вайп-козинг трек ведет, где мы вот стараемся вот эту штуку как раз-таки не попсово как-то объяснять, да, каких-то живых проектов дотягивать. Вот, поэтому у нас есть процесс, он не сугубо про вайп-козинг, конечно, не про твою задачу только. что там одна десятая, наверное, часть продукта, но она есть. У меня, наверное, тоже есть какой-то такой и запрос, и опыт, как это применять, но у меня всегда такой запрос, наверное, больше на управление знаниями и как в умышлении, чем какие-то продукты. Хотя в последнее время я начал много думать про интерфейсы, придумывать какие-то интерфейсы, обрабатывать какие-то метафоры визуальные, кодить их в каком-то вебе, ну, то есть по-разному к этому я захожу. Вот, ребят, может, кто-то из технической перспективы больше на это ответит, как нам начинать? Могу докинуть, вот, Палентин спрашивал про какие-то стартеры, проекты, я как раз кинул в чат, делал заготовку Boller Play, в рамках курса, чтобы людям было удобно не выбирать стэк на старте, чтобы был такой уже заготовленный сетап, ты его открыл в курсоре, там уже все заготовленные процессы и промты лежат, которые как раз помогают этот вот спектрой, дебилоком, генерировать задачи, И там описано в общих словах, как используется документация. Там уже выбраны технологии, там и базы данных. То есть это не только там, чтобы интерфейс, прототипы генерировать. В этом проекте уже подключен Firebase как баз данных, чтобы можно было сразу какое-то рабочее решение делать, которое не просто пока базы положатся, они достанут, чтобы это был рабочий продукт. А дальше уже, насколько фантазии хватает, уже задавшему задачу он сможет делать. С этого мы и начинали, Вася, трек, тот же плейд. Да, где-то там в середине он был, да. Есть в целом много в GitHub готовых кобулер-плейдов, которые уже созданы, их можно взять за основу и их скармливать в курсоре или в коде. А если совсем не хочется идти в глубину кода, и такое, честно, не техническое, то там тоже куча решений. Есть сейчас, например, Lovable, Bolt, Figma Make. Вот мне чем нравится Figma Make, она там Superbase под капотом еще может подтянуть, и тоже получится готовое решение, потому что если мы говорим про Polymer Global, он скорее просто красивый UI сделать, но там без базы данных, а вот Figma Make, у меня получалось там классные делать штуки с Superbase, с базы данных, все работало в два клика. Но те же самые подходы, которые только что объяснил Алекс, отлично применимы не только к коду, а вот таким кодопишением тоже. Описать большой документ и его потом скормить в любой из вот этих агентов типа Лобов и так далее. Это тоже очень круто работает. Перекидывать в Google Gemini, например, потому что там большой контекст, если ты кусок кода написал в одном месте, тестировать или итерировать в Gemini тоже хорошая идея. А если все-таки хочется, ну не то, что хочется, но для качества вайп-кодинга есть ли сейчас действительно смысл идти в глубину кода? Вот ты говоришь, если не хочется идти в глубину кода. Я и не против, если это действительно даст большой прирост. Но при этом я прям, ну, выучиваться на кодера не очень хочется. То есть вот есть ли баланс в этом какой-то? Да, кодерам сейчас не нужно учиться. Нужно понимать скорее базовые принципы архитектуры. Если хочешь идти в глубь, там скорее важно, как базу спроектировать так, чтобы преимасштабирование не поломалось, потому что если такие вещи сильно доверять агенту, то есть вот в этой части лучше закрыть человеку, чтобы он, человек, говорил, как спроектировать базу, если прям проект рассчитывается не просто поиграться под проект, а что-то серьезное, плюс идя вглубь, можно больше всего контролировать с этим проще потом работать. Ну да, наверное, имеется смысл, если что-то чуть более интересное, чем прототип, то, наверное, имеет смысл. Можно последний вопрос отдать. А вот тогда есть архитектура, то как это лучше сейчас изучать? Ну, есть желание учиться и умение учиться. Можно там пойти, учиться самоучкой, даже очень много курсов с Энфорского университета по базам данных, по архитектуре, то есть, например, такие штуки на английском, такие YouTube-видео, куча информации, то есть, только в куть. Ну, я не знаю, скилбоксы, я это все не понимаю. Если бы я как IT-шник, что учиться чему-то, то да, я бы, наверное, шел бы на 100% курсы и там что-нибудь выгорел. Супер, спасибо большое. А можно вопрос к Василию? Если я правильно услышал, то вот ту спеку, которую мы изгенерировали огромную, предлагаешь скидывать в код, либо в какую-то LLM-ку, для того, чтобы она кодила. Но вот по моей практике, когда я писал большой промд, чтобы она мне что-то сделала, либо все очень плохо делала, либо ломала то, что уже сделала. И самый лучший вариант, который у меня был, когда ты эту спеку бьешь на маленькие кусочки и скармливаешь чуть-чуть и контролируешь. Да, да. А про это и речь. Я не говорю, что скидывает все, там же в спеке есть шаги. Мы создаем PRD, на втором этапе мы делим его на задачи и на подзадачи, и вот уже маленькими задачками нужно решать, то есть скармливать маленькую задачку, но имея контекст, что вообще в целом нужно делать. Она знает, что в целом вся спека знает, но делает маленький кусочек в момент времени, что классно, когда работаешь в курсоре или подводе, там видно заполненность контекстного окна. То есть пока выполняет агент работные задачи, ты видишь, что там уже 50% контекста сожжено. Значит, задачку заканчиваем и открываем новый чат, и в нем просим делать следующую задачу. То есть всегда следить за этим контекстным окном. Именно поэтому качество падает, потому что когда контекстное окно в 400 токенах, либо в миллион токенов учился, то модель начинает галлюцинировать, у него внимание рассеивается, она уже там ерунду делает. То есть очень важно, даже если в одном конкретном контекстном окне, вот в чате, будем говорить, что-то идет не так, закрыть этот чат, прибить, открыть новый и начать с начала. То есть открыть эти дни назад, это тоже важно, чтобы там люди не сохранять эти бредни, если он уже не туда пошел. Если вы видите, ловите себя на мысль, что ты его останавливаешь и говоришь, нет, переделай, то лучше просто начать сначала, значит, он уже не туда пошел. лучше переделать чуть-чуть изначальный промп и направить его сразу, то есть ваншотить. Вот к этому стремятся вебкодеры, сюда ваншотить. Если ловят себя на том, что уже ругаются с ним, значит, точно что-то дойдет. Предложил плавненько заканчивать. Мне кажется, классный, наверное, самый наш технический заход. Хотя, наверное, с нами тоже в следующий раз или какой-то там что-то расскажут по своей части. Попробуем больше, наверное, делать только фокус на интуитивно-смысловом, нежели прям хардкорная разработка. Хотя, не знаю, наверное, запросы разные могут быть. Посмотрим, как пойдет. Спасибо, что здесь. Спасибо, что пришли. Надеюсь, такой формат технически тоже заходит. Мы будем тестировать разное, в том числе и более гуманитарное. Могу рассказать чуть-чуть по нашим планам, что у нас там есть. У нас будет фаундер Манишата, Майк Ян, 4-8 декабря. Сейчас. И, наверное, он будет. Да, у нас будет Байрам. А может быть, вы знаете Байрам, у него канал, он давно пишет про продуктивность, управление знаниями и агентскую разработку. Он будет в следующий раз. И у нас будет Спиридон, скорее, больше в таком бизнес-формате Максим Спиридонов про, не знаю, предпринимательство, бизнес-визионерство, вот какие-то такие подходы. Это больше, наверное, такой дискуссионный подкаст, но тем не менее, мне кажется, вполне интересный формат. Майк, наверное, больше про стейк поговорит, и Байрам, наверное, тоже достаточно технически уйдем в командную историю, наверное, типа того, что показывал когда-то Сева, но вот через призму такого другого бизнеса. Такие планы, а слоты есть, можно что-то тоже приносить от себя показывать, в том числе гуманитарное, в том числе не техническое. Всегда этому рады. И да, до встречи. Как минимум до 13 декабря, каждый четверг у нас все будет. Спасибо. Прошлого вечера. Приходите. Пока-пока.