Live demo: AI-агент для разработки за 40 минут + Q&A

Так, сегодня у нас будет такая часть немного теоретическая, 5 минут максимум и лайдемо. Вот перед лайдемо хочется поговорить немножко про вообще про что мы будем, собственно, и демо проводить и про что мы с вами разговариваем. То есть про AI driven engineering, это сейчас названо. Вот на самом деле это название проходит тоже изменения от кодинга до development, инжиниринга. Это всё будет меняться. Это та реальность, в которой мы сейчас находимся. Неважно, как это называется.

У нас на рынке есть, а, ряд инструментов, а, которые конкурируют друг с другом. Есть костомные одежки, есть силайки такие как Gemнай, как Clot, есть компании комбинация, которые имеют свою личную модель ишку, например. Да. Вот на данный момент, на текущий день, а по моим наблюдениям, два, а лидера - это CLДкод и кодекс, а с Openроутером. Вот. Потому что они имеют, получается, свои модели и свою своих агентов, а либо свою дешку, которая в комбинации работает очень сильно вот по сравнению с курсором. А по сравнению с курсором курсор использует модели других вендеров. А да, у них есть там своя моделька, которая некачественно себя зарекомендовала, там комбозер называется. Вот. Но эти две компании, которые лидеры - это кодекс. При этом GI хорошие тоже вещи делает. Хайпанула со временем выхода Gmin. Вот очень много бесплатных сервисов дают помимо самой модельки GNI и козингового агента, которыми тоже совместно с другими решениями стоит пользоваться. Вот такие, как, например, ноутбук LM. Хороший очень плуван.

Сегодня у наше демо будет построено вокруг клодкода. Вот любая из этих толов, если её использовать без системы какой-то, превращается в хаос, превращается в, э, превращается вот в эти вот вопросы, которых очень много при регистрации, с галлюцинациями, с забыло, не забыло, что я делал до этого и прочие штуки, когда нету системы. Вот из-за того, что, чтобы это решить, много компаний выпускают, ребят, компаний выпускают очень множество open source решений под таким названием, как SSD, Spec Driven and Development. А очень много фреймворков, которые делятся на разные категории. Вот. А про все эти категории можно почитать на вот этом вот сайтике. Мы сегодня останавливаться на них всех не будем. Мы сегодня будем использовать, а, а, нативные, а, решения от клодкода внутренние, плюс а несколько скилов и агентов кастомных, которые мы будем добавлять, которые я уже добавил и плюс мы будем добавлять во время дема. Вот.

Ключевые концепции, что мы будем сегодня использовать - это поговорим про cl. А это системный промт, основная память клода. А, поюзаем mcpшки несколько разных. А, используем скилы, создадим свой скилл, МCшку тоже подключим, а, поговорим про память между сессиями и используем сабагентов, а, и создадим одного сабагента, которого я специально оставил для дема, создать вместе с вами. Вот в код-коде есть, а, несколько типов агентов. А есть сабагент, который может быть сохранён уже в папочке. Эн лежит в папочке то. Э, эта папочка точка clot agents, она может находиться на уровне проекта. Ээ, вот вы её сегодня увидите также и на уровне, а, в основной папки юзера, а, агенты, которые можно использовать на разных, аэ, проектах, то есть глобальные. Вот. А также мы будем, мм, получается, есть сабагенты, есть динамические агенты. Это я так назвал динамические агенты, это те агенты, которых клод, агент клода создаёт самостоятельно в виде agent Tool. То есть это без предварительного созданного промтами, да, он может динамически на лету создавать агента в зависимости от контекста, в зависимости от того, как он понимает задачу, как он исследовал, а контекст, который вы ему дали, он может самостоятельно создавать агентов. Вот у них есть особенности, разница. Вот одна из них - это в том, что динамических агентов вы и не можете переиспользовать, да, постоянно клод может создавать разных агентов со своими пронтами, что не есть хорошо. Вот. А динамических агентов Клод по дефолту использует ту модельку, которой с которой он сейчас сам включен, будь тос, будь тот или хайку. А то есть если у нас агент сохранённый, он использует свою модель, а с преднастроенными с возможными тулами, которые мы ему сами разрешаем, с возможными MCP, которые мы разрешаем, и несколько других настроек, которые есть в собагенте. Коммуникации у этих агентов между пользователем нет. Это такая как бы агент, который запускается в отдельном контексте, в отдельности от основного, выполняет какую-то задачу, отдаёт результат этой задачи вашему основному агенту, с которым вы работаете, и всё. У вас нету возможности коммуницировать с этими агентами. Вот. И, а, э, в целом, используя агентов, а, показывает себя хорошо. Их тоже не всегда нужно использовать, если у вас задача достаточно простая, прийти там что-то выполнить разовую какую-то задачу, с которой справляете основной агент, вызывать дополнительных агентов а не обязательно. Вот выпустил а новую фичу, она сейчас находится в бета таком режиме. Я по умолчанию выключена. Это Agence Teams, а который отличается от сабагентов тем, что э между собой агенты начинают общаться. То есть, э, тут, если мы запускаем даже параллельно агентов, если брать там разработчиков-тестировщиков, а, в контексте разработки, они между собой никак не общаются. Agent Teams начинают между собой общаться. Плюс вы, как человек можете подключиться, а, и пообщаться и дать дополнительный контекст любому из агетов, понаблюдать, что они там делают. То есть вот это уже новая такая, м, не знаю, фреймворк, который Anтроopic даёт людям. Вот. ну, пока что в экспериментальном режиме. Вот. А можно использовать всякие лайфхаки. Мы сегодня такие будем использовать, когда у вас есть специфические агенты, пронты с ними, и мы будем основному агенту говорить, входить в роль этого агента, а для того, чтобы как раз-таки коммуницировать с этим агентом, пока он находится в этом режиме, то есть брейнштормить с ним. Вот.

Собственно, демоo. Что мы сегодня будем сейчас делать? Это у меня есть демопроект, который я уже развернул. Кратко покажу, э, из чего он состоит. А мы возьмём из бэклога одну из, а, фич и пройдём по пайплайну брейнсторма, то есть создадим дизайн для этого. А, визуальный дизайн, дизайн в самой фичи. Создадим план, разбитый на подзадачи. У нас будет отдельный агент, который будет ревьюить этот план. То есть, если он что-то в нём найдёт, он вернёт назад на на доработку. И пока в цикле а план не запруется, он дальше в имплементацию не пойдёт. А дальше имплементация будет выполняться несколькими разработчиками.ФНD, backend. Вот специально подобрал такой проект, задачу, чтобы можно было показать несколько разработчиков. И в последнюю очередь это тестировщик тестирует этот проект. Э, как раз-таки вот этого агента я не добавлял, и к нему мы добавим ещё MCP. Вот. Всё остальное у меня уже добавлено. Структуру покажи. Вот. Аа задача у нас находится в определённой папке, хранится, а вместе с с родмапой. Там же и бэклок, а активный бэклок, те фичи, которые уже завершились в отдельной папке. Будем использовать, а зарекомендовавший себя, а плагин от Superpers. Это open source. Можно в GTHubбе найти и установить. У них есть множество скилов, а такие как brainstorm skill. Мы будем использовать написание плана skill, write and plan skill. Дальше идёт skill execute skill. Мы его пропустим. Мы будем просто назначать задачи из плана на агентов. Есть а часть других скилов, которые мы сегодня не будем запускать. Это по дебагу, что если какие-то баги есть, специальные скилы есть, которые бажат и помогают, а исправляют потом это всё. Вот. И, а, ревювер, как я сказал, агент будет отдельный. И, а, ээнд-разработчик будет, э, работать и с базой, и с бэкэндом, и фронт, будет делать отдельный фронт разработчик. Вот, плавно перетекаю в иешку. Использовать я сегодня буду антигравити. Периодически меняю дэшки, смотрю, до этого сидел новоспользова. Сейчас антигравити решил попробовать, потому что, чтобы посмотреть, что предлагает как раз-таки GI, вот на нескольких своих тестовых задачках потестил и вернулся к клоду. Вот пока не пользуюсь.

Так, сейчас я закрою. Открываем терминал, пишем. Чтобы зайти в режим хода и посмотрим структуру папок. Что здесь есть? Я взял за основу готовый open source проект. Это fast IP template. А немножко его доработал. Сама доработка у меня заняла время, чтобы на здесь не тратить это время. Мм, потому что мы бы не успели за 40 минут. А здесь вот кратко есть Session History. Расскажу, что такое Session History в процессе. Э, нет, это не Voice CodeД, это антигравити, но очень похоже на Voice CД. Но антиграви создан специально для гугловского для Google села, то есть для для G агентов дминаевских. Вот. Потому что здесь есть фищи такие, как когда начинаешь с ним работать, а специфичные именно Gнаю. Вот. Но очень похож на Scд, если не открывать гугловскую модельку. Вот. А по ST что я делал? Здесь даже даты и время есть, когда я это делал. То есть я там вечерком развернул, получается, стянул темплейт, а, закинул агентов, а, своих существующих, которые в моём каталоге агентов есть. То есть вот этих всех, кроме QA инженера, я добавил агентов. То есть можно внутрь заглянуть, а как они настроены. Все эти агенты настроены на модельку Sonet. А дизайнер DevOps. Сейчас я проверю. Sonet, да. Единственное, что я архитектору хотел дать опус. Можно сейчас прямо это поменять, чтобы он с нами размышлял получше. Вот. Э-э немножко так это я добавил, э, поработал с фронтом, а придумал дизайн этому проекту визуальный, а добавил ещё агентов из моей базы. Вот. и сделал кастомный такой проект, который задеплоил на Versal и на Backend Railway. Кто не знает, это такой сервис, на котором очень легко заливать БК, если у вас нету необходимости там или желания заниматься собственными какими-то серверами. Ну, для дема не принципиально, как бы выбрал более простой такой вариант. И плюс у релвея и у Версола, где куда затрон есть MCPшки, которые мы тоже сегодня увидим, подёргаем, посмотрим. То есть я в целом всё, что я здесь сделал - это зашёл, зарегистрировался, подключил клод-коду и руками ничего не делал. То есть все они полностью задеплоили самостоятельно. На локал хосте поднят сервер и а на версии или собственно фронт, подключённый к джеткбеку, тоже работает. Что это такое за сервис? Это сервис, который имеет админку и гостевой гостевую страничку, которая показывает статусы каких-то сервисов, там CD, да, базы, AP gateway, а, какие-то дополнительные сервисы и показывает именно открытые инциденты, да, с этими сервисами. И есть админка, где у нас, а, собственно, добавляются сами сервисы, а, дашборд для администратора свой и инциденты, которые сейчас есть, а, в такой гинацию листюшки. Вот текущий момент у нас какие-то четыре инцидента есть активных. Вот. А фичу, которую мы сейчас будем делать и запускать, а она будет вообще есть папочка такая docs. Это папочка docsта из каких-то фреймворков, которые много фреймворков её используют. Вот. Но сама структура папочки Docs меняется. Вот у меня лежит roadmap по моему проекту. Какие-то части вот уже BAS MVP сделан. Тестирование. Когда я стринул этой, там было есть автоматические тесты запускаются, которые через GitHub actions, то есть сшитый в а C. Потом, а, сделал frontend customization, а, и там были парочку бакфиксов, которые я сделал. Вот. Сейчас мы будем делать, а, а, фичу, которая лежит в бэклоге. То есть все вещи, которые у меня здесь в родмапе, они лежат в бэклоге. Мы будем вот этот incident desрипtion делать, четвёртую фичу. Вот помимо этой папочки есть папка, где хранятся, то есть архитектурные decision рекорды, да, то есть которые агенты самостоятельно сюда закинули. То есть вот было принято решение там они вот у меня в определённом своём формате, то есть формат этих adаров вы можете под себя подбивать. Более того, можно держать темплейты, например, template, темплейты таскейсов, конвеншены какие-то. Всё это можно самостоятельно, а, управлять с помощью темплейтов, как вам надо. Вот. А есть, э, какие-то helpментики, которые вы тоже можете посмотреть потом, где я детально расписывал, как агент, а, которого мы будем добавлять, будет встраиваться в наш проект. Вот. А есть мы будем создавать скилл. И для создания скилов есть два зарекомендовавших себя скила для создания скилов. Это от самих антропиков. Он называется Skill Creator. И от Superpowers есть Writing Skills. Я использую и тех, и других. Я здесь сделал такую сравнительную табличку, чем они отличаются. Вот. И в целом, когда вы будете заниматься созданием скилов, можете и использовать оба. Если будет желание, их можно даже объединить и взять лучшие практики от Superpers и от Tropic объединить свой собственный. Вот. И здесь детальное описание, а что у нас есть в агентах, вот в этой вот front шапке агента. как её называют. То есть здесь есть имя desрипtion агента, моделька, тулы. А там помимо этого есть color, э, вот color есть, а, мм, скилы, которые, а, перезагружаются в контекст агента. Вот есть штуки, которые я не использую. Вот, в общем, и, э, в наших агентах мы тоже пооткрываем, посмотрим, что в них есть. А для того, чтобы, а, меньше говорить и больше смотреть, давайте начнём. Сразу скажу, у меня добавлены агенты. У меня помимо агентов добавлены MCP. То есть, если запустить команду MCP, мы увидим несколько МПшек, которые добавлены на уровне проекта. Вот MCP на уровне проекта добавляются в таком файлике, который называется, где же он жикс? А, вот MCPJSON то mcpjon. То есть у меня два сейчас MCP добавлено. Versal, а это официальный MTP, который можно найти в гитхабе, э, и поставить себе. Ставится они достаточно просто. Можно отредактировать этот файлик путём добавления, а, определённого MCP. Вот. Там разные есть параметры в них, и некоторые требуют токены, некоторые нет. В данном случае эти сер сервисы потребовали авторизации там через браузер. Я заавторизировался и всё, они подключены. И снизу показывают status connected. Вот. А помимо этого у меня ещё есть. Он тоже установлен в проект, но немножко другим способом. Я, если честно, не помню каким. Либо вот здесь вот. Вот здесь, наверное. Нет, я не помню, где где он у меня здесь установлен, но он установлен. И помимо этого есть а MCP, которые доступно в рамках этого проекта. Это MCP сервер. Это тоже зарекомендовавший себя сервер о, а поиску. То есть можно использовать комплексе, можно использовать в самом клоде есть а webarch, webfage, то есть можно читать, искать, читать страницы встроенные, а инструменты этого есть, но есть сторонние всякие полезные сервисы, которые с помощью которых можно делать более качественный поиск. Технический поиск как раз вот который нужен нам, он здесь очень сильный. есть, а преднастроенный самим клодом MCP, которые тоже доступны, но я их не использую почти. Так, а это получается MCP. Помимо MCP у нас будут а скилы, которые я тоже предустановил. Вот. Скилы у меня установлены, а на уровне проекта у меня установлен всего лишь один скилл. Он на самом деле, а, есть некая путаница такая между скилами и командами. Сначала вышли у Антропика команды, а, в целом у всех. Потом Антропик выпустил скилы, но оба и скилы, и команды, они запускаются через команду сш. Вот в данном случае я создавал команду через save session, которая сохраняет историю текущую по нашей сети. Мы сегодня пару раз используем. сюда добавится информация по сессии, что мы делали. Её можно, ну, отправлять, а, в новых сессиях агентам, чтобы они понимали контекст, как что делалось, какие решения принимались. Вот. Но у антропика это показывается через сш skills тоже, потому что они объединяют. Вот раньше скилы, когда сделали, они не были доступны через слш, они просто вызывались автоматически. Сейчас они доступны через флэш. Есть скилы, которые установлены на уровне юзера, то есть доступны во всех а проектах. Вот сегодня я добавлял новый новый скилл от для работы с ноутбукалаймом. Очень мощная штука. Вот делал отдельный скил, который помогает ещё дополнительно работать с ноутбукмом и отвечать на вопросы. Вот. А есть скилы, которые мне помогают тестовать транскрипты с Ютюба, вообще не связаны типа с айтишкой штуки. То есть очень много каталогов скилов есть, каталогов NCP, каталогов агентов, а в открытом доступе. Вот. Но ко всему этому стоит, особенно к MCP и к скилам, подходить с осторожностью, потому что очень много скилов MTP, которые надо проверять сначала перед тем, как внедрять проект. Вот, устанавливать проверенный, либо искать механизмы, как это проверять. Самый простой способ - это резактивировать а или там MCP и дать, не знаю, в обычном чат интерфейсе ишки проанализировать и на разные с разных сторон этот скилл и сказать, насколько он опасен, безопасен. И в целом это в большинстве случаев работает. Вот. А, но иногда есть какие-то внимательно надо смотреть заархивированные штуки, которые по умолчанию ишки не видят, поэтому внимательно. Вот. А скилы устанавливаются через плагины. Есть тоже скилы, установленные через плагины от самого антрофика. Очень много, в общем, всего.

А давайте к делу. А у нас есть фича, которую мы будем сейчас разрабатывать. А, и при первой разработке у меня pipйплаelйн не настроен, то есть у меня просто добавлены агенты, скилы MCP. Я буду очень много инструктировать своего кодингого агента, чтобы он не сбивался с пути. Если он будет сбиваться с пути, мы будем видеть, а, мы будем его выравнивать. И в результате, когда мы разработаем фичу, мы её проверим, а, мы, э, потом создадим скилл, с помощью которого уже процесс вашей разработки следующих фичей будет более ровный. То есть вместо того, чтобы каждый раз за ним следить и инструктировать, мы просто запустим скилл этот и, скажем, вот берём следующую фичу. И он будет это делать почти на автомате. Всё равно за ним надо следить. Но это такой один из способов, э, как, а, создавать качественные скилы, когда вы что-то делаете. А вот после этого вы просто клод в этой же сессии просите создать вам скил с помощью скила skill creator. Вот очень много слова skки. Давай, давайте я буду использовать голосовой вот, чтобы немножко быстрее, э, быстрее это было и больше говорить, потому что писать лень, часто бывает. А, начинаем разработку по этой фиче. Используй скилл брейншторма и войди в роль архитектора. Говорю, войди в роль архитектора. А, сейчас поду. Отмена. Начинаем работу над этой фичой. Можно файлы передвигать, можно в целом говорить на четвёртой фичой. А м кодинговый агент, в данном случае знает структуру моего проекта уже, потому что я эту структуру ему расписал. То есть здесь расписана структура папок, где хранится roadmap, где конвеншены, где adры, backlock, а какая-то help документация, дизайнсистема к ней чуть-чуть позже и какие-то манифесты, да? А манифесты - это дополнительные файлы, о которых я не сказал, как работают агенты. То есть можно, а, всю работу агентов зашивать сами промты, да? То есть вот backend developer agent, его роль, его ему, что ему надо делать. обязательно прочитаются конвеншены, adры какие-то прочитаются. А, и я, это мой личный эксперимент, я начал, у меня была попытка уменьшать промты самих агентов, чтобы экономить на контексте и выносить работу их, а, с файлами, с другими, а, членами команды, сэш-агентами в отдельные файлики такие манифесты. Вот, чтобы периодически заходить туда и делать какие-то мелкие правки. И а эти манифесты проще править, чем копаться в большом полотне как бы системного контагента. Вот. А этого делать не обязательно, это всё может быть внутри. То есть сам манифест может быть тут. А вот если вы даёте ссылку на файл, агент её будет будет читать. Вот технологический стек, с которым мы работаем, ключевые команды, которые он использует, а структура бэкэнда у него расписана у этого агента. То есть у него здесь есть всё. В целом проектом я видел вопрос, будет ли открыт. Да, будет открыт. Скинем потом ссылку на гита. Так, сейчас я ему говорю, чтобы то есть у нас определённый пайплайн, у нас сейчас будет происходить фаза планирования, а, в которой я его попрошу быть дизайнером и попрошу быть implementation план архитектором. А одновременно взять две роли на себя и использовать скил брейнсторма для того, чтобы он со мной как человеком в брейншторме, ну, я мог ему поотвечать на вопросы. А, и мы сделали фичу такую, как нужна она нам. Войди, пожалуйста, в роль, а, дизайнера и начать всех, да? >> Так, Сергей, кажется, ты подсаешь. Аэ, да. Вот, вот сейчас вроде вернулся. Продолжи, пожалуйста. Не отвалился что-то вынужден спином сидеть, поэтому периодически бывает такое. Сорри, это всё уже руками писать люди перестают иметь. Он сейчас прочитает промт архитектора, он прочитает промт дизайнера, то есть в свой контекст возьмёт эти промты, а подгрузил себе скил брейншторма и сейчас начнётся мной прочитает требования, которые ему скинул файты фиче. Здесь требований, на самом деле, больших нет. Здесь очень краткий ритмик. Что нам надо сделать? Нам надо добавить desрипtion к инциденту. Вот нам надо добавить какие-то поинты к инциденту. Фроннд надо, чтобы был хороший, красивый на админке и на публичной странице какие-то зависимости есть на какие-то фичи. Вот. И что сейчас уже есть? То есть очень я бы сказал, аа файл с требованиями, но он сейчас и его превратит в более нормальный. Он читает нужные ему какие-то файлики, смотрит контекст проектаend, frontend, чтобы позадавать мне вопросы не с головы, а связанные с проектом. спрашивает, э, доступ на частение файлов. А на самом деле может запускаться в двух режимах. Это режим планирования, в котором мы, собственно, сейчас находимся. Я с помощью комбинации Shift Up перешёл в режим планирования и всю работу, неважно, связанную с разработкой либо связану там с созданием документа, кто-то посты создаёт, что угодно делает. То есть всегда лучше начинать с режима планирования, потому что это внутренняя логика антропика. И помимо планирования нашего какого-то костомного в виде скилов рейншторма, ропик включает ещё свои как бы дополнительные штуки. Вот. А, есть режим, а, я как бы на который сейчас переключусь, это accept edit on. То есть он будет спрашивать меньше, то есть мы ему разрешили редактировать файлы. Он периодически всё равно будет спрашивать доступ к каким-то запуск там баш команд каких-то, да, ещё чего-то, но спрашивать будет меньше. Вот есть режим, который вообще ничего не будет спрашивать для такой автономной работы. называется Danger Dangerous Lip Permissions, которым пользоваться на своей машине желательно не надо, но если вы работаете на каком-то изолированном сервисе, можно им воспользоваться. Так, он собрал контекст, аэ, прежде чем углубляться в вопросы, ээ, включить визуальное решение. Недав недавняя штука, которая появилась у Super Powers - это раньше они очень много вопросов визуальных задавали прямо в чате в виде там аски схем каких-то, либо просто текстом, да, сейчас они в браузере будут открывать, а-а, в браузере будут открывать несколько вариантов решения. Визуально это показывают до самой реализации. Очень классная штука. Вот они периодически вот сейчас спрашивают. Они говорят, что это находится до этого мне говорили, что эта фиша находится в демо. Вот я сейчас подтверждаю, что я хочу включить с компаньона, визуального компаньона от Super Powers, который появился в недавних последних версиях. Если кто-то пользуется и у кого-то старая версия, обновитесь, он у вас тоже появится. Да, вижу там вопросы fast. Да, бкн будет на файтане. Вот проект такой выбран, чтобы фокуса на сам проект на самом-то деле нет, потому что фокус у нас тут больше на внутрянку агентов, а, на сам клод-код, на процесс, на обсуждение этого всего после, нежели чем на сам проект. То есть проект достаточно несложный, но затрагивает и фронт, и, и в целом и базу какую-то. То по базе тоже надо будет сделать изменения. Так, он говорит, что он запустил компаньона. Если сейчас ловлю ссылку, не люблю вот этот вот клиck. Я открою в отдельном браувере, ещё скопирую. Это а браузер, где сейчас пока что пишется, что а ничего нету. Вот. Но когда он начнёт задавать вопросы, как ты видишь модель? А пока что он задаёт вопросы не связанные с фронтом, поэтому здесь на этом сайте ничего нету. на этой страничке. Вот он меня начинает спрашивать, как я вижу модель Incident update. Только смену статуса, статус плюс ручные заметки, полный аудитlog. Я выберу третий вариан ой, второй вариант, чтобы была такая среднее что-то не сильно сложное. Audit пилить сильно не будем, потому что чуть больше времени займёт. Хороший выбор. Так, как он, как у нас будет происходить из обновление инцидент инцидента на влайн, а в отдельная страничка какая-то либо на монадальном окне. Вот я предполагаю, что inлайн было бы пока что получше. Избавимся от каких-то лишних окон, попав, хотя он рекомендует Б. Я часто с ним соглашаюсь с его рекомендациями. Не знаю, процентов 90 случаев. Очень редко бывает другой. А раскрывающийся аккордеон всегда развёрнутый таймлайн. Давайте раскрывающийся. Можно ему сказать: "Покажи визуально". Но он и без этого, когда будет вариант касаться фронта, он в целом должен нарисоваться. А вот он говорит визуальный вопрос. Он сейчас вам покажет варианты онлайн раскрытия. Можно уже в целом переключиться сюда, а сейчас здесь будет всё меняться, когда он добавит. Кстати, ну можно по ходу тоже перебивать, задавать вопросы. Это даже иногда будет лучше, чем потом. >> Ну, пожалуй, перебивать. Так, пря прямо

Не надо, потому что 250 человек, даже больше. А вот в чате писать все.

Ну ты тогда можешь читать, если какие-то вопросы такие подходящие есть, можешь озвучивать мне, я тогда буду отвечать.

Вот вопрос про Super PS - это дополнительный плагин, его нужно добавлять. Это плагин, а, который есть на Гитхабе. Напишите просто Superpowers от Обra или Оба, забываю там. Вот. И там есть, э, строка, как ей это всё устанавливать. Вот. Либо просто к лоду отдаёте ссылку на GitHub, он вам установит. Естественно, скажите сразу устанавливать на уровень проекта или на уровень а компьютера, юзера, чтобы он был доступен из других проектов.

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

Так, он предлагает два варианта решения. А, то есть такой вот открытие либо вот справа такое inлайн открытие. Мне больше нравится Sky не принципиально. Что мы сейчас выберем? Раньше вот такого визуального не было. На самом деле иногда проще посмотреть визуально же понять, потому что текстом в целом он хорошо расписывает, но текстм сложнее, можно ошибиться. Или можно даже, когда визуально сейчас увидеть, можно сказать: "Не нравится вариант А". Но чего-то там поменяется, он тоже это поймёт и сразу.

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

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

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

Я использую, а нам надо добавить тестировщика. То есть у меня есть, я просто агенту сейчас кинул вот эту ссылку. и скажу: "Добавь, пожалуйста, нового сабагента в проекта". Вот вы можете кинуть текст, вы можете кинуть ссылку, вы можете через clД, если напишите agents, там будет фреймворк, как можно добавить агента и сам Antropic вам skill напишет, либо в мануале ему напишите какие-то штуки. То есть это разными способами можно добавлять.

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

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

Вернёмся. Давайте назовём вот этот чатик, чтобы не забывать, что здесь происходит. Два варианта публичной страницы. Он нам здесь, чтобы должен был показать вот здесь вот это уже для публичной страницы для сразу всё это всё показывает. Либо шоумо. Ну давайте первый вариант. Сразу всё. Компактор аккордеон и превью с экспандом.

Вот он сейчас создаст, должен создать здесь Q инженера, чтобы он не перепутал и не добавил его на уровень компьютера, юзера в общую папку с клодом. Можно подкрепить, сказать: "Создай в проекте". Я бы вроде как сказал. И он создал создал здесь намQ инженера, в котором добавил модельку Sonet. И цвет этому агенту дал свой, и, а, тулы основные.

Вот. И, а, сейчас мы в этом же чате скажем, чтобы он добавил ещё MCP-сервер, э, Playрай, потому что он для тестировщика понадобится. Он выполняет то-то, можно ему говорить след, он иногда сразу читает, иногда в очередь сообщения добавляет. И то, что я сейчас наговариваю, не надо было говорить, нажимать кнопку, точнее. Не хочу нажимать, потому что если нажмём ESA, у него прервётся то, что он делает.

Добавь, пожалуйста, ещё вот этот MCP сервер и дай доступ на него QA инженеру. И в QA инженеру его в Chrome добавь, чтобы он использовал MCP Play MCP сервер для тестирования фич. То есть говорим простым человеческим языком. Лот целом всегда справляется. Если не справляется, он вас спросит. Иногда бывает, конечно, его штормит, он уходит в какое-то неправильное решение. Такое тоже бывает, но небольшой мониторинг того, чего он делает. В целом можно его остановить в любой момент, корректировать.

Вот. А, как правило, ссылки на GitHub, на такие вещи на дмиках пишут инструкции для само самих агентов, чтобы они быстро ориентировались и устанавливали.

Так, ждём туда. Какой декрипшн должен, как должен себя вести декрипtion? Обязательно, опциональные, обязательно пускай будет. Вот видим, что сейчас вот этот файлик, который показывал MCP JSON, а, редактируется. Он добавил самостоятельно, а, playрай MCP сервер. Можно было это сделать с ручками, но в Gitхабе в рефзитории ровно вот эта вот вещь есть. Можно самостоятельно добавить. Можно потратить токены, если у вас их много. и добавил в агента а MCP север, список доступных MCP серверов для этого агента. Если вам этому агенту надо дать доступ к каким-то ещё MCP-серверам, то можно. Например, у DevOпS у него есть вот эти два первых MCP-сервера, которые я показывал, Versal и Railway, потому что, а, заливки в целом DevOps там настроен, э, просто на заливку в GitHub, просто всё автоматически деплотся и на Versal, на Railway, и Front, и Back. Но а девопса можно сходить, сказать, чтобы ручками сходил, что-то посмотрел и там, и там помимо Кикхаба у него есть туда доступ.

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

Как статус обязателен? Да, обязателен. После того, как агент добавляется в проект, а очень важная вещь, что нам придётся перезапустить чат. Вот. Но недавние изменения антропика позволяют выйти из сессии и вернуться к текущей сессии без потери контекста. Вот попробуем это сделать, когда дойдём до какого-то финальной финального или там при создания статуса выглядит правильно, да? выглядит. То есть он уже начинает, а, по базе смотреть, какие поля там добавлять. То есть будет добавлена эта таблица объект incient update с полями продумывает pointты публичную point спрашивает ок не ок. Если хотите что-то поправить, можно поправить. Ок. Оков сейчас полностью просматривает. прорабатывает отвечаем тоже ок.

В результате работы этого скила Brain Storm у нас в бэклоге, по идее, в идеальном сценарии вот здесь вот должна должен создаться файлик дизайном. Вот он говорит: "Дизайн завершён". Записываю спецификацию. Ещё здесь должен появиться файлик с дизайном. После чего мы воспользуемся скилом writing plan от этого же Superpersра. Вот он даже может сам, в принципе, предложить, потому что он уже знает свой свой пайплайн.

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

Сейчас он пошёл не туда, что хорошо, я его останавливаю. Вот за этим надо следить. Если вы знаете Pipeline, то есть он сейчас говорит, что implementation plan reviewer пошёл отрабатывать. У нас по плану был сейчас а skill writing plan. То есть я ему говорю: "До того, как запускать implementation plan reviewer, запусти skill в writing plan. Мы напишем plan и только потом запускаем implementation план review ревюера". То есть он этого не знал. Мы с ним первый раз общаемся, мы выравниваем. Если у нас в голове есть определённый пайплайн, как мы хотим работать, он сейчас, а, запустит отдельный skill Superpers, и создаст ещё рядом файлик plan.

Вот. А в идеальной картинке надо смотреть то, что он нам надизайнил до того, как писать пн, да? То есть можно ещё это глазами посмотреть. Вот. Но мы параллельно посмотрим, пока там уже план пишется.

Вот. А, admin UX, public UX, атаam модель, новый новый это объект, а, филды, типы филдов, попоинты, бизнес-логика, аа, миграция какая-то будет, потому что там что-то было где-то, какой-то статус либо что-то. Frontend админа больше расписан, public frontend расписан и от Office Cop расписан, чтобы он при надписании плана не включил это самостоятельно, то, что мы не планировали делать, например, подификации, вот какие-то атачменты прикладывать, а речтекст, то есть, чтобы не добавлял, а был там простой текстовый текстовое поле. То есть, чтобы он этого не сделал самостоятельно, написано, что о ней делать.

Вот он подгрузил skill writing plan и пошёл писать план. Вот после чего уже мы ему сказали, он сам даже схватился раньше, вызвал implementation план ревьюра. Этот план поревьюваете, и если что-то найдётся, передастся нам и агент самостоятельно это поправит.

Так, здесь человечек добавлен. Пост терминалом. Паша, есть какие-то там вопросы, может быть, пока ждём?

>> Я там секундочку отвечаю. Вот вопрос. Всё, всё на английском специально, чтобы меньше токенов тратилось?

Э, на самом деле нет. То есть сейчас в целом, ну, смотря какая у вас подписка, да? То есть если у вас там подписка макс за 100 долларов, за 200 в целом, м работайте над с тем языком, который вам удобен. Вот с точки зрения качества русский язык находится там вроде как третий по популярности после английского и не помню какого, китайского, что ли. Вот. А, то есть с русскими модельки хорошо работают, то есть, по крайней мере, антропик, антропика, но то, токенов действительно чуть-чуть больше съедают на русском, да. Но сейчас это стало чуть-чуть менее актуально, потому что, а, вот тут недельку назад вышло вышел миллион контекста для модели Opus, для модели Xet. А вот и работать стало чуть-чуть легче с точки зрения контекста, какие файлы давать, какие не давать. Или часто очень было, что вот вы делаете такого рода задачу. Вот сейчас у нас уже потрачено 110.000 токенов. Это 50% 60 уже по предыдущему, а по предыдущим по счётам, когда было 200.000 контекста. И на самом деле есть практика на пятидесяти, на шестидесяти уже заканчивать, да, то есть сохранять контекст текущей сессии и открывать новую сессию и продолжать там либо начинать новую задачу там. Поэтому там были механики, они остаются. как передавать контекст из одного терминала в другой. Вот. И одна из этих механик как раз-таки, а, сохранять, а, сети, э, в отдельные там файлики и передавать эти файлики потом следующему агенту. Либо одна из хорошо работающих техник, что когда контекст подходит к какому-то финальному завершению, когда вы решили остановиться, либо у вас уже там под завязку и уже нету выбора, вы здесь прямо пишите в терминале хочу продолжить в отдельном чате. Дай мне очень детальный промт. чтобы я запустил его в новом новой сессии, в новом терминале. И мы продолжили работу. И сам клод сам находит то, что нужно, то, что полезно передать новый чат. И оченьоченьочень детально пишет вместе с ссылками на все нужные файлы. И вы этот пром просто купи пас новый чат и всё хорошо. Либо вот эту технику, которую мы здесь сейчас применим, а, с использованием в кастомной команды Save Session, которая посмотрит нам текущую дату, которая знает, что у нас есть такая папочка дата, время, шорт, а, название этой сессии, что мы здесь сделали, и и заполнить снизу детали, а, по этой сессии в том виде, котором нужно нам.

Вот у антропика есть своя такая штука, которая называется автоконтекст. Она получапа, сорри, которая по умолчанию включена. Она раньше работала так, что когда контекст доходил до 80% контекстного окна, а у вас автоматически неожиданно схлопывался контекст, типа суммаризировался, и вы продолжали как бы типа беспрерывно работать. И это ровно тот момент, который можно может потеряться очень, да коварная команда, то есть и ручная, и автокомпакт, и её желательно отключить и самостоятельно смотреть за контекстов. Иногда лучше до 100% раньше 200.000 дойти, но в конце остановиться, потому что он иногда мог срабатывать там на 70%, 75-во, когда вам вот чуть-чуть чуть-чуть ещё не хватает. Поэтому лучше самостоятельно следить. И этот компакт, качество автокомпакта, как оно работает под компотом, никто не знает. Первые версии автокомпакта очень плохого качества были. Вот если вы вызываете команду компакт и пишете что-то там вот опционально промт, как вы хотите самаризировать, можно в целом улучшить компакт, но лучше использовать свои какие-то другие средства в виде вот session history какой-то.

План написан. Вот он автоматически вызвал ревюера агента с нашим промтом нединамическим, то есть тем промтом, который, а, который вы нашли в интернетах, который вы дополнили, обновили под себя, то есть если у вас есть свои пайплайны revw, добавили все нужные вам вещи и он вот с вашими инструкциями план, который был написан.

Сергей, тут есть интересный вопрос вот от Александра, что вот Александр работает в курсоре и файлик agends.md со структурой проекта и основными особенностями и там особенностями вызова каких-то команд миграции, установки библиотеки и так далее. И на проекте всё, в общем, хорошо работает. Добавление скилов и агентов, оно вообще что даёт по сравнению с таким подходом? от MD, Agents MD, Gemini MD, вот эти файлики, которые автоматически прогружаются в контекст. Что это такое? Это когда вы открываете новую сессию и пишете слово clot либо там GI, вот у вас ровно в этот момент а подгружается содержание вот этого файлика. Вот. И лучшие практики хранить этот файлик очень компактным и держать там только нужное действительно для новой сессии. Всё остальное подкидывать динамически, самостоятельно, разными сценариями, когда у вас вот как у меня в PLTНD указано, если вы работаете с тем-то, с тем-то, например, да, то читайте такой-то файлик, то есть в виде ссылок на конкретно на какие-то файлики, да, нежели чем прописывать сюда всю инструкцию. Сейчас, опять-таки, с миллионным контекстом это чуть-чуть лайтове становится. Но если посмотреть на такую команду, как контекст, и посмотреть, что в неё уже загружено, напомню, это новая сессия, где ничего ещё нет, команда контекст вам покажет, что у вас уже 38.000 токенов занято, занято системным промтом. Вот этот системный промт - это ровно то, что у меня в клод MD, да, 6.000 токенов. А системными тулами, то есть у самого клодкода есть системные тулы, там на чтение, создание файлов, поиски и прочие, прочие клодовские тулы, они заняты. А кастомные агенты, которые у меня добавлены, а они читаются не все. У агентов есть преимущество, как и у скилов. А при загрузке а нуля как бы терминала у нас в клод в контекст попадает только вот эта вещь. И на основании вот этого дескрипшена клод принимает решение вызывать его или нет. И когда он уже принял решение вызвать, у вас подбружается вот это всё, что сливши. То есть у скилов работает то же самое. Опять-таки скилов у меня здесь нет. Появится позже, когда мы создадим то же самое. В них есть вот этот frontме, а, типа, используй этот скилл, когда тебе нужно сделать то-то, то-то. Вот. И он, когда принимает решение, он считает всё остальное. Поэтому агенты и скилы занимают мало контекста. Вот MCP занимают очень много. Вот. А, то есть вот эти все MCP, например, вот отверства, да, у них есть, а, такое количество функций, тулов, да, которые под капотом. И для каждой этой функции тулы есть своё описание. Вот если вы будете использовать MTP там для гифitба, хорошо в кавычках зарекомендовавшего себя, у него там 40 тулов, и у вас автоматически тут загрузка 70% контекста было бы на 200.000 токенов. То есть MCP нужно использовать только те, которые надо. Если вам какие-то надо периодически, отключайте их, а, и подключайте только, когда нужно, потому что это всё подружается парить.

Вот. А, собственно, ответ на тот вопрос касается системного пронта. Чем меньше, тем лучше. То есть надо, чтобы он был более сфокусирован.

>> И, >> ну, то есть суть в том, чтобы, во-первых, контекст делать с более сфокусированным для каждой задачи. У каждого независимого агента, который запускается, он будет свой со всеми, ну вот со всем, что ему нужно, и это увеличит качество. И при этом это позволит, раз у нас много маленьких контекстов, объединённых общим контекстом проекта, это позволит управлять с большим количеством кода одновременно.

Вот. И вот ещё очень ещ ещё парочку вопросов. Какой у тебя, Сергей, какая у тебя подкиска на Клод? Или вообще сколько стоила вот эта вот вся история, которую ты сейчас здесь запустил?

>> Ну, последние 3 месяца, четыре я перешёл на 200 долларов подписку. Вот до этого был на 100, но я начал делать очень-очень большого тяжёлые задачи по в том числе там по всякому скрейпингу, по анализу данных. И у меня был рекорд, я скушал подписку клода 200 долларовый недельный лимит за 2 дня и 5 дней уковал. Вот пришлось мне взять китайскую модель GLM и потестировать её. То есть на данный момент вот у меня идельные лимиты на 70% текущие лимиты, которые пятичасовые, которые ресетнутся уже через час, вот 16%. То есть то, что мы с вами использовали, ну вот примерно вот 16% - это то, что угня использовалось сейчас за последний час, собственно, когда мы подключились до аденки. Вот. А 100 долларов мне уже не хватает. А до 200 у 100 долларов я далеко не всегда дохожу до лимитов. Это был известный случай, когда я за 2 дня а его скушал, но в целом хватает. И я в юзач почти не смотрю, то есть до лимитов не дохожу.

И ещё ещё один вопрос. А в чём при таком подходе самая большая сложность, вообще основная проблема при разработке?

>> М сложность. >> Ну вот, да. Что является самым критичным теперь? Если раньше это было давайте дебажить код, у меня тут это ошибка на плюс о мину1 в цикле. А теперь что? Вот где ты больше всего боишься ошибиться или что у тебя отнимает больше всего эни на на решение каких-то проблем?

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

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

Вот отвечают на вопрос, что самое сложное, я не знаю, для меня сложного нету, потому что я как бы когда я к тому моменту, когда я пришёл именно к кодинговым агентом, у меня была база по работе в целом и снайтеном. Я видел там в чатике были вопросы и с построением мультиагентных уже систем на других фреймворках, да, у меня есть проект по написанию документации к проектам. Вот, э, custмер fa технической документации достаточно большой, который начинался ещё со времён чата GPT, потом костомных GPTс, потом NAв, своих VPсов и прочего. То есть с разными модельками поработал, с разными инструментами. И когда я пришёл именно в кодинговый агент, у меня уже было понимание, что такое агент, что такое инструкция для агента, что такое контекст, на что способен, на что не способен. Когда ты знаешь эти лимиты, ну, с этим проще, когда ты не знаешь этого и открываешь первый раз, не знаешь с чего начать. То есть тут рекомендаций много в зависимости от того, кто вы, какая ваша роль, над каким проектом вы работаете, проект или на работе вы хотите. Это совсем разные подходы.

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

Вот. И когда, ну вот я сам писал код там неизвестно сколько лет, много. И сейчас я вижу, что а те решения, которые предлагают агенты - это всё равно какие-то лишь небольшие кирпичики. Если раньше у меня был кирпичик, я пишу руками цикл и максимум автоматизация это там в среде Intellig ID там выбрать reфактор метод rename метод там и он по всему проекту его аккуратно переменуть, то здесь эти же кирпичики стали бо больше толще, они распространяются на разные аспекты работы, на тестирование, на инфраструктуру, на архитектуру, на проектирование и так далее. Но чем больше у меня возможностей, тем сложнее мне их статыковать между собой. Я стал делать Польшую, действительно, но я стал гораздо быстрее уставать, потому что нагрузка на голову стала очень большая. И, пожалуй, нет такой задачи, которая я бы вот именно вот это самое сложное. Ну вот сейчас я сделал код, написал спеку, вот сейчас я там её оттестировал, сейчас я проверил, что тест-то о'кей, а потом аа значит, ну то есть каждая задача, в принципе, не очень сложная. Посолько их много, они выполняются быстро разными агентами, то мне нужно очень много вещей, которые у меня, ну, как бы даже у меня там с двадцатилетним опытом не доведены до автоматизма. продумать тесты. Он тестирует или нет? Продумать архитектуру. Ага. В спике слово не то, поэтому здесь он сделал неправильно. Как мне теперь это исправить ещё что-то с минимальными проблемами? А так что, пожалуй, мозги стало самым большим ограничением.

Так, так, периодически бывает своего рода сбой, особенно если вот как у меня с вином, у клода появилась прикольная команда, которая называется пару дней назад тут By the way, а то есть что это такое? Это когда я тут вот сейчас его спрошу, можешь, пожалуйста, проверить, работает там агент или отвалился. А что происходит? берётся контекст этого чата, копируется в отдельную терминал, в отдельную сессию, а и не мешая работе основного агента. То есть я не в основного агента спрашиваю, хотя я спросил до этого, да, ты не завис. То есть вместо этого можно через эту команду спрашивать параллельно, что происходит с чатом.

оценивать что-то, переспрашивать что-то. Да, вот если вы в чём-то не уверены, э там спросить, так или не так это работает.

И, а, для для этой команды не используется дополнительно инпут-токены, потому что используется кайф. То есть всё, что счёт потратится - это как бы только аут-токены на вопрос, который я задал.

Вот он сказал, что он упал. Internal error - это не твоя ошибка. Сбой структуре. То есть мне надо сделать сейчас в основном чате. А я нажал escape, и у меня произошло, а, отвалился агент. Я остановил тебя. Допиши, пожалуйста, план. А, допиши, пожалуйста, план. Вот.

Там кто-то пишет четыре бакса на что-то. Я не понял, на что. Про не на команду By the way же. Это всё бесплатно. Ну, в подписку входит. В смысле? Вот.

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

Вот мы делаем save session. Это кастомная команда, которая сейчас сохранили сюда вот истори папочку Session History. Вот. Иногда это можно автоматизировать, это можно не вручном режиме, это можно MD сказать, всё для каждой сессии создавай новый файлик, обновляй его, не жди, пока юзер тебя попросит и прочее. То есть в целом этот процесс сложно налазить, но я эту штуку использую не всегда, потому что мне не все сессии надо сохраняться, какие-то только нужные и важные.

Вот после этого мы сейчас, когда он файлик создаст, выйдем из терминала и зайдём заново. Вот. Можно написать команду Clear, но нам Clear не подходит, потому что нам надо перезапустить кда, чтобы он QA инженера увидел, чтобы уже весь остальной фронтенд, разработчик, бэкэнд, а QA и DevOps запустились автоматически в одном контексте. В целом это бы выполнило здесь.

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

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

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

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

Вот. Можно усилить сказать, а назначить задачи на фронтенд разработчика, разработчика и после этого наколхосте попроси QA инженера проверить с помощью Playwright MTP сервера это всё только когда QA инженер скажет, что всё ок, а выливаем это всё в рот. Плохая вещь без человека, оно вынужденно сейчас чуть-чуть ускориться. Желательно параллельно самому тоже за этим всем наблюдать, смотреть.

Вот он самостоятельно принял решение запустить Execution Plan, что неплохо, потому что у самих Superpowers в Execution Plan тоже своя логика заложена, свой промт, вот, который объединится с нашими агентами. И а наш основной оркестратор Clotcode, а назначит, используя вот этот их, в том числе, Execution CL, назначит их на нужных агентов, которые мы исказали.

А, вижу, что он там workтс собрался использовать. Давай без давай без workтс. Всё в main ветку тестируем на local хосте и потом заливаем main. Не хочется workпс сейчас пока что. В целом тут вы тоже настраиваете свой пайплайн. Если вам надо фича бранчи какие-то, делаете фича бранчи. Вот это всё расписывается, как вам надо. У меня так пройдт тестовый, поэтому тут попроще.

>> Если есть какие-то вопросы, он сейчас будет просто работать минут пять, я думаю, потом тестировщик, потом деплой. Давай поотвечаю, может, на вопрос.

А, ну вот такой вопрос. Если Inференс запускать на своей машине, сколько это будет операционки? Ну, моя оценка - это 64 Гб или больше? Скорее всего, сильно больше. Как, как ты считаешь, люди? Я смотрел, а подкаст, не подкаст, встречу ребят, которые разговаривали на тему новых макбуков, которые выйдут с оперативкой 128 гигов, что на ней можно запустить. Вот фактически поиграться с чем-то хватит, с какой-то моделькой. Но если говорить про такую производственную разработку чего-то постоянного, качественного, да, сравнимом сравнимого с какими-то вот топовыми модельками, там нет, а именно в разработке, но на какие-то задачи, само собой, какие-то локальные модельки позапускать, да, в зависимости от задач. Если вам надо документацию написать, тесты написать, какие-то не сильно сложные задачи, может быть, да, вот планирование вот такое вот, у которого энтропия занимает время минуты, да? То есть на локальном железе запускается тяжеловато будет.

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

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

А транскрибация митингов одна из самых сильных штук, которой которая работает - это люди. Штук люди, когда люди между собой общаются, да, брейнштормят какие-то груминги, прегруминги, дизайн-колы, технические колы, архитектора между собой, когда вы всё это транскрибируете и оттуда достаёте инсайты. Это одна из самых сильных штук. А в связке с клодом, вот после которой получаются качественные и требования, решения, планы, и разработка. То есть когда совмещаешь именно мозги плода и то, что говорят люди, вот тоже общее какое-то репо и шарите со всеми. Всякие там MCP тулы учитесь себе подключать к Jira, к DevOps, GitHub, куда хотите. То есть и не обязательно весь контекст загружать репозиторий, да? Что-то внешнее есть общее, что-то внутреннее есть общее.

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

>> Чуть-чуть тебя перебью чисто, чтобы проиллюстрировать. Я даже знаком с некоторыми продуктами, которые сначала фигачат прототипы на каком-нибудь HTML плюс React JS плюс что-нибудь такое. Отдают это всё разработчиками, они уже понимают фичу вот вплоть до того, как она должна быть интерфейсна. То есть это не спека через UI, а не через написанную вещь. Вот.

>> А в Гугле это уже там как практика. Если продукт не умеет делать прототипы, приходит с требованиями, это уже не продукт. Вот я у себя в компании пробовал это уже делать там немного пока что, но пробовал. То есть при внедрении там и какой-то фичи мне, ну важно было там, я понимал, что это ускорит процесс разработки, да, я с командой пришёл с прототипом, с уже с выбранной моделькой, с уже там промтом, который я сам оттестировал, да, и в целом поделился, и разработчики это уже внедрили на другом фреймворке. Но неважно, кстати, что прототип мой был сделан на другой вообще технологии, да, мы в Сосфорсе находимся, я там на Node.js что-то набросал. Вот. То есть сама суть как бы прототипа, она разная. Вот. А разные цели социального прототипа.

>> Второй момент хотел ещё спросить. Я на самом деле использую, в принципе, backlog примерно таких же, а, memories, которые там, к примеру, uptime, SLA, metrics и прочее. Как вы их деприкейтите со временем? У меня для этого есть отдельный скилл, тоже самосозданный, который ээ деприкейтят уже созданные таски по мере того, как они были внедрены, потому что контекст растёт очень сильно. А мы эту папку шарим между всей командой, и там, к примеру, а восемь человек дружно создаёт большое количество вот таких вот папочек.

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

Ну да, >> я хотел добавить тут ещё, ну, имплементация фичи, она же влияет на дизайн и архитектуру иногда. То есть, наверное, надо ещё общую документацию потом обновлять, которая дальше влиять будет на принятие решений, >> да? То есть в командах есть каких-то технический writer, да, который потом всё это пишет. в нашей команде. Я занимаюсь написанием там документации, да, поэтому у меня свой пайплайн и а такой системный подход, из чего она пишется. То есть документация и а и поддержкой документацией занимаюсь я. Вот. Но она на данный момент скачана у меня в виде маркдаунов, да, из из Гугла, да, то есть, ну, можно использовать MCP серверы в Google ходить автоматически. Это даже обновлять можно туда, да. Но очень важно, что на всех этих этапах частично говорили, чтобы на следующий этап, когда переходит результат, который вам сделала Ишка, вот этот человек, я в данном случае ответственным за user story, которую я отдаю, да, архитектор ответственным, да, они просто кидаются и результатом, как сейчас часто происходит в чате, как или в Google docs на вам и заходишь просто Ишка сделана, непроверенные, да, какие-то вещи есть на каждом этом этапе каждый этот человек по-прежнему ответственный за результат, который получил, в том числе документация, да. То есть, несмотря на то, что у меня полностью заавтоматизирован пайплайн написание документации, я его весь руками смотрю, глазами проверяю.

>> Всё отказали.

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

>> Да, привет. Ээ спасибо, да, за демонстрацию. Такой вот вопрос, ээ, что продыкт начинают подготавливать, ээ, скажем, некую, аэ, ну, некий мок, да, такой визуально, в том числе, минимально работающий. Вот. Ээ и не сталкивались ли в опыте с таким, что бизнес начинает после этого оценивать, что девелоперам это повторить уже там условно, ну, очень легко будет? и начинают задавать лишние вопросы по таймингу. Почему почему мок продакт предоставил перед, ну там, скажем, на этапе Discovery Proctдел Мок там за неделю, да, девелоперы оценили эту фичу в месяц?

>> Ну и ответ простой. Всё зависит от верхушки условного, там CEO, там людей, которые сверху, если они умные и понимают разницу между быстро захардкоженным продуктом, а какой-то MVP-шкой и тем, что реализовать это надо в продакшене, больше это вопросов не должно быть, если такие вопросы поступают. Нужно объяснить, либо продукт может тебя в теории так вести, что типа вот по отношению к разработчикам, по отношению команды, что, мол, я там сделал за 3 дня, а вы должны сделать это в продакшене там за неделю, когда раньше за месяцами делали, да? Ну то есть в дорогой компании этого происходить не должно. Ни продукт не должен себя вести там вызывающе, ни сверху ситуацию на эту должны смотреть. Реально, как бы бизнесу не хотелось быстрее это всё сделать, да, они, конечно, видят эти моменты, что вот продукт сделал быстро, наверное, разработчики могут быстро сделать. На самом деле ответ, да, к этому всё идёт. Вот. Но за счёт того, что адаптация медленная, все должны понимать, вот мы у нас в компании сейчас стараемся этот процесс как раз-таки на стороне на стороне всей команды постепенно э завести. Вот люди должны, не знаю, нету ни одной команды, где все резко стали одинаково знать AIшку и все, все резко одинаково ускорились. Это либо дев команда ускоряется, а продукта нет, либо продукты ускоряются, либо там, не знаю, разные роли могут ускоряться и самостоятельно первее, быстрее кого-то что-то начать делать. Здесь что-то с кредами проиходит, как будто человек может вести, а он мне спрашивает разрешение. вёл креды.

>> Да, теперь в целом процессы разработки претерпают очень претерпевают очень большого изменения, что в тестировании, что, собственно говоря, в в области PO, что в области разработки, что в области архитектуры. И это всё очень сильно, э, в общем, колбасит всех и везде. Вот с IT до до всех ниже. Кто-то заставляет использовать агенты, кто-то, наоборот, никаких там ничего нельзя и и полный запрет и и какое использование того же там, не знаю, Codex или чего-то из-под полы, типа я вот тут аккуратненько тайком от от менеджмента, а вот будущее в разных местах поступает очень неравномерно, а что где-то уже такие все продвинутые и обучают компании своих людей, а где-то наоборот, ну, другую позицию занимает. эстимации здесь тоже очень сильно очень сильно меняются и риски тоже очень сильно меняются. В общем, индустрия сейчас претерпевает радикальные перемены.

Вот >> я лично QA софт QA агентом пользуюсь редко, потому что вот происходит то, что сейчас происходит, он очень медленный. Вот. И из-за того, что у меня QA бэкграунд как бы есть, я могу за 2 минуты самостоятельно быстро всё проверить. Поэтому я лично этим не пользуюсь. Вот. Но в целом, а, схема рабочая. Просто стоит подождать, сходить попить кофе, пока он работает, но периодически медленно. Вот сейчас будет кликать. Вроде все разрешения спросил, которые хотел. Вот создаёт какой-то инцидент, что-то заполнит. Есть, кстати, и другие решения, не только Playwright MCP. Есть, а, насколько я слышал, одно из таких зарекомендовавших себя это отверстволо какое-то, браузер Tool, не помню, как он называется. Вот он. Как эти штуки работают? Они открывают какие-то через браузер, через Chrome DevTools, а технические за всем этим смотрят большинство штук. Они делают скриншот, отправляют модельку, моделька анализирует скриншот, и часть этих MCPI-шек делают большого разрешения скриншота. Вот. И некоторые из них, э, делают более такие оптимальные размер скриншота, который моделька быстро обрабатывает. Ну, короче, тестить, пробовать надо разное, но в целом Playwright развивается очень хорошо. Там были вопросы для тестировщиков. У самого Playwright есть свои агенты, вот, которые пишут, которые не просто вот так тестируют, которые пишут в целом тест-пай, и они уже тесты запускаются на TypeScript.

>> А так он сейчас эти тесты, он их напишет или он сам покликает просто или он сделает файл тестов? А зависит тому запустить.

>> Зависит от того, какой у него промт. А я честно не помню. Скорее всего, он просто кликает, тестит, делает функциональное тестирование. Вот можно его сейчас как раз-таки, мы не будем это делать, подправить сказать, чтобы он написал автотесты, он напишет вам или unit-тесты, вот, и прогонял их автоматически. То есть это уже зависит от подхода, который вам нужен. Само собой, написание тестов, а значительно ускорит процесс последующих тестов, вместо того того, что каждый раз ручками визуально тестировать. Сейчас он этого делать не будет, но это можно прямо сейчас как раз-таки вот мы находимся в процессе первого реализации типа первой фичи. Мы это правим, спрашиваем, общаемся, задаём вопрос клоду. Он говорит: "Нет, но мы можем сделать". Говоришь: "Да". И он это сделает. Вот решите, кто будет касаться вместе с клодом. То есть сам QA инженер либо отдельного агента по или от Playwright агента надо завести, то есть надо уже решать. А пока в паузе мы ждём, чтобы, э, не отнимать уж слишком много времени, потому что ещё хочется хотя бы на некоторые вопросы ответить, ну, как бы голосом устнолично.

Вот. А, значит, я перехвачу управление экраном у Сергея и немножечко расскажу про то, что мы сегодня с Сергеем представляем. Так вот, если вы хотите овладеть вот этими инструментами, которые показывал Сергей, и ходить так, как Сергей, который продакшн, заметите, продакт-менеджер с опытом в QA, с бэкграундом в QA. то приходите на наш курс, который называется AI Driven Development. А вот Сергей продемонстрировал вам возможности. Я думаю, что вы увидели, что вот как оно может быть. Я я думаю, что вы, ну, вы поняли, что есть какие-то вещи, которые ну просто инфраструктурно нужно освоить. Это там вот антигравити агенты, куда там добавлять эти Mpi-шки, как правильно настраивать, где там это изжимать контекст, как нет, как агентами управляется, подобрать вот эти вот суперпауэрсы и прочие подходы. И вот эта инфраструктура она очень сильно увеличит понимание ну вашу эффективность как отдельного инженера, да, когнитивная нагрузка вырастет очень сильно, потому что вы будете созда думать придётся гораздо больше. Это это вам уже не код писать. Тут думать придётся, потому что код можно там как на полуавтомате. А значит, и там цикличный, простой путь, если уже научился это делать. А здесь всё время что-то новое. И вот каким образом это вот всё свести воедино, каким образом э сделать вот, ну, собственно, уметь повторить то, что сделал Сергей в рамках, ну, там, себя самого и своей разработки, в рамках команды, в рамках, ну, какого-то большого процесса. Вот там были вопросы про микросервисы и прочее. Вот для этого приходите, а, наш курс.

Кроме, собственно говоря, инфраструктуры, которую показал Сергей, вот сейчас будут ещё некоторые вещи, которые, например, Nthon для инженера, который умеет писать код. Это вообще типа оскорбление. Зачем мне этот методика визуального программирования квадратик перетаскивает? Но с другой стороны, это может очень сильно уменьшить усилия на на разработке там всяких end point-ов и так далее. Работа с Legacy, разумеется, мы же тут, наверное, больше 3/4 участников, которые сейчас слушают, работают с Legacy. Вот. А и в принципе сама стратегия внедрения и и в разработку и процессы. Вот здесь я сейчас шарю, а программу курса, начиная всё с трендов и с того, куда оно к этому моменту успело зайти. Потом инфраструктура IDE самых разных. Ну вот основные мы возьмём, посмотрим, как туда скилы, агенты подключаются, Mpi-шки и так далее. Вот дополнительные вещи, такие как RAG и Kaggle, чтобы мы могли нашу документацию загружать в самые, ну, в общем, в южные места для для разработки или для продукта. Вот всё это сопровождается практикумами. UI, как мне, старому бэкэндеру, значит, делать не сильно заморачиваясь, простые интерфейсы. Вот опять же Nthon для очень многих продуктовых вещей, там, где нагрузки не слишком большие, скорость разработки важнее, чем скорость работы. А, поэтому вот связки агентов MCP ещё вот из средств визуального программирования может оказаться крайне выгодной, особенно для прототипов. Ну, собственно говоря, здесь есть стратегия работы с ним, Lish Base, тестирование, а, и то, как с этим жить. Ну и последний завершающий модуль - это то, каким образом внедрять, чего бояться, как не потратить токены сразу же. Вот. А задания, в результате которых получается разработка, а простого проекта для управления фичефлагами. Можно будет выбрать свой проект небольшой и каким образом пройти по всем этапам, настроив инфраструктуру сначала и потом, а, собственно говоря, сделав это не своими пальчиками, а пальчиками агентов. Вот. Формат обучения две встречи в неделю. Их будет вести Сергей, а иногда я буду подключаться. Домашнее задание, обязательный код. У Сергея будет очень много кодревью на этом курсе. Вот. Ну и в чатике все мы будем общаться. И вы между собой, и Сергей обмениваться опытом. Уверен, Сергея припущено ещё ещё много всяких прикольных вещей. Вот стоимость курса 800 долларов для для стандартного уровня и и с консультациями 1.200 долларов, семь занятий, вернее, семь тем, это значит семь практик плюс семь теорий, аа почти 2 месяца.

работы. После этого вы сможете повторить то, что сегодня сделал Сергей, и использовать это на своих пт-проектах, на своих, возможно, небольших стартапах и на работе.

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

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

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

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

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

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

и усилишки, о которых мы говорили. То есть когда клод находится в контексте проекта, то есть давай ему правильное указание, то есть имея доступ к документации проекта, он делает сишки вам а какие-то и вы с ними уже приходите к команде, показываете. Вся документация в данный момент она у меня лежит в маркдаунах, но можно подключиться с помощью MCP- сервера к Гуглу, либо сейчас выходят вселайки. тоже новый такая новый подход коннекта к разным системам. Не с помощью MCP, который загружает контекст, а делается скил и с помощью скила подключаетесь к копи напрямую с помощью силая, то есть в том числе Google Doc и Google вот выпустил на днях свой Google Workspace Sil, то есть то есть подход можно просмотреть и внедрить к себе. Работа с фичами своя тут движуха, похожая на ту, которую я показывал. бэклог, бэклоги, фичи активные, неактивные. И внутри очень много всего в работе над требованиями. Вот работа с клиентами, какая-то информация по клиентам нужная, а для создания фичей, там фиреквест определённых клиентов или какие кейсы у клиентов, да, а какие боли у клиентов. То есть это как для продукта очень важные вещи. Фичерек реквесты в данный момент они у меня все сфишки лежат, да, но мы используем там сторонние какие-то сервисы типа Product Board. У корта появился MCP сервер. Подключаетесь, смотрите, как это работает. Вот K, на который отвечаете, можете сохранять в виде файликов ресрче. Даже информацию про команду можно хранить как бы в виде профилей, а где описывается, например, какой-то ваш руководитель, да, его какие-то преференсы, его цели этого человека, ваши преференсы работы с этим человеком, и вы ему пишите персональные какие-то письма, имейлы в в мес в мессенджерах, сообщения или имейлы специально заточенные под него. То есть вот эта вся структура, она не должна шариться с командой. Из того, что здесь должно шариться и может шариться с командой - это митинги. Я здесь имена поменял, что не палиться. Вот.

А которые нет смысла транскрибировать митинги два раза, да, компании нет смысла там из из митингов вытаскивать инфу два раза, если эта инфа может быть пошарена и полезна нескольким, да, ролям. То есть какие-то вещи общие, какие-то свои. Вот как-то так. Возвращаемся к кодим быму агенту. Там кто-то руку поднял. Я думаю, можно спросить, пока мы тут смотрим, что происходит. Александр Сафонов. Ну >> да, а я вот смотру каталога, которая у вас тут образовалась вокруг вроде как одного такого, можно сказать, монолитного проекта. И создаётся впечатление, что это как уже какое-то окружение, в которое можно под, не знаю, различные проекты, что ли. То есть есть набор скилов, есть набор агентов, и это нечто статичное. А проекты могут переключаться. Допустим, там был вопрос у ребят про микросервисоную архитектуру. Что-нибудь подобное пробовали, подобные варианты рассматривали? То есть, чтобы была какая-то, а, какой-то фундамент, какая-то статичная информация и, не знаю, там подтягивать проекты посредством каких-нибудь контейнеров что-то рядышком поднимается или там мачишь, ну, что-нибудь в таком стиле. >> Я лично этого не делал. А в комьюнити это делают, да? То есть пытаются делать, э, агентов, которые адаптируются под проекты, сами обучаются, да, в циклах. Аа и агентов, которые будут типа из пользователей, которые с ними работают, вытаскивать какую-то информацию и учиться на действиях пользователя, на сообщениях. Компании только начинают это всё делать и чтобы экономить потом в будущем на разработчиках. Вот. Но чтобы прямо рабочий-рабочий какой-то инструмент дать. Я этим не занимался. То есть у меня я сейчас нахожусь на этапе как >> А у тебя английский? Да ладно. >> Так, я кого-то залючу сейчас. >> То есть моё моё понимание такое, что я вижу, что ни один кодинговый агент, какой бы обвязкой не был, он не может быть идеален для каждой компании. Да, и каждая компания вынуждена под себя сначала простроить эту инфраструктуру, фреймворк сделать. Вот. Если это аутсорс компания, она там пилит проекты под заказ у не и у них там это проще будет. Если это продуктовая команда, она чуть-чуть другая будет. Вот. Но чтобы прямо а подключать брать с коробки это всё и всё это работало, ну какие-то решения есть. Вот я хотел. Я тут чуть-чуть дополнен ответ Сергея. Дело в том, что все проект, ну, проекты вообще, в принципе, достаточно разные архитектурно-технологические с точки зрения команд, с точки зрения доступных инструментов внутри компании. И поэтому эти наборы скилов за основу, конечно, можно взять то, что вот, например, Сергей показывает, да, это вот это будет уже как бы лучше, чем ничего, но каждый проект, каждая организация, она индуцирует некоторый свой шаблон, свой подход агентов, а потом уже эти агенты индуцируют какой-то код и процессы вокруг. Поэтому это эти агенты, это сильно, это как бы продолжение процессов компании в первую очередь. И вот это стоит принимать во внимание, когда вы думаете про это как шаблон для начала очень хорошо. Потом дальше это будет развиваться в нужную сторону. Процесс внедрения всего вот этого в компанию с уже масштабной микросервисной архитектурой, это довольно болезненно будет. Однозначно. >> Однозначно. Однозначно. Очень полезно. >> Понял. Спасибо, Ма. >> Да. А Марк, пожалуйста. >> А, добрый вечер. Аэ, у меня не вопрос, у меня комментарий по поводу предыдущих нескольких вопросов. У нас не микросервисная структура. У нас фактически четыре сервиса, которые между собой коммуницируют и разрабатываются параллельно. Один на Питоне, три на PHP, два из них на Larvле, один на Symphony. У нас мы просто создали свой плагин, свой marкетплейс и плагин, который содержит специфичные скилы, которые содержит специфичных агентов и команды. И фактически устанавливая этот плагин, а-э эти сервисы, разработка этих сервисов становится становится такой прозрачной более. То есть есть определённые скилы, которые ээ которые могут общаться между, ну, вернее, вносить изменения и делать какой-то анализ между между всеми этими сервисами и осуществлять вот эту вот структуру. Спасибо. Ну, вообще сейчас ещё в индустрии нет best practти того, как лучше в команде в командах шарить какие-то вещи. А, ну вот разные команды делают. Вот кто-то маркетпйс, кто-то там отдельные репозитории со всякими инструкциями по настройке и так далее. И наверняка появятся и инструменты для этого, и openсошные, и платные, и какие-то другие подходы более простые. Ну, как-то, да, я QA инженера остановил, потому что он очень долго тупит. В итоге он сделает, да, но весь этот процесс очень медленный. То есть я зашёл админов, добавил сообщение, увидел, что на гостях показывается. Вот сказал: "Деплом". Вот он сейчас задеплот. И я просто больше хочу сфокусироваться не на том, как её инженер медленно это будет делать. Сейчас вот вызывается devops, а он закоммитит, запушит git, а в результате у нас обновится, получается prodдаction. А как мы обновились? Вот здесь вот по этой ссылочке вот. И, а что показать больше, это создание скила, то есть, чтобы этот процесс не был вот таким вот ручным, гемным, как сейчас, типа геморным. Вот. Но на самом деле это правильный подход, когда вы под себя подстраиваете агентов, мtпишки останавливаете, корректируете и прочее, но потом это запаковываете в скил. Вот я сейчас хочу после деплоя а запаковать это всё скил. Это можно делать с любой работой, которую вы сделали. Не знаю, документ проанализировали, документ создали, сделали что-то ещё. То есть вы это просто с помощью одного сообщения, которое одинаковое во всех чатах, создаёте, пакуете скил. Да, прошу шуточки пошли. Да, замедляют процесс, да? Не знаю, у вас 16 часов, я вижу. Вот вопрос у нас дольше. Вот ушёл гид уш я вижу. Session history. Всё, всё уходит. Настроен автодеплой. Запуск тестов. Если тесты, кстати, отвалятся на C, а они мне придут имейлы. Плюс хорошая практика запускать тесты до деплоя, само собой, тоже, которые здесь должны быть. Я сейчас уже ему скажу команду, которую заветную последнюю. И с помощью скила Skill Creator создай, пожалуйста, специальный skill, назови её work on Feature и запакуй весь наш пайплайн, начиная с брейншторма, который был в один скилл, чтобы мы над будущими фичами работали точно в таком же пайплайне. Он ещё деплот, но я ускоряюсь. Он в целом вообще всё равно последовательно всё сделает. Вот этот сообщение сейчас в Q стоит в очереди. Когда она его прочитает, оно выше фрыгнет. Ну что у нас дальше по плану, Павел? Потому что по факту сейчас скил просто создастся и можно разговаривать. >> Угу. Значит, ну, на самом деле, мы уже так доста чуть-чуть чуть чуть-чуть выбились за пределы графика. Это всё будет в записи, всё будет на Ютубе. Ну и пришлём ещё вам в почту эту запись. А вот, да, просто нужны продукты, которые будут всё всё придумывать и сами делать, как Сергей. Вот. А, значит, ещё раз приглашаю вас на курс, который будет вести Сергей. он расскажет о том, каким образом он всё это применяет, настраивает, а и вы сможете всеми этими инструментами точно также пользоваться и ориентироваться. А курс указан в презентации. А и я предлагаю сейчас, чтобы мы ответили на несколько вопросов из регистрации. Вот. И после этого закончили, потому что там ещё сотня вопросов, а остальные вопросы мы, а-э, пришлём ответы в почте, чтобы, ну, собственно, никто не остался без ответа, а-а, чтобы все получили свой ответ. -Э, Сергей, я вижу, что у тебя там уже работает. >> Ну, это я зашёл на Railway, смотрю, что билды пошли на Версале забилсь уже. Угу. Наwayн сейчас билдится и в целом после этого всё заработает на продакшене. Здесь вот по поводу скила обращаюсь. Он сейчас деплоит. Видимо, ещёс проверяет, что что прошли ей деплой. Ждёт. не просто в гит залил, а ещё как раз-таки с помощью MCP серверов либо силак. Там, кстати, есть на Realway есть и MCP сервер, и Cit, то есть с помощью MCP сервера, вообще в MCP серверах плохая практика давать а функции тулы, а которые, например, что-то удаляют, в частности, проект, да, вот я вчера как тестировал эту MCшку, я его раньше не использовал. Я говорю: "Создай тестовый проект, там что-то разверни, а потом говорю: "Удаляй". Он говорит: "А я не могу удалять". И он вместо того, чтобы это не сделать, он находит способы в данном случае через сила напрямую, через запишку взял, удалил самостоятельно. То есть есть у него пути такие workрнды, он самостоятельно находит. Successful. Всё задеплоилось и там, и там. Надеюсь, сейчас увидим кно. Вот здесь сообщений пока нет. Само собой, не идеальное решение. Если нет сообщений, не надо никакого, наверное, разворачивания в пустых видеть. Но здесь в админке должно появиться, да, вот какое-то сообщение красивое, которое мы пишем, и мониторинг. Постим update. И видим это на одном из инцидентов, на котором я это добавил. Работает вроде. Вотстал. Вот он, кстати, спросил разрешение через GitHub. Пётр дёргает, спрашивает. Theops всё ещё работает. Не будем его останавливать. Сейчас должен закончиться сам. Ли создании скилов тоже классная практика. Я сейчас сказал использовать skill skill creator, а, но использовать комбинацию и skill creator и brainstorm. Тот скил самый брейшторм, который мы использовали для создания плана дизайна, его же можно использовать как комбинацию в любой другой задаче. То есть, а, используй скилл брейншторма для создания скила также дополнительно. Вот. А если вы так такую штуку делаете, используйте используя skки brainstorм также для создания скила дополнительного. Если вы такую штуку делаете, ваш скилл будет создан персонально под вас, потому что вопросы, которые вам задают, вот, и вы будете на них отвечать, и ваш скилл, ну, конечно, со временем этот скилл надо улучшать, тестировать постоянно. Вот. Но если вы сразу используете брейнсторм, то первая версия скила будет более качественная, несмотря на то, что сам вот этот skill creator антропика, он тоже классно запром и классные вещи делает из коробки по дефолту, но с комбинацией с брейштормом результат будет лучше. Вот он лучше, >> да? >> Угу. Как, как там у нас дела? вроде хорошо всё пользуется пользуется вот этой фичой. Вот контекст для скила собрал. Сейчас я увеличу и начинает спрашивать. Первый вопрос. А то есть вы в данном случае видите весь процесс, который у нас был, и мониторите глазами. Если что-то не так, можете править. Типу, да, всё так. А единственное, что спрашивай меня перед шестым пунктом, надо ли нам ручной тестировщик или нет. сможете такие вещи применять. Вот вы увидели, что тестировщик медленный. Вот иногда захотите используется, иногда нет. Можно делать такие ответния, чтобы скил сам спрашивал вас на каком-то этапе. Вот сейчас он говорит, что а фичи находятся тут. Должен ли скил сам создавать папку с фичой, определять номер, бла-бла-бла, типа. Аа нет, свеча уже будет создана. readби файлик а skкил должен запускать есть то pйeline, в ходе которого создаётся дизайн и план, и всё остальное имплементируется. То есть какие-то вспомогательные вопросы, которые бы он не задавал, если бы мы не использовали брейнсторм. Ну, то есть сам создал что-то, где-то хорошо, где-то мог уйти в сторону. Вот скил будет вызываться как с флш команда. Вот, в которой он просто поясняет, что надо запустить скил будет. На самом деле, можно сказать, просто работаем над фичой, потому что в самом скиле есть вот этот front pattern, где будет помечено, что запустить автоматически этот скилл всегда, когда юзер просит работать, начать работать над новой фичй. То есть он автоматически запустится, но можно через слэш-команду запускать и в которую мы будем просто закидывать папочку. Всё, начинаем работать над этой фичой. И запустится то же самое, что мы делали сейчас руками автоматически уже. Вот. И потом делаете вторую фичу, мониторите, видите, что где-то что-то сбилось, подправляете скилл, вот, и улучшаете его со временем. Он будет работать на вас идеально. Да, да, читает Redm. И если есть какие-то дополнительные файлы в этой папке, тоже их надо всех расчитать. То есть свечой могут поступать какие-то другие файлики, кроме RIDMI, там, не знаю, скриншоты текстовые, какие-то другие файлы. Всё, он расписывает ещё раз, как будет, что будет делать скил. Восемь файл в пайплайне. Вот у QA а спрашивает на у пользователя надо, не надо? Да, верно. И сейчас с помощью антропикого скила Skill Cator у нас сдастся вот здесь вообще папочка skills, которой пока нету. Вот. Потому что все скилы, которыми я пользовались, они у меня стоят глобально на проекте. Последняя минута, и я уже оффлайн запущу следующую фичу. Пойду пить кофе. >> Я чувствую себя как менеджер. Ну что там? Что там? Тестирование пропустили. Так, выбиваемся из графика. Надо что-то вот как там, как там? Опус работает медленнее, но но качественнее. Код я пишу опусом, потому что в моём понимании он работает тоже качественнее, чем хоть стоит дороже, но он качественнее пишет. Вот если есть какие-то более рутинные задачи, тогда уже используешь санета. Скил создан будет сейчас вот здесь вот в папочке, если он его создал. Ну да, должен здесь создать. Он её создал как сш команду. Почему так? А почему ты создал skill как слшкоманду, а не в папочке skills? Вот это произошло неправильно сейчас, потому что он должен был создать с папочки skills. Он её запаковал как команду, хотя использовал skill creator. Почему это произошло, неизвестно вот, но нужно его сейчас подправить, он всё пересоздаст. китайские китайские модельки. Могу ответить за китайские. Я занимался умственной работой для ээ Ишка занималась, точнее, сильно умственной работой, которую я делал раньше опусом, когда у меня закончились лимиты опусом и санетом. Вот я подключился пятой и она процентов на 70 э от санета, по моим наблюдениям, плюс очень часто тупила. ошибки. Она правит свои ошибки, да, то есть находит, выходит из ситуации, да, но а намного хуже по мо для моих задач. И плюс у него русские хромает у китайской модельки. Она такие слова придумывает англо-русские, типа есть английское слово, там русские буквы посреди появляются. Такие штуки встречаются. для каких-то задач хвалят в целом даже для разработческих задач написания там тестов прочего. То есть какую-то рутину можно и на китайский модельки тоже отдавать, но надо тестить конкретных на конкретных ваших задачах. Вот сейчас он в правильную папочку положит. Вот он положил, наконец-таки, потому что у скила своя структура. У скила есть папоч файлик Skillmd workdown. Помимо этого папочка reference с какими-то дополнительными файлами, темплейтами, скриптами и прочим. То есть, ну, это уже другая история. Здесь скил такой простой в виде промта. Вот на этом всё. Останавливаю шаринг экрана и комичу изменения. Те, кто хотел репозиторий посмотреть, ссылку скидывал в чате. >> Окей. А, спасибо, Сергей. Значит, давайте сделаем сейчас ответ на два вопроса, а, и закончим на этом, потому что и так очень много времени ушло. Давайте, наверное, э-э, не знаю, Сергей, у тебя есть какие-нибудь ээ предпочтительные вопросы или мне просто выбрать какой-нибудь случайный? >> Выбери случайный. Вопросов много. >> Э, ну вот то, что ты сегодня продемонстрировал. Основная проблема - большое количество агентов. что для чего и как всё это организовать в систему инструментов. >> А, Сергей, прокомментируй, пожалуйста, >> а проблема большое количество агентов. Для чего и как всё это организовать систему инструментов? Вы не >> Ну да, наверное, давайте я тогда отвечу. Значит, Сергей сегодня продемонстрировал именно систему агенты, с который взаимодействуют между собой. Каждая из них запускается в своём контексте. Совместно они решают, э, совместно они решают задачу, а через команды этим агентам, через различные скилы, которые могут использовать разных агентов, можно это этих агентов управлять. Вот то, как показал Сергей вот этот вот пайплайн, каждый планирование, проектирование и так далее. >> Давай отвечу. Тоже отвалился, да? >> То есть, а, >> во-первых, а не надо использовать большое количество агентов, если вы не знаете, для чего они, да? То есть каждый агент должен выполнять какую-то одну конкретную роль. Вот. Аэ, надо понимать, запускать этих агентов последовательно, как мы сегодня запускали, либо какая-то однотипная есть задача, вы делите эту задачу на куски, запускаете параллельно. Но для этого должна быть конкретная роль, а задачу, под которую вы можете выделить преданному агенту, тем самым усилить. Вот если вам это не надо или вы этого пока не понимаете, то есть начинайте с одного, с двух агентов, да? Вот не надо запускать agent teams сразу, да, с ноги. Вот как не надо ставить всяких open clow, если не знаете, как это работает под капотом. То есть за всем надо смотреть. И Steam, несмотря на то, какой он захайпованный, тоже сейчас начинает быть, а, тоже есть свои минусы. Вот. А поэтому она и в режиме сейчас беты находится. Вот. А как управляется? Управляется тоже на уровне папки общий клод, чтобы он во все есть агенты, которые вы хотите использовать именно во всех проектах, а, создавать их на верхнем уровне. И если вы в нтерпрайсе покупаете там или Teams подписку, или Enterprise у Клода, у Клода есть ещё один уровень на на уровень выше, когда компания своих агентов даёт и всех а используют. То есть потом следующий уровень - это ваш компьютер, следующий - это проектные папки, то есть агенты на разных уровнях. Вот оркестрируйте, практика, понимание, какие улы какие. >> Спасибо, Сергей. Вот Михаил там поднял руку. Пожалуйста. Я, наверное, даже просто дополнить хотел. Если не знаеть, как дойти к построению агентской системы, ну, посмотрите на иерархию в любой компании. Кто у вас есть? У вас есть архитектор, у вас есть фронтым у вас есть, у вас есть люди, присылающие требования, люди реализующие требования. Если такой такой иерархии часто достаточно для вебовых задач, более чем вот я условно там человека с геймдева, у нас чуть-чуть посложнее получается. У нас без геймдизайна документации ты в итоге сделаешь что-то очень странное. Вот. Плюс вопрос валидации здесь ещё очень сильно стоит. То есть, грубо говоря, самое страшное, на самом деле, это, значит, не самое страшное, самое самое сложное здесь - это чётко поставить гардрейлы на конкретную роль. >> Спасибо. >> Спасибо, Михаил, за комментарий. А ещё один вопрос. Вот давайте, наверное, вот этот про автоматизацию тестирования, потому что уверена, что и Сергею есть, что сказать, и у меня тоже есть чуть-чуть что сказать. Э, Сергей, пожалуйста, агент автоматизации тестирования, что вот есть теория, нет практики, может быть, ты что-то вот скажешь? Ну, я скажу, как бывший QA, который последний раз официально был на позиции QA лет 7-во назад, наверное, да, когда не было этого текущих возможностей, чётко могу сказать, что сейчас они появились, потому что когда я раньше хотел стать автоматизатором, вот, и у меня была какая-то барьер, граница, да, для в виде изучения, да, языка какого-то программирования, я всегда находился в отговорке и занимался чем-то другим. Вот сейчас это место свободно, и вы можете, если раньше не автоматизировали, забрать на себя эту нишу и заниматься автотестами, тестами, вот изучать такие инструменты, как Playri, другие браузертулы. Вот. И управлять не одним QA инженером, да, а разными агентами, которые а одни создают тесты, другие запускают браузере, да, третье пишут тест-кейсы, тест-планы, которые на самом деле уже м далеко не все пишут. Может, они даже и не нужны. Вот аа забирать на себя эту нишу агентов, скилов, а искать готовые решения подстраивать под себя и возможности больше, чем раньше. >> Вот. А >> спасибо, Сергей. А чуть вот я сбросил в чатик видео, а там про то, как ручные тестировщики, а сделали с помощью AI тогда ещё не было концепции агентов, это было летом, очень давно. А и они сделали тест-планы и тест-кейсы автоматические, и они их только ревьюили. И вот вы можете это видео посмотреть. Разумеется, это можно использовать и для автоматизатора тестирования. В принципе, когда расписаны хороший это сценарий, то с помощью существующих агентов вполне можно генерить для них и и, собственно, автоматические тесты и потом запускать. Вот. >> Давай ещё одну вещь с тестировщикам. Новая новая вещь, которая появилась, которая раньше не было, особенно у тестировщиков, которые не лезли в код, читают, да, его вот. А, появилась возможность, а, перед тестированием -э, у кодингового агента спрашивать вообще, что за дела, что за код, какого качества пришёл. То есть до всех остальных пайплайнов, когда вы уже пишете тесты мануальные или с помощью агентов тестируете, вы можете оценить качество поступающего к вам кода. тоже типа такой верификатор вот, который будет давать какую-то оценку или находить даже баги, вместо того, чтобы эти баги находились после и очень быстро разворачивать тикет. Вплоть до автоматизма этого можно довести, когда разработчик или его агент поменял вам статус тикета, он меняется назад через 2 минутки. Вот поэтому разные пайплайны появляются, которых раньше не было. >> А, о'кей, спасибо. А, значит, итак. А 2 часа 15 минут. Спасибо огромное Сергею за демонстрацию. А мы закончили. Я желаю вам всем успешного использования агентов в ваших рутинных задачах. Придумывайте, как улучшать ваши пайплайны. А вот и желаю всем хорошего вечера. y