Automation HUB 2025 Virtual Meetup #1

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

По нашим сегодняшнем, собственно, программе. Как я сказал, у меня короткая преза, после чего я передам слово нашим коллегам, которые расскажут о трёх вещах. А будет Сергей Голубев рассказывать протен и Клод Лёша Остриков, про э вот этот замечательный enterprise challenge, который он смог победить и выиграть. И Юра Косаковский, я надеюсь, подключится. Его можно будет поспрашивать про то, что у нас. А, Юра вот уже подключился. Про Nat и вообще инстаaller. Может быть, позадавать привет, Юр. Позадавать вопросы автору того самого инсталлера, которым мы все тут очень активно пользуемся. И, значит, ээ всячески всячески Юру за это поблагодарить.

Значит, что было за последний год? Я повторюсь, я рассказываю какие-то вещи, которые мне кажутся важными. Вы можете после меня что-то добавить, какие-то вещи обратить тоже внимание, может быть, что-то дополнить. Ну, во-первых, вторая версия Найтена вышла, которой мы все успешно пользуемся. Она стала, на мой взгляд, гораздо более серьёзной и гораздо более такой prodдакш с учётом того, что они туда затащили эти таскранеры в смпишками очень хорошо себя как бы проявили, да, и теперь N является источником как нативный MCP-сервер. Теперь можно делать такие штуки, как, например, из клодкода или другого продукта, который поддерживает MCP, вызывать workflow нативно. Это прямо приятно. Вот они это сделали, они большие молодцы, интегрируются прямо в одну строчку.

А про Клод и про Антропик вообще пару слов хочу сказать. Я, честно вам скажу, вот я сам являюсь таким адептом антропика, потому что мне очень нравятся его модели, несмотря на то, что в последнее время гугловые модели становятся очень неплохимий вот прям прямо хорошими. Ну и китайские товарищества тоже, конечно, в некоторых э в некоторых секторах наступают. Вот есть GLM, есть KI. Они с разной степенью успешности работают, но тем не менее они, мне кажется, в какой-то момент нагонят и крупные модели. Anнтроopic выпускал прямо каждые пару месяцев у них что-то выходило. Сейчас вот эти топовые модели, которые есть, это Son, это OPUS версии 4.5, они по моей практике опять же традиционно являлись топами по кодингу, по общему кодингу на вот эти GitHub issues, на которых проверяют, да, SW Bench. Вот. и очень-очень плохо себя показывают.

А значит, что ещё появилось? Ещё появился интересный режим. Я не знаю, может быть, кто-то им пользовался, называется extended thinking, который, э, модели даёт возможность дополнительно подумать, и он вызывается, если это делать через API при помощи специального ключа, и там включаются специальные токены. И, собственно, можно модель заставить подумать подольше. Это есть и в интерфейсе, и есть в API. Вот у антропика такая штука есть очень полезная. Если нужно решить какую-то сложную задачу или что-нибудь спланировать, extended thinking может возвращать прямо полный ход рассуждений, если есть такая необходимость.

По моей практике что используется? Значит, если взять если взять антропивс антропиковские модели, последние модели, повторюсь, которые соннут 4-5 и так далее, у них контекстное окно миллион токенов, поэтому они подходят для кодирования очень больших файлов. И это прямо здорово. Поэтому стандартная практика такая: либо вот там внизу написано: "Снет планирует, хайку исполняет". Это очень дешманский способ значит создания чего-нибудь в клодкоде или ещё где-то. более продвинутый способ - это опус планирует, sonnet coded. Вот это чуть дороже, но тем не менее качество качество очень неплохое получается. У меня есть собственный проектик, на котором я всё это пробою. У меня есть курсовик по программированию с институтских времён, где реализован на он на плюсах написан. Там есть алгоритм декстры поиска кратчайшего пути в графе. А, и, значит, я беру этот сишный исходник, запихиваю в клодкод и говорю: "Ну-ка, давай-ка, напиши-ка это на ноте, чтобы оно было через веб доступно". И я вот смотрю, как модели даже с зирошотом без каких-либо дополнительных инструкций уже в эту сторону движутся и получается всё лучше и лучше с каждым разом с выходом каждой новой модели.

Значит, теперь, что касается клодкода. Вот эту штуку прокачали, мне кажется, максимально хорошо в этом году. и, э, появились и всякие чекпоинты. То есть можно там сохранять шаги, отматываться, откатываться предыдущим шагам, если нужно. Сделали субагентов, которые могут выполнять атомарные задачи, которые клод код им, а, ставит. Причём это не не обязательно кодирование касается. Я вот, допустим, вы вот знаете все мои вот эти презентации. У меня есть стандартный такой формат, когда у меня, например, в начале блока слайд, который с картинкой. Вот у меня теперь агенты занимаются созданием этого слайда, ходят в replicate, дёргают опишку, получают картинку, мне её там складывают в папочку. Ну, то есть там можно автоматизировать всё, что угодно, включая проверку орфографии при помощи клод-кода. И самая мощная штука, которая, наверное, сейчас есть у них, называется agent skills. Я думаю, что кто-то сегодня про неё расскажет из ребят. Это просто бомба бомбическая. Значит, сами ребята из Антропик, у них есть свои собственные скилы. И они, скилы - это как такие возможности агента, да? То есть скилл вызывается, и он реализует какую-то задачу. Прикол этого скила в том, что он может нести все исполняемый код. То есть он может быть очень сложным, и там могут быть у него референсы, примеры, как, значит, себя вести. То есть это не только текстовый промт, как, например, вот у агентов, да, у того же Антропика. Значит, вот эти agent skills, мне кажется, это вот просто революционное с точки зрения дополнения стандарт. И сейчас его вот уже начинают поддерживать остальные остальные игроки курсор VS Code, они уже начинают его нативно поддерживать. Ну потому что там текстовый формат файлики мдшные и всё. Кроме них ничего нету больше.

Значит, а большая штука касается MCP. Вот, на мой взгляд, MCP сейчас стал просто каким-то огромным стандартом. Де-факто за сколько, почти за год, в ноябре, по-моему, прошлого года антропик выпустили стандарты от MCP. Вот прошёл год, MCP теперь огромная вещь. И самое интересное, на что стоит обратить внимание, вот на мой взгляд, да, что есть сейчас, у Docker дисктопа есть возможность упаковывать там есть такая штука, называется MCP Tool kit. То есть вместо того, что вам устанавливают миллион разных МCшек себе, вы цепляете один MCP докера, докер MCP, и внутри уже самого докера вы цепляете MCP сервера. У него там есть, по-моему, 300 штук сейчас разных. При этом докер сам хранит секреты, креды, ключи и так далее. И тут прикол ещё в том, что помимо того, что докер это всё объединяет, у вас не портится контекст, не заполняется MTP серверами. Потому что, если вот взять, допустим, стандартного какого-нибудь человека, у которого есть MCP сервера, и посмотреть, что там в контексте, MCP сервера, они же в контекст загружаются, там съедается большая часть контекста у модели, и на полезные действия не остаётся как бы места внутри её. Начинает всё это сжимать со временем и так далее. А Докер делает это прямо, ну, красавчики, молодцы. Докер к десктопе такая штука есть. Подключается просто вот одной командой и в clд код, и в clдисктоп, ну, и в другие, соответственно, системы, которые нужны. Если взять N1, можно такую же штуку развернуть рядом с Nном и, соответственно, N1 зацепить за докеer MCP и дёргать вообще всё, что душе угодно, включая сам-код.

Значит, дальше браузеры, всякие вот эти вот компьютер use сейчас стали, по-моему, де-факто стандартом. То ли на прош, то ли 2 недели назад OPC запустили своего собственного агента в браузер в Chrome. Он ставится как Chrome extension, работает справа в панельке. Очень медленно, но офигительно круто. То есть он, я тут ставил эксперимент, вот у меня группа по обучению была, и, значит, группе по обучению нужно было сгенерировать каждому свой ключ в Openраутере через, значит, ну, в Open Rраутер заходишь, create new key, скопировать, установить параметры. Это Openраутера можно сделать через API, но я решил сделать это через, собственно, клода. Вот он водился с задачей прямо минут 30, но справился, сделал мне экссельчик, сложил туда все ключи, всё очень чётенько и хорошо получилось. В общем, молодец. Самое интересное, что это можно потом сохранить в workflow и потом переиспользовать при необходимости.

Значит, теперь про N1. А в Нйтне появилась, как я уже сказал, нативная нативный, э, NA, а, а, нативная NA, как это назвать, ручка, да? То есть можно теперь, э, workflow, который есть внутритена, подключать как mcp сервера к чему угодно. Вот. И тот, кто умеет использовать MCP, может подключить, соответственно, Nent. Что это даёт возможность? Какую? можно в клодкоде, например, подключить NMCP сервер на нафигачить там какой-нибудь workflow нужный с чем угодно, с интеграциями и так далее. И он будет дёргаться при необходимости внутритена. Можно это локально просто запустить. У меня вот локальный инстанс на домашнем компьютере есть Nтена, который как раз вот для таких вещей и работает достаточно быстро. Это всё это хорошо.

Значит, ну и последнее, да, вот из этой серии. Удивительно, сейчас появилась такая штука, которая называется AI Foundation. Её, значит, несколько крупных компаний организовали. Туда уже выложили MCP как один из первых стандартов, и теперь это Foundation, значит, занимается, а, развитием стандарта вот совместно. Поэтому это тоже такой интересный, а, интересный ход со стороны больших игроков. И, возможно, будут какие-то более-менее стандартные истории развиваться в будущем, которые будут касаться не только MCP, но и всяких вот вещей, которые скилов касаются агентов и так далее.

Тренды, значит, э, и я тут нашёл несколько исследований. Ну, это крупные, конечно, исследователь, не факт, что оно так будет. Но о чём здесь, значит, надо подумать? Во-первых, крупнейшие компании внедряют руководителя по управлению AI. Ну, это, в общем, так и было, так оно и будет. Самое интересное, вот эта третья, третья штука вступает, по-моему, в следующем в августе двадца шестого года вступает европейский AI Act. Значит, это набор, это типа GDPра, только для AI. И те, кто занимается программированием, проектированием платформ, работает на европейском пространстве и так далее, должен помнить, что потребуется соответствовать. То есть там нужно всякие ээ разные разным политикам соответствовать для того, чтобы в Европе быть условно сертифицированной AI системой. Вот. Ну и, конечно, несмотря на то, что все говорят, что облако растёт, значит Oracle, AI, Nvidia, AI Bubбle, скоро всё взорвётся, скоро всё закончится, всё это игрушки, скорее всего, ну, по моим ощущениям, пока нет, пока не взрывается и пока всё достаточно серьёзно.

Если вы захотите что-то делать в январе и ничего не пробовали из того, что я перечислил, что попробовать в январе? Значит, во-первых, надо обновиться до Н 2.0. Кто ещё не успел сделать, благодаря Юри это делается очень просто и легко в Юриной сборке у него появилась вот с какого-то момента welcome страница замечательная. Очень легко всё настраивается. Значит, можно попробовать сделать свой собственный MCP-сервер с какими-нибудь внутренними внутренней логикой. Есть два больших две больших либы. Одна питанячая, вторая тайпскриптовая для того, чтобы сделать свои MCP-сервера в соответствии со стандартом. То есть вы прямо берёте либу и что-то там пишете вот бизнес-логику, а вся оббёрка уже она готова для вас. Я настоятельно всем рекомендую освоить клод-код. Вот кто не пробовал, просто попробовать, поэкспериментировать. Если не нравится код, можно пробовать похожие вещи типа Open код, который появился, работает. Ну, то есть сейчас это можно бесплатно всё установить, получить бесплатные ключи от geminной моделигловых и в Open коде, например, использовать кодирование, программирование, просто попробовать и вникнуть в эту историю. А сейчас вот я вижу, это будет очень большим, очень большим шагом в целом в нашей индустрии. И здесь речь не только о кодировании. Здесь с учётом этих agent skills можно делать вообще всё. Ну, то есть там, э, сценариев использования клодкода очень много. У меня такое ощущение, что они в какой-то момент слово код отсюда уберут, и это будет уже там клод что-то, но уже не код, потому что в названии как будто бы это кодирование. Вот. А я пришлю когда презу. В презе будут, собственно, все ссылочки, которые есть, и можно будет посмотреть, потыкать докеer, потыкать клодкод и так далее. А для тех, у кого есть проблема с подписками на антропик и так далее, есть замечательная тулзятина. Она лежит на гитхабе, называется Clot Cд Router. Это такая такая приложенька, которая умеет делать специальную проксю для клодкода. И вы в этой проксе говорите, какие ей модели использовать. И она не антропиковские модели начинает использовать, а те, которые вы скажете. Например, ей можно сказать: "Используй псик или там использую аламу или использую там гигачат, допустим, да, если есть адаптер." Таким образом можно, ашкой будет клодкод CL. Вот. И можно, собственно, там ходить на всём. Вот. А последняя штука будет, которую стоит, вот на которую стоит обратить внимание, это вот подключение Nat как MCP. Я оставлю это в качестве такой команды. В новом NAтингах есть вот как раз настройка. Собственно, вот такой команду он выдаёт вместе со всеми ключами. Вы её просто Ctrl C и Ctrl V туда, где у вас есть MCки, и начинаете его использовать.

В общем, по ощущениям, следующий год будет годом такого агентного кодинга, по моим ощущениям, и вообще агентного создания больших всяких систем. Сейчас уже, а, при помощи практически zero shot промтов не очень сложных, можно делать довольно сложные системы. Ну вот, если вы обратили внимание, я сегодня вот в свой канальчик присылал, э, ссылку на сайт со скилами, значит, agent skills, значит, для самопрофилирования, условно говоря. Это практически zero shт с учётом того, что у меня была подготовленная табличка, по которой там баллы все вручную были подготовлены. А создание сайта страниц - это практически Zero Shop с клодкодом. Это это потрясающе просто. Ну вот ничего подобного я не видел. Я Меня, как и многих из вас, удивить довольно сложно, вот, но тем не менее движуха замечательная. Моя нанопрезентация на SIM завершена. Если что, пожалуйста, я готов ответить на вопросы. Если вопросов ко мне нет, я тогда передам слово следующему выступающему.

Пожалуйста, друзья, >> может быть, кто-то хочет что-нибуд добавить. >> Ну, минутку хотел спросить такой момент. Не знаю, слышно меня хорошо? Нет, музыка что-то слышно. Хотел спросить насчёт, используете ли там MCP Builder, который от антропиков, э-э, Skills, да? Ну, вообще, э, очень крутая, ну, как бы вот то, что скилы они сделали, это прямо для меня было вау. Там я использовал артефакт билда, да, который там на UI сразу собирает какой-то, ну, сайт, там, дашборд. Ну, то есть это прямо вообще какой-то для меня, по крайней мере, вау было. Я там сегодня за за час сделал там аналог Vimeo Records, то есть, грубо говоря, там просто взял скриншот от Vome, ну, потому что он меня достал постоянно меня денег требует. Просто сделал скриншот, отправил за 15 минут он там написал мне workflow какой-то определённый, и у меня уже рабочий прототип, он, конечно, там чуть-чуть не доделан, но я уже за час стал просто видео записывать, там камеру подключил, ещё что-то. Ну, то есть это настолько, ну, просто мне голову взорвало. Там вот тот же самый Лум, например, требует там 300 долларов в год, а я сейчас могу его сделать там, ну, за 4 часа, например, такого усердного труда. И это просто >> какой-то специфический, да, ну, то есть вот это вот код CLI, да, который устанавливается >> просто что-то такое невероятное. Вот хотел поделиться и >> насчёт вот MCP хотел спросить, используете ли там MCP билдер, да, вот этих вот скилах или вот свои получается, ну такие >> скилы. Я отвечу, MCPшки делаются очень легко через библиотеки. Это традиционный способ, через библиотечки, которые на Гитхабе лежат. Ну то есть там просто ты берёшь там шаблон фреймворка, шаблон этого сервера, и можно туда завайп-кодить бизнес-логику, даже если ты понимаешь, чего ты хочешь, и можешь объяснить. Поэтому мы вот так делаем. Но я не пробовал ещё MCP skкиill, но мне очень нравится скилл, который PDF и PPTX, который есть у них. Он потрясающий. То есть PDF он теперь умеет и создавать, и читать прямо из плот-кода. Это подряд. О'кей. >> Антон, ещё хотел, знаете, прямо поделиться на секундочку один момент. Вот вы скидывали JLM - это китайскую китайскую модельку. Я её, получается, подключил. Там есть у них инструкция, там можно сделать э код helpпер, он называется. Просто переключаешь, то есть его там в командную строку забиваешь, переключаешь сразу же, чтобы он автоматом на, ну, сам под подхватывал jэмку. И я её использую для как админку. Ну, то есть как админа, в общем, я в неё кидаю ключи от сервера, просто пишу логин, пароль и этот, и он туда заходит и сам прямо на сервере что хочет, то и делает. Я пробовал от антропика этого добиться. Там его надо несколько раз уговаривать. Он иногда заходит, иногда нет. Ну то есть он там типа я не могу подключиться, потому что у меня этот персональные данные, ещё что-то. А вот в эту китайскую закидываешь, она заходит и там на сервере просто вот ноутбук LM аналог, который вы тоже скинули, я прямо установил, просто скинул ссылку с гита, доступы написал, установил. Он мне установил, сказал, какие модели подключить, закинул тоже апи ключи, и он там настроил. Я через 20 минут охренел от того, что у меня просто, блин, ну сервер. Я как бы программированием никогда не занимался, администрированием тоже. Это просто штука, которая может отменить сервер. Ну то есть это что-то такое. >> Это правда. И китайские товарищи тоже обрадовались. Сидят, смотрят. Дмитрий такой им пароли от серверов присылает в промтах такие: "О, Дмитрий, класс, молодец". >> Вообще есть штукашка, >> естьпишка, называетсям. Вот это для Мака приложение очень популярное. ITM называется терминал. И у неё есть свой MCP. Ты её цепляешь в клодкод или в clк десктоп. Делаешь просто свой SSH ключик и вклоспе говоришь там иди обнови там версии чего-нибудь. Он открывает тебе терминал, идёт туда логинится. Причём у тебя твои ключи, они лежат в ССШ. Ну, в смысле, они ты никаких пароли нету. И вот он там что-то делает, и из его можно очень хорошо проинструктировать. Супер. Спасибо большое, что, Дмитрий, поделились. Давайте также, чтобы быть в тайминге, передадим слово Лёше. Лёш, спасибо, во-первых, что решил, э, согласился выступить, ээ, рассказать, значит, про это свой опыт. Мы тогда передаём тебе слово The Mike is yours.

Всем привет, я Лёша. Так, меня Антон позвал рассказать о том, что было за соревнование такое, которое называлось Enterprise Rck Challenge 3, благодаря каким хищлениям получилось занять там первое место в финальном, как бы компетишене. Так, я пошарю экран. У меня нет суперпрезентации. Я буду показывать код. И я буду показывать саму платформу, на которой было соревнование. Ошарю я всё вместе. Вот существует такой сайтик. Ээ соревнования. Вообще это соревнование - это уже третья ипостасия соревнования, которое было в этом году. Было первое соревнование RAC Challenge 1, второе летом Ragче Challenge 2 и сейчас третье. Второе, например, было, нужно было прямо спроектировать ракплатформу, на которая может обрабатывать тысячи документов, и твой бот должен был лучше всех других ботов отвечать на вопросы по тысячам документов. Это было вот летом. А то, которое было в декабре, идея была следующая. Вот как только я увидел вообще, что это за соревнование будет, вот ещё за несколько недель от того, как оно происходило, оно меня мгновенно покорило. Вот представьте, у вас есть условно интернет-магазин. Вот. И интернет-магазин, когда вы его проектируете, у него будет внутренняя пишка. Берём самый простой случай. Вот представьте, что у нас есть разные ручки, HTTP endпоинты. Вот product list - это показать все товары, которые есть. Basket View - это ручка, которая отдаёт тебе всю корзину. Basket Ad - это добавить новый айтем, не знаю, электрический чайник в корзину. Удалить. удалить чекаут, э, отправить её начекаут. И купоны Apply и remove - это возможность бонусные купоны применять на корзину. Ну, такая вот самая базовая опишка интернет-магазина на минималках. И задача была сделать AI ассистента, вот как бы полноценного агента, которому можно было в текстовом режиме отправлять задания. вот скупи все видеокарты и который, обладая знаниями о том, какие ручки есть, сделает тебе это действие и не ошибётся. Вот идея всего соревнования была таковая. То есть у тебя есть некая компания, потом компании стали усложняться, но вот это был самый простой тест, и тебе нужно было сделать агента, который по пользовательскому запросу, вот там, купи компьютер дешевле 500 баксов, автоматически не налажает, не ошибётся и выполнит твою задачу. Вот когда я только узнал, что такое соревнование будет, я вот вот я уже влюбился в него. И теперь я рассказываю, как условно всё это шло. Вообще у него было там несколько недель занимала подготовка. Автор вначале выложил первое соревнование по опишке магазина, а потом он перешёл на усложнённый вид задачи, которая была куда глубже. Давай тоже про неё немножко скажу. Представьте, что у вас есть компания вот прямо полноценная, enterprise большая компания. И там есть большое количество внутренних ресурсов. Есть ручки, которые дают проекты, проекты, которые делали сотрудники. Есть ручки, которые отдают партнёров. Есть доступ до внутренней Вики. Есть доступ до внутренних сотрудников, есть понимание, кто сейчас обратился за помощью. И есть ручки, которые позволяют тебе букать время, которое сотрудники затратили на разного рода проекты. То есть это вот если вариант с мини-интернет-магазином был такой простой уровень сложности, то финальное соревнование оно было по компании, у которой было куда более обширное вот количество внутренних ресурсов, по которому нужно было бегать агентом. А у агента было задание уметь тоже любые задания. Вот, например, не знаю, вот залогируй три времени для меня на таком-то проекте, что я работал вчера и агент должен был не ошибиться и это всё сделать под ключ. О'кей. И теперь я расскажу вот как бы кратенько, в чём было само решение. На самом деле, друзья, э никакой магии в нём не было. Вот те, кто был на курсах Антона, когда в Найт Антон показывал, как устроен любой агент. Давайте я пока вернусь сюда, чтобы не отвлекаться. У любого агента есть какие самые главные вещи. У него есть ядро в виде модельки. Это может быть там 4О, 5.1, антропиковская моделька. У него есть системный промт, в котором заложена суть агента. Кто он такой и какую задачу решает. И у него обычно есть так называемые тулзы, инструменты. И вот давайте посмотрим на простой кейс первого задания store. Я сейчас вначале ещё раз сюда посмотрим и потом покажу код. И вот первый агент у меня получился один в один такой же. Вот. Вот как он выглядит с точки зрения реализации в коде. У нас есть, я использовал SDК антропика. Это такое самое простое базовое СДК, которое не делает тебе, не даёт тебе всякие разные сложные уровни абстракции. Прямо вот вживую ты находишься максимально близко к опишке антропика к сырой. Я выбираю модель. Я использовал OPС 45. И здесь в тулзах вот на таком как бы Jonс внутреннюю опишку, которая есть внутри вот моего задания, моей компании. Вот я говорю, у тебя есть lists, у тебя есть Ad to basket, у тебя есть remove from Basket и перечисляю аккуратно все текущие возможности внутренних инструментов. Ниже у меня есть системный промт. Если вы посмотрите, здесь нет ничего такого сверхъестественного. Я говорю, какие есть ещё раз, толзы. Говорю про задачу, даю несколько примеров и даю правила. И всё, по сути, ну, понятное дело, там ещё есть опишка самой платформы, но по сути агент, который выбивал 100% вот на этих заданиях по купи что-то в магазине, вот он был ровно такой, какой я сейчас показал. У тебя есть просто агент, мощная моделька, системный промт и вот эти ручки, которые написаны. И вот такой агент выбивал 100% на вот этом первом бенчмарке. Поначалу мне казалось, ну, очень простое соревнование, что там делать. О'кей. И мы пошли в более серьёзное приключение. И вот возьмём, не знаю, более серьёзное приключение. Вот эта вот опишка компании, про которую во второй раз рассказывал. Оказалось, что с таким же подходом, вот я сделал всё ровно то же самое. Я описал все ручки, которые есть. Я дал системный промпт с правилами этой компании. Он получился куда больше. И такой: "Ну давай, братан, у тебя всё получится, погнали". Получилось не очень. Я выбил что-то типа поначалу первые тесты были в районе там 30% из 100. И и чем мы занимались? Вот я,

Кстати, могу вживую немножко показать, что такое Claude-Code. Вот. По сути, я тут программирую в курсоре, но прямо в курсоре я использую Claude-Code. Вот это вот рядом третье окошко — это вот Claude-Code. А вот это мой, не знаю, там код моего агента. И как мы в нём работаем? Я просто могу ему сказать: "Прочитай код текущего агента и подскажи, что можно улучшить". И он сейчас пойдёт типа делать то, что я ему сказал.

"О'кей, как я улучшал качество? Я брал, запускал агента. Ну, вот на том примере и на том системном промте, который у меня был. Потом мы получали результаты, и я всё логировал в логи. Могу показать на примере другого агента. Вот ERC3 Pro — это тот протагент, с которым, э, мы взяли финальное соревнования. Вот тут был output, и по каждому агенту мы писали логи. И вот если открыть ээ, там, давайте из последних возьмём какие-нибудь логи, то здесь была вот прямо полная summary по всем задачкам, в каком порядке агент вызывал какие ручки. Ну вот Claude-Code что-то ответил. То есть вот всё программирование с Claude-Code — это ты с ним общаешься как со своим личным ассистентом.

И по сути, что мы делали? Вот всё, что мы делали, это мы прогоняли задачу, получали. Сейчас покажу, как выглядит. Вот если взять мои сессии, вот какую-нибудь возьмём сессию, где которая была не на 100%. И вот, видите, он с какими-то задачками справляется, а с какими-то задачками он не справился. Вот была задача, по которой он получил баллов. Мы берём её и прямо с Claude-Code беседуем. Вот я пытался понять, по какому пути пошёл агент. Понимаю, что человек пошёл бы по другому пути. Не знаю, например, была задача: "А, дай мне всех сотрудников компании с зарплаты больше, чем моя". И вот я понимаю, как человек бы решал: он посмотрел бы мою мою зарплату, потом бы отсортировал сотрудников, взяв зарплату, которая больше, чем моя, и вывел этот список. Ничего сложного. Агент косячит. И вот мы разбираем с ним прямо подробно, что он делал. И потом я говорю: "Claude-Code: Ну, дружище, о'кей, ты понял, в чём проблема, теперь меняй". И он берёт и меняет системный промт, вот условно, который я показывал, где он, вот который здесь сидит. Он добавляет вот сюда, он возьмёт и добавит что-то новое правило. Если, например, у тебя такой вопрос: отреагируй так-то, так-то.

И по сути, я увидел, что по очень большому количеству задач мы вот ровно также и шли с агентом. Мы разбираем задачку, он анализирует логи, я говорю, что можно улучшить, он подсказывает, я с ним соглашаюсь или не соглашаюсь, и мы улучшаем. И вот ключевая идея, которую, которая в этом соревновании сработала, это я понял, что можно руками не заниматься вот такой вот ерундой и переложить этот цикл на агента. И что получилось сделать? Получилось сделать так называемый эволюционный подход. Вот как он выглядел. Я сделал вместо одного агента я сделал трёх агентов. У тебя первый агент, он запускал полный цикл. И условно я пробегался там по задачкам. Он, допустим, ложает и на вот на этой задачке получает ноль баллов и на следующей тоже получает ноль баллы. Затем у меня идёт секция, включается второй агент в цепочке, и он проходит по задачам, которые упали, и он анализирует сам логи вот этой задачи и вот этой. То есть он прямо прочитает весь лог агента, подумает, почему он ответил неправильно на вопрос и как итог напишет summary. Скорее всего, ошибка была в том-то и в том-то. И на этом второй агент заканчивает свою работу. И начинает работать третий агент. Третий агент, он использует результаты второго агента. У него задача посмотреть, как добавить в системный промт агента. Вот тот, который самый главный ключевой системный промт. Новую информацию, которая исправит ошибки.

И в итоге у меня получилось сделать, чтобы эта штука работала в цикле. Вот, не знаю, там пятьдесят девятый шаг эволюции. Вот это вот главный конфиг. Это вот такой большой и сложный промт агента для финальной задачи. Вот тут в первой строчке гигантский просто системный промт. Потом у тебя идут секции с правилами. Потом идут секции с дополнительными фишками для тулов. И ещё какие-то дополнительные правила. И вот это пятьдесят девятая итерация. Вот примерно вот запомните, да, какое количество тулов и какое количество исправлений по инструментам. И вот я в цикле гонял несколько десятков раз и просто оставил эту систему, и она сама там несколько часов крутилась. И в итоге она довела себя вот примерно до здесь уже были такие точечные ручные штуки. Ну вот, не знаю, там восемьдесят седьмую посмотрим. И вот смотрите, насколько сложнее у тебя становится промт самого агента. Вот там было несколько рулов, а у тебя появляется дополнительные, дополнительные, дополнительные. По инструментам тоже куча куча куча маленьких вводных для самого агента. Но вводные эти получены не путём ручного вот как бы такого файнтюнинга, когда вот мы смотрим и распутываем каждую цепочку ээ глазками. А просто ты отдал эту трёхагентную систему, и она сама крутится, и она сама дописывает себе подсказки, которые позволяют, ну, типа, обойти какие-то ошибки.

Что получилось в итоге? В итоге вот с этой с этим подходом у меня получилось взять 100% на всех открытых бенчмарках, которые были выложены до соревнования. Вот здесь 100, вот здесь 100. И вот был день состязания. Вот был день состязания, когда на 3 часа всем желающим открыли вот новый финальный зачёт. Мы немножко офигели, потому что если в предыдущих задачах там было по 24 задачи, автор расщедрился и сделал 100 задач. Ещё у него была рандомизация. В какая-нибудь пятьдесят восьмая задача, там могло быть несколько вариантов. То есть абсолютно невозможно было забрутфорсить это. И когда ты задавал задачи в вот в финальном зачёте, у тебя в задаче его фреймворк не говорил, прав ты или не прав. То есть, по сути, сдачи финального зачёта были вслепую. И вот в итоге за 3 часа я ещё кофе пролил на ноутбук и залил весь ноутбук. Он перестал работать. Я шёл, менял ноутбук, подключал компьютер, там какой-то полный трэш был. И в итоге вот эта вот логика отработала. Получилось получить там типа 71 балл на итоговом зачёте. Мой агент. Но самое интересное было после. Потом автор открыл вот эту штуку для всех, и его фреймворк стал возвращать, ну, правильные ответы на вот этом сете 100 вопросов и ответов. И вот ещё около полутора недель вот эта комьюнити ребят, которая решала кейсы, мы боролись за то, кто возьмёт ещё финальные 100% на уже открытом сете вопросов. И вот до какого-то момента, опять-таки работал подход с эволюцией. Если посмотреть, то вот где-то здесь я закончил мучить автоэволюцию, там восемьдесят седьмое поколение. Потом я уже упёрся в потолок вот этого подхода, потому что он начинал придумывать правила, которые скорректировали улучшали. И мы вручную финальные этапы дошли с ним вместе. Там пришлось переписывать инструменты, вот эти тулзы новые пришлось добавлять, пришлось делать такие композитные тулзы, когда ты не просто один в один используешь опишку, условно там поиска, а ты, например, добавляешь поиск по зарплате, и у тебя за один шаг вот этого LLM цикла у тебя агент использует сразу тул поиск по зарплате, найди, отсортируй. Всё это происходит внутри, и ты не платишь за токены самого агента. То есть он у тебя довольно дешёвый получается.

И вот финальный скор в итоге получилось тоже взять 100%. Вот я здесь вишу. Но вот этот скор достался только путём того, что было написано там около десятка конкретных вот этих композитных тулов специализированных, которые экономили агентские циклы ещё. И и пришлось сделать кучу мини-правок промта. Вот прямо руками ты прямо разбираешь, что пошло не так, делаешь, вносишь правку немножко в тулзу, вносишь правку немножко в промт и думаешь вот как ещё качество улучшить. В общем, в итоге даже на такой сложной архитектуре, на такой сложной компании, агент с очень мощной моделью, вот это всё было получено на Opus 4.5. Классная модель. Всё описание тулзов одной пачкой, там было около 30ти тулзов. Много маленьких правок в контексте системного промта по тому, как пользоваться инструментами. Много описания самой бизнес-логики и как функционирует эта компания в контексте опять системного промта. Вот всё вместе. Такой агент без очень сложных архитектур, когда мы делаем разные там мультиагентные системы, эта штука в итоге берёт 100%. Опыт великолепный. И в целом всем тем, кто захочет, ну там, в будущем программировать таких серьёзных агентов, я бы безумно порекомендовал. Вот этот фреймворк. Он открытый, он его не погасил автор после окончания соревнования. Я не знаю сейчас лучшего тренажёра вообще в мире, на котором вы можете попрактиковаться в проектировании своих агентов. В общем, 10 раз рекомендую. И вот Антон говорил, чем позаниматься на январских праздниках. Если кто-то, у кого-то задачи по работе связанные вот именно уже с агентами, у которых есть инструменты, которые должны делать действия в зависимости от того, что просит, ну, что хочет заказчик, вот это лучший тренажёр на сегодняшний день и бесплатный, на котором вы можете отточить свои архитектуры. А ещё в финальном лидерборде есть описание всех архитектур, которые получили хорошие скоры. И там вот ты прямо читаешь там вот из пяти архитектур ты видишь несколько разных подходов и и ну в общем такая очень классная область, она вот только-только возникла. И вот если условно есть такие большие книжки по тому, как проектировать разные там микросервисные системы или шаблоны, вот сейчас формируется новая область, по тому, как по каким архитектурам можно делать разные архитектуры агентов, которые решают разные задачи. Всё, всем спасибо, задавайте вопрос.

>> Лёш. Огромное спасибо тебе за выступление. Скажи, скажи, пожалуйста, сколько тебе, сколько тебе оферов прислали после того, как ты там...

>> А я по-другому сделал.

>> Я пошёл и написал, что наоборот я нанимаю. И вот те, кто хочет в мою команду, приходите. И некоторые люди начали писать. То есть [смех] я решил наоборот как бы заманивать к себе.

>> Ты расскажешь, где ты работаешь?

>> Да, я работаю в Яндексе уже 9 лет. Сейчас я раньше разрабатывал логистику. Вот ту самую логистику в Яндекс.Маркете купите. К вам придёт чайник. Вот это вот мы делали. А сейчас я так перешёл в бок, в команду, которая как раз-таки делает ИИ-решения и всякие агентные решения. Вот. И сейчас мы для команды городских сервисов Яндекса как раз-таки разрабатываем разного рода агентов.

>> Лёш, спасибо большое. Друзья, у нас есть на пару вопросов время, чтобы мы в тайминге были. Пожалуйста, если у кого-то есть вопросы, задайте. Вижу. Дима пишет в чатике: "Как не терять контекст и не забивать память при таких больших задачках?" Дим, я ограничивал, ээ, по-моему, десятью тактами истории, то есть когда человек пишет агент и вот я ограничивал, короче, держал некий такой, как называется, sliding window, а, по количеству итераций и контекста, чтобы он не переполнялся. У меня были циклы, когда агент делал чуть ли не там больше 150 шагов. Это понятно, трэш, надо было отрефакторить и это прибивать всё. Но по сути основное правило — держать определённое количество последних итераций в контексте. Некоторые люди берут в начальные и конечные, суммируя предыдущие, некоторые берут N последних. В общем, там можно, ну, как бы экспериментировать просто ограничивать. Возьми последний. И...

>> Как это физически делалось? Там ничего не...

>> А по сути, каждый новый запрос вот в, ну, вот в твою модель, это ты, когда программируешь на таком фреймворке, ты сам управляешь тем количеством информации, которые ты передашь в следующем запросе в Topic. Вот тот фреймворк, на котором я разрабатывал, он прямо позволяет тебе чуть ли не вживую вот весь текст и всю историю сообщений собирать самому руками. То есть ты условно в каком-то массиве рядом хранишь, если ты делаешь чатбота по который общается с тобой, как вот, не знаю, там чат интернет-магазина, то ты прямо в отдельном массиве или в базе данных у тебя будет прямо сообщение твоё, сообщение бота, сообщение твоё, сообщение бота. И ты можешь выбирать из них, что ты условно в контексте модели каждый раз будешь отправлять последние 10 вопросов-ответов. Если хочешь, отправляй 20, но если ты будешь отправлять 100, то за каждый запрос ты заплатишь, возможно, не знаю, там типа 10 центов. Нужен тебе такой бот, который 10 центов будет типа просто за один вопрос ээ запрашивать, вряд ли. Вот. Но это, короче, это огромное пространство для творчества. Я уверен, компании, которые пилят вот этих вот Илью и Аватаров, как бы, предлагая тебе с виртуальными девочками мальчиками общаться, они на этом собаку съели. Там столько приколов, как управлять огромным контекстом, даже сложно вообразить.

>> Спасибо большое.

>> Лёш. Спасибо большое. Благодарю тебя. Тогда давайте, чтобы у нас остался в тайминг в порядке, передадим слово Сергею. Сергей, пожалуйста, микрофон твой. Э, рассказывай, с удовольствием тебя слушаем. Привет. Привет. Так, скажете, когда экран будет виден? Видно, >> видно.

>> Да, я подготовил Miro-доску, чтобы по ней пройтись, а с некими скриншотами, чтобы уложиться тоже в тайминг. Вот немножко контекста. Я работаю продукт-менеджером последние 4 года в B2Bшке, в Sportse экосистеме. А являюсь одним продукт-менеджером на там большом количестве продуктов. Э, и раньше я всю эту работу выполнял много ею руками, головой. Вот. И за последние полгода удалось много перейти, перевести на Claude-Code, который меня не просто заменил, а усилил. Вот и, собственно, моя презентация про это, вот про основную рутину, от которой я избавился и продолжаю избавляться. Вот основные такие вещи, которыми я раньше занимался, да, то есть это было много всяко всяких мануальных работ, которые отвлекали, да, я один примерчик сейчас покажу. Вот. А написание требований большая часть времени занимала, а, а, собственно работы с командой тоже, э, написание документации к релизам всё нам не было. И не было раньше вообще никакой аналитики. Я из никакой аналитики уже сделал AI-аналитику, сразу перешагнув обычную ручную. Вот. Но в данном данная презентация будет построена на примере документации. И чтобы показать, э, весь путь, как я, начиная с мая, после курсов Антона, а этот процесс у меня шёл. Вот. А один юзкейс по мануальной штуке, которая актуальна для всех, а это работа с имейлами, да? То есть у меня ежедневно там приходит порядка 15 писем от разработчиков, которые собирают новые версии пакетов. Я раньше это всё ручками по папкам раскидывал. Вот. И к концу релиза тратил полтора дня, а, чтобы это всё там структурировать и начать работать над документацией. Поэтому я этот сценарий как бы сюда включил. Это такая предработа для документации. Всё собрать, все изменения. Вот. И собрав такого бота, ну не бота, а автоматизацию для разгребания имейлов, то есть что тут происходит? То есть у меня имейлы, когда от ребят падают, они уже падают с определённым лейблом. Вот "to process" я назвал его, да, и каждую минуту дёргается эта схемка, и агент разгребает э тело письма. А оно примерно плюс-минус всегда стандартное. Там просто название пакета с Наусфорсе работаю. Там пакеты как бы устанавливаются, называются пакеты, а изменения, которые были и установочная там линка. Короче, вот он простой тут на 4.1 mini моделька это всё разгребает, ложит мне это в Google Doc, а сам новый пакет и потом по всем изменениям гоняет из Jira и достаёт всю информацию по тикетам, по каждому тикету, который есть в имейле, да, и информацию по тикетам тоже ложит мне в Google Sheet. Вот. И а в конце процесс, который лейблу изначальную "end to process" удаляет и добавляет лейблу нужную, то есть тем самым уже ложа конкретное письмо в нужную папочку. То есть вот этот процесс там создать такую автоматизацию занял, не знаю, там по полтора часа, короче, вот, и у меня полностью ушла голова, и я сейчас это вообще не делаю. Плюс этой схемкой, кото не схемкой, а Google шитом, который получился, у меня пользуются даже ребята, которые тоже раньше подобную ну работу руками делал. Я с ними поделился. Здесь у меня вот есть Tab'ы со всеми пакетами, версии, патчевые версии или мажорные версии, установочные ссылки, тикеты, да, одним списком и отдельная штука по тикетам. Вот по тикетам с тема прикольная, что с Jira, у Jira очень классная API, можно доставать очень много, ну, кроме тайтла, дескрипшена много информации. Комментарии я достаю, статусы достаются, даже ворклоги ребят. Ну, мне для своих внутренних таких процессов мониторинга небольших нужны, достаются и парсятся ссылки на межреквесты. Э, то есть мне они нужны будут в дальнейшем для написания документации. Ну и какие-то связанные там ишюсы, саптаски, фантики, эпики и ссылки на дизайн или там productборд. Вот. То есть это всё происходит на автомате. И вот условно за полгода, не за полгода, чуть меньше. То есть у меня вот 400 таких айтемов по тикетам, что я раньше вообще там не собирал почти руками. Вот у меня была такая убогая таблица, которая сейчас превратилась в нормальную таблицу. Вот 250 пакетов там за полгода примерно пришло. Это предыстория. Вот таких штук мануальных я автоматизировал много. То есть каждый раз, когда я что-то делаю руками, я всегда вспоминаю, можно ли это думаю, можно ли это автоматизировать и автоматизирую. Вот.

Дальше у меня началась работа над документацией. Это сразу после курса Антона по AI. То есть у меня пришла в голову идея задокументировать процесс, заавтоматизировать процесс написания документации, потому что этот процесс занимает у меня там, не знаю, в году недель пять, наверное. То есть у нас там два-три релиза больших, я один, куча фич, куча пакетов. И я начал думать над контекстом, да, и контекст я выбрал а из Jira, собственно, там требования, комментарии. Вот, а, эм, да, то есть у нас есть ссылки на MR прямо в Jira, я их тоже доставал, я уже сверху показывал. Вот. А из MR я доставал дифы. Сейчас подробнее расскажу про эту штуку. И есть там тестовые документации, написанные: "Ребята и тестировщиками", либо мной какие-то технические ноутс по фичам или мои драфты какие-то, которые я тоже в течение релиза там накидываю, и они лежат, ждут своего часа. И, а, если документация пишется уже после UI, то есть UI фидбеки тоже очень классно работают и подкидываются как допконтекст для написания документации. Вот эта штука гонялась по в первой моей фазе в AI-тении ручками. Здесь даже ещё остался мануальный триггер. Сейчас это уже на вебхуке всё. А я м запускаю, получается, по определённой фиче. Это это первый workflow, который из Jira забирает, получается. А по каждой фиче у меня есть массив тикетов, то есть это может быть один, может быть 10, да? То есть и в том числе баги, имрументы и новые фичины типы. И это всё я подключил сразу к Supabase, потому что важно эту этот весь контекст собирать, а не просто один раз выполнить и забыть про него. То есть у меня выгребается фича, она уже лежит в базе. Вот по этой фиче разгребается массив, и каждый тикет разбирается. И получается к фичес добавляется информация по всем тикетам в JSON. Вот. А второй, а вторая штука с с Git'ом, то есть у меня есть ссылки на Git. А в данном случае у нас используется Azure DevOps. До этого был GitLab, то есть мы переехали вот с Azure DevOps. Очень хорошо такая же история. То есть у меня есть массив уже аэ мешреквестов, ссылок на мешреквесты, и я погнал их разгребать. То есть у меня здесь вот есть ключ мерреквеста, и я погнал а забирать его в DevOps. Вот. А достаю информацию об этом мешреквесте, достаю и после этого вот здесь вот есть такая нода Execution. Она делает мне как раз-таки тот самый диф, то есть между изменениями, да, я этот диф, а сохраняю все дифы по каждому мешреквесту. И для самой фичинов тоже один такой большой JSON со всем со всей информацией по всем мерквестам. То есть у меня уже подготовлены получается инфа с Jira, инфа с Git'а. Вот. Но есть проблема. То есть вот этот вот большой массив чисто сырой дифа, он очень большой может быть, да, в зависимости от фичи. Вот. И я там сразу попробовал, но столкнулся с контекстным лимитом. Да, даже Gemini-моделька пару раз задыхала. Вот я решил попробовать сделать другой подход. А точнее, я Gemini-модельку здесь попробовал, она сработала. Но я вместо того, чтобы писать документацию на основании чистого дифа, решил попробовать такую штуку, как а див-самаризация. То есть я сделал отдельный workflow, а в которой я даю весь существующий контекст по фиче вместе с дифом и подключаю Gemini 2.5 Pro на тот момент модельку. Сейчас до сих пор это 2.5 Pro крутится, на третью ещё не переезжал. И в результате этот див превращается в структурированный JSON, а, который я уже использую в дальнейшем для написания документации. Как этот JSON, я сейчас покажу. То есть это JSON в моём случае, то есть у меня здесь информация по тикетам, а уже готовые какие-то риски, а готовые импакты там на user experience, технические импакты, на настройку по этой фиче, информация, что там было изменено уже в таком структурированном, читабельном виде, да. Вот. А, reasoning пропускаем. А технические тёрмы, они тоже нужны там в дальнейшем для написания документации, чтобы ИИшка не путалась, когда пишет техническую документацию. У неё здесь чётко есть название там классов, тестов, триггеров, всё, что менялось там кай-фичи, да, и пошли какие-то дополнительные уже более подробная информация по метаданным. То есть в данном случае у меня там ничего нового не создавалось, не удалялось, не переименовывалось. У меня происходили апдейты уже существующих там штук, да, контроллеров и прочего. То есть у меня здесь расписаны филды, классы, методы, всё, что меня интересует. То есть Gemini моделька очень классно на основании всего контекста, включая сырой див, готовит такой структурированный JSON, а нужный вам. В данном случае тут спускается даже до соклов. И у нас есть клиенты, которые крупные запрашивали очень подробную техническую документацию, которым в которых есть куча кастомизаций, да, и у них обновление на новые релизы. В общем, много рисков тестирования, очень сложный процесс. До полугода доходит процесс обновления некоторых клиентов. Им такая подробная документация, что поменялось существующим соклом, очень нужна, например, да, чтобы релизы протекали более гладко. Вот. А и а какая-то дополнительная вспомогательная информация, которая будет полезна для написания документации, для user experience, для технической документации. Здесь вот дублируются тоже те вещи, которые поменялись метаданные. Для отдельной секции у меня есть такая items to...

>> Сергей, чуть потеряли, по-моему.

>> Сейчас вернулся. Дадада, вернулся.

>> Так, короче, это такой структурированный JSON, который, а, я тоже ложу в базу, само собой, и уже дальше не дифы, а именно уже самариер такую информацию Joni используют для документации. Вот на первой фазе я гонял это всё руками. То есть у меня уже последний workflow был, который берёт эту всю уже подготовленную информацию из Supabase, из PostgreSQL и закидывает в Flowise. В Flowise — это моя первая версия. Вдохновившись Антоном агентством писателей, я сделал похожую историю. То есть у меня есть супервайзер, который управляет бригадой агентов, которые пишут разные секции для документации. То есть это такой захардкорженный под меня шаблон документации, то есть там типа UX один пишет, потом items to concealer, notes другой, техническую документацию пишет третий, как настраивать фичу, пишет ещё один, да, и какие-то ревьюверы на каждом этапе, да, финальный ревьювер, эдитор. Эта штука работала, а, то есть я её тестировал, а проты доводил до ума, то есть на нескольких релизах. И в целом она меня устраивала, она работала. За написание одного документа по одной фиче, не знаю, полдня до дня иногда доходило по какой-то фикментацию написать. Я трачу тратил 80 центов. Камера отвалилась. 80 центов, да. Вот. А и меня это вполне устраивало качество. Вот единственное, что оставался всё равно такой процесс, а, мануального ревью. То есть я в любом случае всегда читал и читаю документацию, которую пишет ИИшка, и мне ещё там был процесс, мне надо добавлять скриншоты. То есть, потому что ИИшка даёт чистый Markdown без скриншотов, но на места, куда вставлять скриншоты, мне ИИшка подставляет такие как бы подсказки, что здесь ставь скриншот про то-то, то-то, здесь ставь скриншот про то-то, то-то. То есть я просто проходил, вставлял скриншоты и готовую документацию получал. Вот. А недавно, совсем недавно, вот сейчас у меня новый релиз, я тоже пишу сейчас документацию, точнее, буду писать. Я переделал workflow. А, во-первых, здесь были модельки, а, GPT-4o мне это всё писали. И техническую часть мне писала Gemini 2.5 Pro, потому что я тогда на тот момент думал, что она лучше. Ну, она и была на тот момент лучше, когда я это делал. Я решил попробовать переехать на Anthropic. А вот, а, то есть у меня сейчас всю документацию пишет, а, один документ PR, всю документацию ревюет тоже Opus, и эдитор там на Я сейчас его на самом деле поменял на Haiku, то есть там уже эдитор...

опус не нужен, там он быстро марафет наводит, то есть по там документации всё. И вот эта штука, а, имеет лучшее качество, чем вот это. А быстрее в четыре раза, чем вот это, и стоит в четыре раза дешевле. Как оказалось, для меня это был сюрприз.

То есть я думал, что как я перееду на OPС. Ну, сейчас понятно, Опус дешевле, чем раньше, когда он был четвёртый 4.1, да, но вот эта штука вместо доллара или там 90 центов, а, 20 центов у меня стоит для, ну, для нескольких фичей я уже успел потестить. То есть вот, а, всё это чудо крутится как бы на Юриной сборке, о которой Юра расскажет, да? То есть ничего сверхъестественного. N, вот Flowwise, Superabase, чтобы хранить это всё с постгрисом и L fuse для того, чтобы мониторить Flowwise схемки, ну, эти workркфловы.

То есть я само собой это всё мониторил, улучшал, видел фейлы, которые там есть, правил на начальной стадии, потом это всё заработал. А в в конце августа познакомился с клодкодом первый раз и решил для вот этого вот чуда, которое у меня есть, которое я ручками дёргал, я ходил в супай с руками маркдаун доставля доставал, вставлял это всё там в Google доке ручками, да, я решил сделать завайп-кодить сайт. Ещё такой простой плот-код, без всяких скилов на тот момент не было, фреймворка не было. Чистый голый а-а клодкод. Думаю, дай посмотрю, что получится.

То есть он мне на на бад, ну, я ему закинул всю эту информацию, весь контекст, что у меня есть, дал доступ к Супобейзу через MCP и сказал: "Давай сделаем вебсайт для этого, чтобы я дёргал зарубильники как бы с с какого-то сайта". Вот он меня наводяжил такой сайт, в котором я сделал такой полноценный релизменеджмент. аэ такую свою платформу пока что для себя, да, где у меня есть управление проектами, фичами, а где я уже завёз а темплейты для документации. То есть когда я вот переезжал, получается, вот с этой истории, где был захардкорженный темплейт для меня на вот этот простой, я ему на вход начал давать ещё темплейт, а, на основании которого писать документацию. Эта штука стала такая более универсальная и, возможно, даже полезна для других ребят. Таких ребят ещё пока нет, но это моё в будущем цель. получить таких ребят и кому-то тоже дать пользу это попробовать поюзать. Может из-за этого какой-то продукт даже получится. Вот.

И у меня в итоге получилось такой сайтик. Это страничка фичи, где есть фичаview, бизнес value, technical notes какие-то. И вся эта информация, которую я получал из рыде очень классно показано. Ну, то есть типы, то есть если там будет new feature, improvement users 3, тут по типам будет и количество, а приоритеты, а сколько сторипоинтов ребята дали там на планировании? В данном случае это единичка, потому что я фючу выбрал неудачно немножко. Вот сколько ребята реально ворклогов залогали в часах, да? То есть это такая для небольшой аналитики информации. И информация по межреквестам тоже аналогична. Два разработчика работало над этой фичой. Всё, межреквесты там запрувленные. ветки, куда это всё смерно. Иногда были у меня такие кейсы, когда из джира я доставал ссылку на неправильный меревест, когда в патче мерся, да, у меня тогда здесь как раз подсвечивалось, что патчевые ветки. Я тогда убирал эти межреквест и перезапускал просто. То есть основная идея оставить в нужный меширеквесты только из нужной ветки, да, там master, main у нас они develop называются. Вот.

Ну и какая-то summary по меревестом. И те самые кнопки, откуда я сейчас вместо нтена дёргаю всё это. То есть нажимаю это, запускается workflow, который тикеты забирает, это пиары забирает, вот этот Gй гонит, вот эту jсонку делает. И самая последняя кнопка уже с темплейтами, которая генерирует всю документацию. Ну и history снизу красивая, где показывается, когда я это делал, duration, сколько это всё выполнялось, вот какие-то детали вот по полреквестам по тикета можно здесь посмотреть тоже вот jonk метадату какую-то. Ну и, соответственно, всё это ложится, как я говорил, в базу. Итак, выглядит уже финальный документ. То есть слева JSON, ой, Markdown, sorryри, справа HTML вюшка с нужной мне структурой. Вот. А как настраивать user experience, а техническая документация и всё, что надо. Короче, я просто это всё ревью, вставляю вот в эти места скриншоты, где написаны скриншоты. Здесь она где-то даже снизу подсказывает. Вот, например, что здесь мне вставить. То есть, да, partial clon message. То есть мне надо вставить скриншот, и я понимаю, куда мне этих продуктов, откуда делал скриншот.

Самая прикольная тема, что это ещё всё, что вот эта техническая документация, она у нас вообще не писалась. То есть это новый запрос у большого клиента был, да, у нас не нашлось ребят, кто это может даже чисто теоретически сделать и по времени, и и желанию, и прочему. То есть просто дополнительный пункт в, грубо говоря, систм месседже иишки. Она тебе это всё делает, да? с правильным подходом. То есть я не просто усилил, освободился время, я ещё улучшил и добавил нового, чего у нас не было, что требовалось. То есть в итоге вот примерно так. И кроме этого в клодкоде, это кроме этого сайта, я думаю, был самый первый сайт, у меня есть педпроекты 2 с поно соло стартапа, которые я буду пробовать, когда будет хватать времени вести. Вот. А, и, э, это не только, кстати, стартап технические, да, какие-то проекты, что-то раз сделать. То есть у меня кокод я использую для каких-то личных целей, там, не знаю, для бренда своего, условно, у меня там Telegram-канальчик есть, да, какие-то посты, а, и прочее, да, планы на это всё есть. Вот бизнесовые какие-то штуки, да?

То есть по вот этим вот стартапам я сделал такие команды C level агентов, которые мне помогают разобраться там и за маркетинг, и за продвижение, и за за метрики какие-то, да? То есть я знаю бизнесовую составляющую, так только в теории, то есть ну у меня продукт-менеджерские скилы есть, но я в найме работал, да, и как ча часто в битубишке бывает, сам не сильно часто с этим пересекался. Вот поэтому я на основании своих знаний вот сделал ресч и создал себе такую бригаду бизнесовых ребят, которых пытаюсь применять в колодкоде. А по документации тоже прикольная штука. То есть, как я уже показал, документацию я через сайт делаю, сделал, да, через NM, но история в том, что всю эту информацию можно прямо из клоукода дёргать. То есть я с клоудко-кодом подключился кase, где у меня уже весь контекст лежит. А, и достаю оттуда весь контекст и говорю: "Напиши мне документацию точно так же, как кнопочка, и только за это я уже не плачу деньги. 20 центов, не так много, но не плачу". Вот.

И здесь появляется дополнительных много плюсов, потому что ты в клод-коде можешь подкидывать какой-то такой дополнительный контекст в виде каких-то мекапов, изображений, которых там нету. Либо вообще к Фигме напрямую через MCP подключиться, он будет ходить в МКА смотреть. А в клодкоде есть поддержка пдфок, что очень хорошо, потому что у нас текущая документация, которую я могу там тоже подкидывать дополнительным контекстом, она уже будет содержать изображение. Вот, в отличие от маркдауна, то есть это плюс в сторону документации. Могу в колодко-коде всегда ссылаться на какую-то существующую документацию по по смежным там фичам, по смежному функционалу, да, то есть у меня всё в одном контексте лежит. А референс на код, если надо, могу сказать, сходимо целиком, как работает это всё, и давай распишем, да, подробно. Вот. И какой-то мой дополнительный контекст всегда в клоукоде я даю тоже голосом уже. Вот. То есть я как продукт-менеджер, э, рассказываю сразу оченьоченьочень много контекста. Обычно это минут пять с зажатой кнопкой. Вот после этого, имея весь этот контекст, клодко-код, а я сейчас это в процессе тестирования, да, но уже на 100% могу сказать, это будет лучше, чем типа вот в этом вот сценарии, потому что здесь у тебя чёткая структура, чёткий контекст, никакой гибкости, но он тоже работает. То есть и то работает, и то работает. То есть, ну, я, наверное, в итоге буду самостоятельно работать с клодко-кодокументацией, но сайт тот тоже развивать, потому что до клод-кода ещё далеко не все доберутся. Вот. Потому что тема такая адаптации долгая.

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

То есть ты сначала пишешь требования, а просто работаешь с ним, да, а просишь подготовить документацию для митингов с командой, какие-то айтемы, чтобы пообсуждать с дизайнером. Вот. И когда это всё готово, вы пришли к общему консенсусу за несколько там итераций, да, ты уже говоришь: "Раздели перед на всё это на юзер старее, и он тебе это всё держит". И ты просто в джиру закидываешь. Вот. Вот эта штука мощная. Короче, я от неё в восторге. Клод-код помогает делать писишки. То есть у нас есть некоторые фичи, в том числе в сосфорсе там есть свой фреймwork, force называется. Вот. А и мы сейчас тоже в него влазим немножко. И я с помощью там вот клод-кода делаю там за пару часов какие-то писишки ребятам показываю. Выбираю вместо них модельки, говорю, какие лучше работают, да? То есть какой-то фронт простой накидываю. И у нас там кейс, например, был перевод аэ большого ритекста на разные языки. То есть, ну, я просто завайпкодил штуку такую и с помощью Openроутера и лёгкой переключалки моделик на фронте потестил, посмотрел и пришёл к ребятам, показал и сказал: "Такую модельку выбираем". То есть, ну, тем самым сокращаешь время, само собой разработки. Вот.

И всё, что угодно. Короче, кд код может отвечать на вопросы от команды, от саппорта очень хорошо. Вот. Причём это такие вопросы, на которые иногда никто не может ответить, либо тратится очень много времени разработчиками, чтобы на них ответить, да? То есть они уходят на день, на два, иногда на три. Кто-то умудряется, чтобы ответить просто на один вопрос, который задал клиент, например. Вот сейчас это просто в клод-коде, который имеет весь контекст. Я сейчас покажу, как у меня структура в клод-коде выглядит. Вот. Потом, а, работы с саппорткейсами облегчаются. То есть тоже приходишь саппорткейсом, кидаешь контекст, говоришь: "Давай помогай разобраться", он помогает. Вот поиск по документации, он там в код-коде, поиск по коду, а доступ к каком каким-то данным данным о клиентах. Иногда это тоже надо. Вот я сильно ещё немного это использую, но уже в планах есть доступ к любым тулам через mcpшки, через апишки, через nн, да, к jенсу guту, к продуктборду, к фигме, к всему сразу из код-кода, то есть подключаешься к своим всем инструментам, используешь как допконтекст. Ну и как я говорил, подготовка к любым митингам, да, с кастомерами, с командой. То есть просто клодкоду говоришь, объясняешь, что у тебя вот вот сейчас будет митинг по такой-то фиче. посмотри предыдущий наш транскрибацию, да, и обнови документацию мне для митинга. Он это всё делает. Вот.

И самое классное, что на мои любые вопросы может отвечать, на которых раньше не было просто людей, чтобы отвечать. То есть, ну, то есть помогает очень сильно. Короче, вот и мне понравился концепт, как называли-код. Вот Антон уже сказал, что код слово, наверное, уберут. Вот некоторые называют это general purpose agent. Вот. Потому что, на самом деле, кому интересно, в чатике скину ссылки на YouTube, на какие-то там вебинарчики, которые уже проводится. И все ребята, которые начинают работать с клод-кодом, кто-то с курсором, кто-то в курсоре с помощью клод-кода, кто-то в чистом курсоре сидит, тоже много делает чего. У всех, короче, загораются новые какие-то, не знаю, возможности, и они с кайфом об этом всё вам сейчас рассказывают. Вот. И если вы ещё не пробовали, пробуйте. А-а, пойду в кд-код, покажу просто структуру, да, что у вас тут может быть. То есть вся вся документация, вот эта писишка, которую я делал, то есть у меня тут она лежит, я прямо здесь её делал. А вся документация, которая у нас там в Google доках, я её скачал в маркдаунах. Пока это ручками я скачиваю. Но из-за того, что я один работаю над документацией, я, ну, у меня не будет там каких-то конфликтов. Поэтому я всё все маркдауны по всей документации сюда положил по настройкам, по фичам документации, по всем там пакетам, проектам, да, то есть здесь очень много документации, она всегда под рукой. Вот технические какие-то тоже дикшне у нас были. Я тоже сюда закинул вот информацию по ролям в нашем продукте, да, по юзеровским. Информация, не помню, что это такое. Сорян.

Вот. А вот это вот самая главная папочка, где я сейчас работаю, это мои мой бэклок, да? То есть мои фичи, над которыми я работаю. То есть вот на примере покажу вот самая первая фича, с помощью которой я писал требования. Вот. То есть есть сами требования, а и есть, когда я попросил: "Напиши user story", он мне написал user story. Вот он их разделил, даже сделал такие штуки, как user story, там summary table. Вот. Э, и первые версии были не идеальными, да, я это всё допиливал. То есть я сделал подход такой прикольный. То есть ты смотришь версии, а ручками их меняешь и закидываешь клодкоду изменённую версию. Говоришь: "Мне надо в таком формате, давай менять системные промты". Вот. и догоняешь это тоже до каких-то с помощью нескольких итераций до идеального для вас формата состояния и всё. И потом после этого начинает всё работать с первого раза. Вот. Аэ вот ту-ду айтемы какие-то, ой, тbd айтемы с командой подиcassсить там next steps. Всё, что попросите, всё делает, короче. Вот. А вот здесь код по всем нашим продуктам, да? То есть в любой момент я обращаюсь к коду. Вот лодко коду сказал, как забирать код из гита. То есть я его просто прошу, забери код из гита, он забирает, обновляет и умеет с ним работать, как уже с существующим кодом, который здесь лежит в репозитории, а, ну, в папке, так и гиту в любой момент может сходить, что хочешь делать.

А по кастомерам папка пища реквесты по все запросы наших клиентов лежат в цсвшках. Вот здесь прикольный подход, когда я первый раз попробовал скилл в этом проекте. То есть я создал специальный скилл. А вот этот вот цвшка, она очень большая. Там тысячи запросов, половина из них уже отпроцешенных, половина нет. То есть 5 Мб, по-моему, файл весит. И очень много ненужных колонок, да? То есть вместо того, чтобы его закидывать весь сразу в контекст, вот плюс там есть некоторая там информация о клиентах, как минимум название компании, да, что яишки не надо. Я просто сделал скилл, который мне чистит эту ЦСВшку, оставляет только нужные колонки важные. А вот и после этого мне этот скилл, один из них, из этих скилов, вот этот вот, вот у него есть скрипт, который чистит цсвлешку, да, питоновский. Вот. И он мне отдаёт чистую цсвлешку, и я уже её потом закидываю вишку и говорю: "Для этой фичи найди подходящие фичи запросы". Да, я это делаю в клодкоде. Я лодкоду говорю: "Сделай мне промт для Gemini". То есть в который я схожу, закину эту ЦСвшку чищенную и Gemнай мне тоже делает Gemini 3. Я просто в AI студии там ходил. И Gemini классно очень ищет, а на основании контекста фичи проходится по всем запросам из ЦСвшки прямо и выдаёт список подходящих. Вот. То есть у меня на это раньше вообще не было времени работать с клиентскими запросами, потому что их очень много, нехватка времени, рутина и прочее. Поэтому сейчас это за несколько минут в колод-коде делается. Вот митинги, всё, что хотите. Короче, здесь можно хранить, управлять этим и задавать любые вопросы. А очевидные, неочевидные.

Вот сейчас последний такой тест и на этом закончим. Сходи, пожалуйста, в гит и посмотри по всем нашим пяти главным пакетам последние изменения за 2 недели и сделай лидерборд а с разработчиками по количеству комитов. А и единственное, что замени, пожалуйста, их фамилии на какие-нибудь смешные, а то я сейчас на вебинаре, чтобы не палить фамилии. Вот он в гит сходит, заберёт, покажет и, ну, это такой кейс, я его не использую, но чисто ради >> Давай посмотрим на фамилии, которые получится. >> Я видел это на одном из ютуюбовских там видосиков парень это применил. Он говорил: "Правда, замени цифры, чтобы не палить реальные цифры". Но даже такое можно делать. Блин, запалил. Друзья, подготовьте, пожалуйста, вопрос. Может быть, нам на один вопрос хватит времени, потому что а у нас Юра, я надеюсь, ещё с нами ждёт своей очереди, чтобы мы передали ему слово, а, в течение пару минут. Пока мы смотрим, может быть, у кого-то прямо сейчас есть вопрос. >> Да, в принципе, это уже конец, поэтому, да, любые вопросы. Табличку. Давай посмотрим, как выглядит лирборд. >> Да, вот он по всем нашим основным пакетам ходит. Он знает, что такое основные пакеты, потому что я ему это сказал, потому что у нас продуктов много. Пять из них там основных. Вот он по ним только пошёл. Очень много вопросов задаёт. Он что-то выполняет, да? Ээ, я смотрю, >> ребят, ребят, не получилось не запалить, но скажу, что это очень хорошие разработчики, они не обидятся. [смех] >> Вот он вы тут он поменял вот бублинопач, зёрнышко. Вот, э, то есть сколько комитов. >> Я, кстати, офигею. Офигеваю количество комитов. Чувак, наверное, каждую минуту кликает. >> Вот. Класс. >> Как-то так. >> Сергей, спасибо большое. Было бы здорово, если бы это были настоящие имена. такая очень, очень интересная разработческая команда. Спасибо большое за рассказку. Жалко, что у тебя выключилась камера, поэтому мы тебя не видели остаток времени. А, друзья, на один вопрос есть время. Е, кто кто хочет что-нибудь спросить, узнать? Ты всех оставил просто молчаливыми после своей презентации. О'кей. Сергей, спасибо тебе огромное за выступление, демонстрацию. Это огромнейшая тема, большая, в которой можно копаться очень-оченьочень долго. Мы тут ставили тоже с ней эксперименты. Это очень непростая история. Очень. Юра, разреши передать тебе наконец микрофон. Э вот у нас есть наши последние 15 минут времени. А, во-первых, спасибо тебе ещё раз от всего нашего коммьюнити за твой замечательный продукт. Спасибо, что ты его сделал, поддерживаешь, развиваешь то, как ты оперативно реагируешь. Будет здорово, если ты расскажешь о планах, может быть, на двадцать шестой год, что ты собираешься с ним делать, куда его развивать. И, может быть, коллеги позадают вопросики. Мы только тебя не слышим. Так, картинку видим. Но не слышим. >> Ребята, скажите. Ага. Во-во-во, что-то было. Ну-ка. >> Алло. Слышно? >> О, супер. Всё, теперь слышно. >> Да. Всем привет. А расскажу немного про, про идею, как она появилась. Поделюсь немного статистикой, да, и планами на будущее. А всё началось с курса Антона по N и Automation. А, по-моему, был где-то весной. Я решил поучаствовать, и я помню, что в самом начале было предложено на выбор использовать готовое уже окружение, либо развернуть самому. Вот мне второй вариант показался интересным. Я решил попробовать развернуть всё это дело самостоятельно. Вот. Но, как оказалось, это было не так-то и просто всё развернуть правильно с первой попытки. Вот. Потому что, а, понимаешь, что где-то настройка была сделана не совсем корректно, где-то понимаешь, что нужно добавить какой-то дополнительный сервис, который тебе не хватает. где-то вспоминаешь про банальные настройки безопасности на Впэсе, который используешь. Вот. И в итоге, а, я устал всё это дело переустанавливать и решил автоматизировать. А на выходе у меня получился готовый скрипт, который в автоматическом режиме подготавливал VPS, устанавливал необходимое программное обеспечение и конфигурировал сервисы. Вот он работал, выполнял свою функцию. И дальше я замечаю, что оказывается у нас в сообществе в чатике, в Телеграме люди сталкиваются ровно с теми же самыми проблемами, с которыми я. И этот скрипт может помочь также и другим людям экономить их время. Вот. А затем я создаю, э, репозитории на Гитхабе, публикую свою работу, делюсь и получаю первые положительные отзывы о том, что это действительно работает и помогает. А, и дальше Антон предлагает идею, как на мой взгляд кажется, это Killer Feature сейчас проекта, а именно создание Визарда, который позволяет выбрать именно какой-то конкретный список сервисов, который пользователь хочет установить, а не устанавливать сразу всем и все сервисы одновременно. А таким образом постановщик становится более гибкий и довольно сильно экономит ресурсы VPS, потому что далеко не всем пользователям нужно было устанавливать ту же самую Supase. Вот. А с архитектурной точки зрения всё выглядит довольно просто. У нас ядро проекта - это Docker Compose, в котором у нас перечислены все сервисы, их конфигурация. И дальше у нас идёт Wizard. в котором мы эти сервисы выбираем. А с Docker композом всё это связывается через нативный функционал докера, который называется, а а это атрибут профиль. Вот этот атрибут позволяет запускать не сразу все сервисы, э а только те, которые мы передаём во время запуска через командную строку. Таким образом, у нас работает динамический список сервисов, но при этом у нас есть три, которые всегда идут установлены по умолчанию. Это база данных проql, хранилище и который проксирует трафик из внешнего интернета во внутреннюю сеть догера, а также отвечает за автоматизацию и получение сертификатов а для работы HTTPS. Вот так появилась первая версия а установщика. И дальше я встал перед дилеммой: "А где мне брать пользователей?" Потому что, на мой взгляд, это действительно приносило какую-то пользу, экономило время, а, и хотелось помочь и другим людям тоже. Вот так я решил, что надо рассказать об этом проекте миру и написал три статьи. Две было сделано на Редите, опубликовано, а одна на Хабре. В сумме они набрали примерно 75.000 просмотров. И по моим ощущениям это довольно сильно быстроло проект и привлекло новых пользователей. Вот. Но не всё сработало так, как я хотел. Например, а у меня, может быть, кто-то помнит ещё в самом начале весной и летом проект назывался Nintendo Installer. Вот. Но проблема в том, что Nallлеer в Гугле у нас никто не ищет. А люди ищут либо N Install, либо install N. И это была попытка а-а се оптимизации репозитория. Вот пока она не сработала, то есть я никак не продвинулся в в поиске Google. Но я думаю, что возможно через полгода это сыграет какую-то свою роль и, а, принесёт навык пользователей. А дальше по поводу фидбека. А я заметил, что фидбэк он, а играет ключевую роль в проекте, потому что сейчас мне уже каждый день почти кто-то пишет, аа пишут с предложениями, с улучшениями, с идеями. Кто-то сообщает о багах, эжкейсах, а просто говорит спасибо. И когда ты получаешь такой фидбэк и он накапливается, то со временем у тебя появляется видение проекта. Ты понимаешь, какая у тебя целевая аудитория, ты узнаёшь о преимуществах проекта, его недостатках, над чем стоит работать и как дальше проект развивать. Вот. А одна из интересных историй а случилась буквально, наверное, 10 дней назад. Это уже было после того, как NEN зарелизил свою вторую мажорную версию. Вот они выпустили обновление, в котором решили удалить АПК пакетный менеджер из своего образа. Вот. А а мы этот АК используем для установки FFMP утилиты для работы с аудио, да, и, естественно, мы не знали про это удаление, и после выхода обновления у нас, а, сломался, а, ну, грубо говоря, установщик. Он перестал устанавливаться и обновляться. Вот. А в итоге а мы узнали о о проблеме, мы нашли, в чём причина, поправили, оттестировали и зарелизили исправление. И всё это буквально где-то в течение часа после того, как NM а выкатил своё обновление, которое сломал установщик. А дальше поделюсь немножко статистикой. К концу года у нас 585 звёзд на гитхабе, 55 комитов сделано. А в установщике на данный момент доступно 29 сервисов. И буквально на днях я добавил телеметрию, чтобы собирать э реальную статистику использования, потому что звёзды на гитхабе - это одно, а реальная статистика - это другое. И сейчас у нас, как она показывает, примерно 50 уникальных установок в день происходит. Вот и стало, а, появилось понимание географии использования проекта. А вот, но она сейчас на слайде, но с двумя оговорками. Первое - это то, что эта статистика неполная, она только за 3 дня. Вот. А вторая оговорка, что это не пользователи из этих стран, а ВПS физически находится в этих странах. А VPS, на которых используется установщик. Вот. А дальше по последнем обновлениям. А в середине декабря была сделана миграция на NTN версии 2.0. Затем я добавил сервис ГОСТ, который проксирует исходящий трафик к сторонним API, таким как Open AI API, Antropic API, Google. А, и позволяет не бояться того, что наши запросы будут заблокированы из-за российского IP-адреса. А, и последний сервис, который я добавил вот буквально вчера - это NCKDB. Это у нас Self Hosted альтернатива для Air Table. Вот. Я не знаю, заказчик присутствует на созвони или нет, но а если что, можно пользоваться. Я ещё дополнительно сделаю объявление в чате. А по поводу целей я поставил себе главную цель на следующий год - это добавить возможность локального развёртывания, а не на VPS, а с целевыми операционными системами убунта MacOS Windows. Вот. А в связи с этим у меня будет просьба о помощи. А если вдруг будут добровольцы, которые захотят помочь с тестированием на Убун и на Windows, пожалуйста, напишите мне в личку, я с вами свяжусь и расскажу, что и как нужно сделать. Вот. А довольно частый сценарий использования проекта, это когда люди хотят добавить какой-то сервис, который сейчас на данный момент в нём отсутствует. Вот я подготовил краткую инструкцию о том, как это можно сделать. Первое, что нужно - это сделать рк проект на гитхабе, склонировать его на компьютер. Дальше я вот присоединяюсь к предыдущим раторам и настоятельно рекомендую использовать код с OPС 4.5 моделью, потому что, на мой взгляд, это сейчас, э, комбинация, которая лучше всего показывает себя в программировании. Вот. И дальше у вас, э, автоматически потянется команда, которая называется add new service, а, в которой вам достаточно будет просто указать название сервиса. Если сервис сам по себе простой, имею в виду, что у него есть официальная документация где-то в интернете, у него есть официальный doкеer образ, то в таком случае, скорее всего, это будет zero short prompt. И с первого раза у вас всё должно завестись. Вот для тех, кто не использует код, а использует какой-то другой редактор, то вы можете попробовать найти файлик в проекте, который так и называется, addnewsurervise.m. И в нём будет лежать большой промт с детальным описанием всех мест, которые в проекте нужно отредактировать при добавлении нового сервиса с примерами, с описаниями, как всё это работает. Единственное, вам нужно будет заменить переменную Dollar Arguments на название сервиса, который вы хотите добавить. Вот. А всё. А в конце хотел сказать всем большое спасибо, кто поддерживает проект, кто его тестирует, сообщает о багах, предлагает улучшения и просто делится фидбеком. А благодаря вам проект развивается и становится лучше. А забыл в самом начале сказать, что извиняюсь за презентацию на английском языке, у нас тут праздники в самом разгаре. Я забыл всё это дело привести на русский. Вот. А так всем спасибо за внимание и готов ответить на вопросы, если есть. >> Супер. Погнали с вопросами. >> Да. Если можно, я первый. Юрий, я заказчик НокадB, который вот на днях он писал: "Спасибо большое, для меня это хорошая новость на сегодня, самая, наверное, лучшая, потому что это действительно очень нужная штука". И ещё раз скажу, и много, я думаю, народу ко мне присоединятся. Большое вам спасибо за вашу огромную работу. Это очень классная штука. Не попробуешь, не узнаешь. Я попробовал, узнал, и это круто. Спасибо. >> Спасибо. Сергей, давай. >> Да, у меня вопрос к Юри. Как раз-таки вот я тоже являюсь одним из заказчиков FFM Пега. Вот как минимум, который отвалился. Кстати, я не знал, я ещё не успел на второй версии его проверять. Опередили меня уже поправили. У меня вопрос такого плана. Вот. А если ты говоришь, можно комитить свои какие-то сервисы, да, или тебе тебя просить добавлять что-то, вот ну насколько ты контролируешь это? Типа, вот ты сказал, у тебя критерий, если есть официальный докер образ, для тебя всё это значит, что ты его добавишь или ну чтобы потом просто не стало там, не знаю, это очень много сервисов, из которых сложно выбирать, некоторые из них пересекаются. Вот. Ну, у нас условно уже есть там пять векторных баз разных. Вот сейчас не знаю, короче, как вот контролировать, фильтровать вот эти сервисы. Собираешься и в общем какой тебя подход? >> Да, это хороший вопрос. У меня даже был слайд о проблемах, которые были изначально в проекте. Я его вырезал, потому что немножко не укладывался во время. А проблема была изначально такая, что я вообще никак это не валидировал. Если ко мне приходил человек и говорил, что я хочу такой вот этот сервис, я старался его добавить. Но, а, как оказалось, не всегда а людям нужно тото то, что они просят. Иногда случался такой сценарий, что человек приходил, просил какой-то сервис, я его добавлял, человек пробовал, а в итоге оказывалось, что это не то, что ему было нужно, и сервис потом висел как неиспользуемый. А и в связи с этим я добавил, а, наверное, один главный, э, одно главное правило, это чтобы было несколько запросов на один и тот же сервис. В таком случае я его добавляю. Спасибо. Понятно. >> Юр, а скажи, пожалуйста, есть ли у тебя вообще статистика? Ты сказал, что ты начал собирать статистику. У тебя есть статистика по используемости сервисов в Визарде? >> А, да, я её собираю. Сейчас она не совсем полная и как бы, э, там был косяк сделан, потому что я собирал не статистику не по отдельному каждому сервису, а именно со списком целых профилей. А, и это было такой небольшой мес. И сейчас собирается правильно. Я могу поделиться чуть попозже именно, что чаще всего людей используют. >> Угу. Супер. Будет интересно. Друзья, ещё вопрос, пожалуйста, Юриспели. Можно я, наверное, чуть-чу дополнил. Точно даже не дополненно. А дал рекомендацию Юри по поводу продвижения. Сейчас меня нормально слышно просто в кафе. А, Юрий, осмотрите, Юрий и вот всем участникам, то есть как можно Юрий помочь с точки зрения продвижения проекта? Поисковые системы очень сильно используют социальные сети для алгоритмов, да? Например, если будете где-то писать посты, например, в Фейсбуке, в Линкедынне, в Ютубе, ну, точнее, не в Ютубе, а в Редите, да, то есть сейчас поисковая система очень сильно вот эти вот социальные сигналы используют. И поэтому, если кто-то будет упоминать Юринусбор там в формате NN installл Юрий Косоковский, да, и ссылаться там с Facebook и так далее, то постепенно его репозиторий будет на дете собирать ещё больше, как бы, ну, продвигаться в топе. >> И поэтому вот вот сейчас, если есть возможность, то там после созвонов и так далее, просто где-то в Фейсбуке в разных социальных сетях написать э сообщение со ссылкой вот на его репозитории. И если он со временем сделает сайт, то также можно будет и сайт продвигать. Просто такая рекомендация, чтобы побольше социальных сигналов плюс там в Ютубе какие-то ролики снимать и делать ссылки на твои репозитории. Тогда их тоже будут очень сильно помогать продвижению. Я просто на этом специализируюсь. То есть это именно под зарубежный рынок, то много социальных сетей, вот там Facebook, LinkedIn, Redit, Twitter, то есть везде постите как можно больше упоминаний, и тогда всё будет круто через там полгодика плюс-минус. Вот. И хотел бы сказать большое спасибо, потому что сборка реально знаешь, что >> прям за, ну, за 30, за 40 минут устанавливается то, что, наверное, целыми днями приходилось раньше мучиться. Это тоже очень круто. Большое спасибо. Спасибо. Да, у меня запланирована цепочка статей. Она должна быть в будущем сразу после того, как я добавлю возможность локального развёртывания. И тогда будет вот минипиар-компания на сервиса. >> Ну, идея у Дмитрия прекрасная по том, что о том, что можно просто попиариться на разных форумах, в том числе. Во-первых, у нас есть большой форумтена, и он прямо очень большой. Там куча народу. Это полезная вещь. А кроме этого есть school. Я не знаю, кто-то принимает участие или нет. Вот я подписан там на несколько сообществ School.com. А, и там в целом тоже можно написать статейку про Installer, потому что, ну, вот юристалер, он растёт из Колинова, наверное, да, из Call Medin, а Colinstallлер растёт из родного инсталлера NEN, который сделала сама команда Nent. Вот. И они все так или иначе с этим мучаются и проходят через все те же проблемы. Д, друзья мои, э спасибо вам огромное. Мы сегодня 40 с вами тусанули. Вот я вас, во-первых, очень рад видеть живыми, здоровыми. Очень рад, что все пришли, собрались, рассказали. Я надеюсь, что сегодняшние рассказы были полезными. Юрий, спасибо ещё раз большое от меня и от всего нашего сообщества. Вот единственный человек, наверное, среди нас всех. кто делает прямо действительно какое-то прямо глобально большое хорошее дело для всех. Вот. И делается это очень быстро, оперативно, качественно и прям серьёзно. А я вас всех поздравляю с наступающим Новым годом. Я надеюсь, что в следующем году в все сделают шаг вперёд, шаг вверх. Я не знаю там, уже, как это назвать, какими словами. А я запись, которая у нас останется, закину её к нам в канальчик, чтобы можно было посмотреть. Если будут какие-то ссылки, вопросы и так далее, то можно уже продолжить тогда в нашем чатике Автомеationхаба. Вот. Спасибо вам огромное. Хорошо вам провести остаток недели, встретить Новый год, отдохнуть как следует и с новыми силами зажечь в 2026. Всем хорошего вечера. Спасибо вам большое. Всех рад видеть. >> Пока. >> Пока-пока. Всем пока. >> Спасибо. До свидания >> всем. Пока. Всех с наступающим. Блин