# Vibe coding мёртв. Что пришло на замену в 2026. GSD & Superpowers

## Метаданные

- **Канал:** Владилен Минин
- **YouTube:** https://www.youtube.com/watch?v=SOm_F7UtJno
- **Дата:** 14.05.2026
- **Длительность:** 2:01:48
- **Просмотры:** 30,742

## Описание

Vibe coding автоматизировал 2 этапа разработки из 6. Эти инструменты автоматизируют все 6.

🧠 Клуб Незаменимых в эпоху ИИ – место, где быстро вкатитесь в ИИ, получите окружение и заказы: https://irreplaceable-ai.ru/

В ТГ выложил все доп. материалы: https://t.me/vladm/1502

В ролике разбираю две системы, которые меняют профессию разработчика прямо сейчас: GSD (Get Shit Done) и Superpowers. Не теория — два полных кейса с нуля. SaaS на DeepSeek API через GSD и email-саммаризатор через Superpowers.

К концу ролика поймёте:
— Почему Claude теряет контекст к 70% и как это лечится архитектурно
— Как один человек становится диспетчером команды агентов
— Когда брать GSD, когда — Superpowers, когда совмещать
— Сколько это реально стоит в токенах и почему окупается

## Содержание

### [0:00](https://www.youtube.com/watch?v=SOm_F7UtJno) Segment 1 (00:00 - 05:00)

За последние 3 месяца я не написал ни одной строчки кода, но при этом сделал функционал намного больше, чем за последние несколько лет. И это стало возможным благодаря системе, которую как раз на практике покажу в этом видео. И нет, речь не пойдёт пройкодинг. Честно говоря, это предыдущая фаза разработки с помощью искусственного интеллекта, и она осталась уже в прошлом. Вайпкодинг хорошо подходит для прототипов, для каких-то маленьких приложений. Но когда мы говорим про серьёзную инженерную дисциплину, про большое количество бизнес-требований, то там вайпкодинг уже не подходит. Мы сейчас разберём в теории, почему это так работает. После перейдём к практике. А практика будет заключаться в этом видео на основе инструментов get sheet done и Superpers. Я вам покажу, как вообще это работает сейчас и что вы можете по-настоящему с этим делать. Для тех, кто давно меня смотрит, знает, что последние несколько лет я занимался созданием Ютуба, обучением в рамках разработки и не очень много писал кода впродакшене. Но теперь, если посмотреть на мой GitHub, то здесь вы видите, что появилось уже большое количество активности. Для тех, кто со мной не знаком, меня Владилен Минин зовут. Я больше 13 лет в разработке, начинал как фронт-разработчик, 7 лет занимаюсь Ютубом. И сейчас, благодаря технологиям искусственного интеллекта, я с диким кайфом, если честно, возвращаюсь в разработку, потому что теперь, наконец-таки, мне не нужно писать вот эти вот маленькие строчки кода, а я занимаюсь именно проектированием этой системы. И для того, чтобы понять, как это всё выглядит, нам необходимо разобраться с циклами разработки. Поэтому перейдём сразу к диаграмме для того, чтобы нам понимать динамику и тренд, э, как это выглядит. Смотрите, есть такая схема, которая называется SDLC, Software Developer Life Cycle, которая описывает на самом деле все шесть этапов, которые нужны для того, чтобы создать какой-то продукт, инженерный продукт, программное обеспечение, там приложение, это всё является продуктом. И как это работало до искусственного интеллекта? Цикл заключается в том, что у нас есть шесть этапов, где в начале идёт этап requirements, то есть мы выставляем определённые условия, а, и собираем вообще требования, которые есть у нашего проекта. То есть обычно на этом этапе работает продукт-менеджер, бизнес-аналитик. Они выясняют требования у заказчика для того, чтобы полностью понять, какие есть задачи вообще у продукта перед тем, как отправлять его в разработку. После этого идёт дизайн. И в данном случае я не говорю про UI дизайн или UXдизайн. Мы говорим именно про дизайн системы. Здесь уже начинает работать [откашливается] сам разработчик, архитектор, например, который понимает, какой технический стек выбрать под данную задачу, какие есть архитектурные решения и так далее. После этого идёт этап implementation. Implementation - это, собственно говоря, есть, по сути, фаза самой разработки, когда конкретный разработчик уже пишет код. После этого идёт фаза тестирования в иной терминологии QA, когда специализированный человек берёт и проверяет, что же в итоге написал нам разработчик. Там, понятное дело, есть вот эти вот циклы, э, перекидывания задачи. Тестировщик нашёл бак, перекинул разработчику, но мы общими мазками идём. Здесь после того, как всё это оттестировали, всё работает чудесно, идёт фаза деплоймента. Здесь обычно работает инженер под названием DevOps, который берёт и всё это заливает. Ну и дальше идёт этап Maintainance, когда мы просто поддерживаем проект, вносим какие-то там правки, делаем так, чтобы всё это работало и прочее. И вот здесь вот очень многие люди, на самом деле, начинающие программисты, особенно не понимают, в чём заключается на самом деле работаo software девелопера. Даже если перевести её Software Developer или там Software Engineer - это инженер, который создаёт некоторые программное обеспечение. То есть это не только чувак, который пишет код программист непосредственно, потому что вот во всей вот этой цикле это всего лишь одна из шести фаз. настоящий разработчик, да, он вот все шесть фаз может поддерживать или хотя бы их понимать. И это было раньше. А после этого, там двадцать четвёртые, двадцать пятый, начало двадцать шестого года, а пошла фаза вайп-кодинга. И вайп-кодинг - это терминология, которую придумал Андрей Карпатый по фану, чисто как мем в марте двадцать пятого года он её вёл. Ну, соответственно, раз двадцать пятый год, значит, здесь тоже поправим. И смысл в том, что это подход, когда ты создаёшь программное обеспечение и пишешь код с помощью искусственного интеллекта. И

### [5:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=300s) Segment 2 (05:00 - 10:00)

рассматривая это именно как инженерную дисциплину или инструмент, что делает в нашей диаграмме SDLC? он берёт и заменяет по сути фазу implementation. То есть viipe может с помощью вайп-кодинга ты можешь создавать код, искусственный интеллект его пишет и частично тестирует этот код. То есть тоже у него неплохо получается, например, внедряет дд практики и так далее. Но остальные вещи из разряда requirements, design, deployment, maintenance, это всё производил человек. То есть вот на этой фазе разработчик он переходил в фазу уже такого более-менее архитектора, когда он собирает требования, создаёт дизайн. Это вот если вы обитаете в инфопространстве, например, там в Телеграме, а можете встречать, могли встречать такую вещь, как люди писали: "Ну, искусственный интеллект нас не заменит, потому что он не знает архитектуру. Вот там ты должен знать архитектуру для того, чтобы понимать, как писать код". Ну, тогда это было правдой, но это был двадцать пятый год. Вот. То есть здесь, вот на этом этапе искусственный интеллект, он забрал всего лишь два этапа из шести, что, в принципе, ну, было не такой большой проблемой. О'кей, пишет код, ну, и славно. Но мы находимся в двадцать шестом году, и тут всё получается уже немножечко иначе, потому что мы находимся на фазе полноценной агентской разработки, проектирования агентских систем. Это называется ещё Agent Archestration. И на самом деле существует довольно-таки большое количество проектов и фреймворков, инструментов, парадигм, в рамках которых можно всё это реализовать. Мы же будем рассматривать конкретно GSD и Superpowers, что они делают. Э, давайте так. Почему я их показываю? Потому что я сам просто их использую в своей практике, э, создавая B2B продукты в консалтинге, в каких-то своих собственных приложениях. И это замечательно просто работает. Дело в том, что когда мы говорим про агентскую вот эту регистрацию, про серьёзные системы, то по факту здесь все абсолютно фазы закрываются с помощью агентов искусственного интеллекта. И человек здесь выполняет роль просто уже полноценного оператора, который направляет, куда значит вести разработку. И беря фазу SDLC, шесть этапов, мы видим, что по факту теперь все эти этапы, полный цикл создания программного обеспечения теперь делается с помощью искусственного интеллекта, если вы правильно умеете его применять. Такие вот дела. Какие проблемы вообще? Почему, э, вы можете спросить там, на этапе вайб-кодинга это было невозможно? Ну, потому что те, кто по-настоящему пробовал большие приложения делать с помощью вайpдиing, знают, что когда ты пишешь первый промт, то тот же самый клод, там, кодекс, любые нейронки, которые пишут код, они прекрасно с этим справляются. Но когда начинает фаза, когда тебе нужно поддерживать проект, архитектуры становится больше, файл становится больше, вдруг начинается каша. Начинается каша, которая превращает весь твой код в неподдерживаемый кусок программы. И в данном случае, когда мы оперируем понятиями агентской оркестрации с помощью фреймворков, мы решаем данную проблему. Например, тот же самый clд-код, он терял контекст. А такие вещи, как Superpowers или GSD, они берут и, а, создают долгосрочную память. Благодаря каждому из проработанных этапов они создают чёткий пайплайн, которым Неронка отлично ориентируется, что, по сути, позволяет ей работать без багов, без галлюцинаций, без знаний архитектуры. Я имею в виду про оператора, то есть конкретно разработчика. И, собственно говоря, это то, с чем хочется разобраться за время сегодняшней лекции, там, практикума, называйте, как хотите. У нас впереди много работы. Говоря немножечко про конкретно эти инструменты, то getши по сути это просто open source проект, который написан про него, что это lightweight powerful metaprompting, context engineering and spec driven development system for clot code. То есть, э, полноценно реализованный спек, driven development, э, создания проекта на основе спецификация, а, который уже содержит в себе все необходимые агенты, инструменты для того, чтобы полностью закрывать прогресс SDLC. Если говорить про Superpowers, то же самое. Super Powers GitHub.

### [10:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=600s) Segment 3 (10:00 - 15:00)

Почти то же самое. Это очень похожий инструмент, который тоже полностью закрывает весь цикл SDLC, просто делает это немножечко иначе. Например, Superpers - это система, которая построена на скилах. у неё есть определённый набор навыков, которые позволяют тебе их применять в с, а, в нужных ситуациях для того, чтобы там делать нужный функционал. Но здесь всё это работает на основе тдд. То есть, по сути, ты тут можешь брейнштормить а свои идеи, потом их проектировать и а дальше отдавать роботу. Больше для этого делать кодревю, писать тесты. Он поддерживает классные паттерны, такие как тд. Ягни, драй и прочее. Если говорить про ГSD, то ГСD - это такая более комплексная система. Она подходит для проектов большего масштаба. А когда вы enterprise уровня создаёте проекты и вам нужно чёткое дробление, он более тяжеловесный, он больше ест токенов, но он более надёжный. Хотя Superpers при правильном применении тоже замечательный, но его я бы использовал на проекты более маленького уровня. И, честно говоря, изначально довольно сложно разобраться здесь, как это работает полностью, потому что тут очень много всяких разных элементов. Поэтому я создал отдельную шпаргалку по двум методологиям разработки: Superpowers и SD. Вы сможете найти ссылочку в моём Telegram-канале. Вот эта ссылка будет удалена, потому что я изначально для Super Power сделал, потом подумал, ээ, делаю и для ГSD. Вот. И что я сюда добавил? Мы будем сегодня, кстати, по нему идти. А, по сути, смотрите, говоря про опять же SDLC, да, то есть вот эти вот шесть этапов, постоянно держите в голове, я оставлю их в где-нибудь дополнительных материалах. Смысл заключается в том, что вначале мы вот при работе с ГСD мы создаём новый проект. После этого мы переходим к фазе проектирования. То есть мы создаём roadmap, различные решения обсуждаем и так далее. После чего мы планируем непосредственно а саму фазу, да, тут нам нужно её разделить, получается, на маленькие задачи, после этого её исполнить. Это уже фаза тестирования и после этого фаза шиппинга, когда мы её выводим. Вот есть большое количество примеров. То есть здесь вы можете использовать это всё как шпаргалку для себя, и мы сейчас будем по ней идти. Есть и продвинутые инструменты, мы чуть позже к ним перейдём. Вот. Поэтому давайте, собственно говоря, перейдём к практике. Я думаю, вводную часть теоретическую мы закончим, но это было важно проговорить, потому что, э, если ты не соприкасался с этим изначально, то тебе будет не так просто понять, а что здесь, собственно говоря, происходит. Говоря про практику, я буду сегодня, ну, у меня по плану создать два проекта отдельных. Первый на ГС, второй на Super Powers. Может быть, мы где-то попробуем их посовмещать. Э, у меня есть пустой проект. проект, и я хочу с помощью клод-кода сегодня, э, прямо вот вместе с вами создать его и показать, как текущая разработка работает. Давайте вначале мы поговорим про модельку. В первую очередь я буду использовать OPUS 4,7 с миллионным контекстом. Отличная модель для разработки. Но я хочу отметить, что в момент, когда я записываю 10 мая двадцать шестого года, OPС 4,7 хорош, очень хорош. Это, наверное, топовый агент, но очень неплох. Сейчас ещё GPT 5,5 как же там очень высокий уровень мышления. Они прямо сейчас конкурируют за первое место. То есть стоит отдать должное чату GPT, они сейчас неплохие. Но опять же, какие модели выбирать, выкладываю в Telegram-канале, чтобы вы постоянно понимали актуальность. Конечно, в первую очередь для того, чтобы работать с этими инструментами, нужно понимать, что вы их должны установить. Установка, она происходит с помощью такой команды npx get shit done и так далее. Здесь, я думаю, проблем у вас не будет. копируете команду, вставляете в консоль, получаете удовольствие, да, и после этого они, эти навыки после перезапуска программы, доступны у вас в редакторе. Я использую Winserf с плагином клодкода. Если вы спросите, почему я не использую консоль, я отвечу, что а зачем, если у меня есть более приятный визуальный интерфейс в редакторе. Если вы спросите, почему не какой-нибудь курсор, например, или там антигравити или не VS-код, то я скажу, что, честно говоря, всё это не имеет значения особого, но Winserf для меня более приятный. Плюс он адаптирован уже под агентскую разработку. Здесь неплохая индексация.

### [15:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=900s) Segment 4 (15:00 - 20:00)

индексация. В общем, меня это полностью устраивает. Собственно говоря, давайте начнём. У меня есть спецификация под данный проект. А проект называется Build or Kill, и я его, можно сказать, навайпкодил с помощью GPT. Моя задача в данном случае сделать какой-то более-менее серьёзный проект, но при этом не раздуть его просто в огромных количествах, потому что всё-таки мы находимся в рамках Ютуба, и тут не время достаточно ограничено. То есть всё-таки я показываю демку, потому что если буду показывать полный цикл разработки, то он также занимает там дни, недели. В общем, это будет долго. А давайте мы его переименуем. Этот файл я его закидываю к нам. Пусть будет называться. MD. По факту это является спекой. Если мы его почитаем, то идея этого проекта заключается в том, что мы строим систему САС продукт на основе искусственного интеллекта, который помогает фаундерам, разработчикам, криеэйторам быстро реализовывать какую-то идею и вообще понимать, нужна она или нет. Смысл в том заключается, что мы закидываем сюда свою идею и дальше группа наших специалистов, но на самом деле агентов внутри этого мм продукта, они начинают со своей стороны обсуждать, а что, собственно говоря, не так или, наоборот, так с этой идеей. Конкретно в кандидатах у нас Prodct Strateg, у него есть определённый фокус, будет взгляд CTO, growров маркетер, а скептик обязательно нужен инвестор, бизнесревьюер, то есть разные роли с разных сторон. Мы получается получим такой вот консилиумом специалистов. Это план на ролик. А MVP features тут присутствует стек будем использовать Next плюс V п React Typescript Wind, немножечко бэкэнда, немножечко Uя. Есть уже сразу же, видите, suggested GS GSD roadmap. В принципе, его можно здесь не описывать было, но в рамках этого ролика он нам нужен, потому чтобы, опять же, мы сейчас просто не захлебнулись, да, в огромном количестве информации. Вот. То есть мы таким образом его дозируем. По факту у нас планируется две фазы. Фаза один - это продукт, э, такой как бы общая оболочко и анализ пока на основе МОК данных. То есть тут ничего интересного не будет с точки зрения там AI разработки. И вторая фаза есть - это интеграция реального искусственного интеллекта и уже, ну, действительно, доведение до MVP данного продукта. В принципе, всё. У нас есть спека. Я думаю, вы понимаете, что она нужна. Если, дамы и господа, вы не понимаете смысла спеки, не понимаете пока какие-то продвинутые вещи, всегда в описании к этому ролику вы сможете найти мои ресурсы, например, сообщество незаменимых в эпоху искусственного интеллекта, где вы можете быстро вкатиться, во-первых, в мощное комьюнити, а, во-вторых, в, э, основные концепции агентов, оркестрация, промтинга, э, вайб-кодинга, создания продуктов. Ну, в общем, там огромное количество плюсов. Почитайте. Это важно, чтобы начать работать с более продвинутыми системами. Для того, чтобы инициализировать проект, мы обращаемся к навыку. Конкретно мы обращаемся в данном случае к Гс, сделай это [ __ ] пожалуйста, в прямом смысле. Вот англицизмы, но тем не менее. И это действительно работает. Он действительно делает это [ __ ] Мы пишем GSD New Project. Здесь, смотрите, вы можете эту команду отправить просто в пустой проект, и он начнёт запускать wizard систему, в которой он будет спрашивать у вас, собственно говоря, что вы хотите и так далее. Но нам это не нужно, потому что у нас уже есть готовая спека, мы можем переходить. То есть я здесь указываю, что New Project мы автоматически инициализируем через нашу спеку. Собственно говоря, погнали. А с точки зрения моделей, я понимаю, многие скажут: "Ну, блин, это же работа с опусом, это же дорого". Ну, я, во-первых, категорически с этим не согласен, потому что даже за 100 долларов и вы покупаете просто прекраснейшую подписку э для того, чтобы реализовать два-три проекта, легко одновременно. Да, у вас будут заканчиваться лимиты, но всё же вы будете работать на опусе. И 100 долларов, переводя в рубли - это сколько? 8. 000 руб. Ну, то есть как будто бы для жёсткую автоматизацию своей работы это вообще копейки. Смотрите, он что-то подумал, инициализировал гит и говорит: "О'кей

### [20:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=1200s) Segment 5 (20:00 - 25:00)

что нам необходимо, какой скоп нам необходимо включить в фазы? Вот здесь я хочу, наверное, внести некоторые изменения, потому что, видите, он рекомендует нам 3 тире5 фаз и одит плана каждый. Я ему скажу иначе. Значит, смотри, нам очень важно, чтобы у нас сейчас не было большого дробления. В SPC MD описан конкретный MVP план, рассчитанный на две фазы. Соответственно, у нас должно быть две фазы для реализации данной спецификации. Нам не нужно переусложнение в данном случае. Нам нужен рабочий MVP. Э, направляйте его, да? То есть ни в коем случае не соглашайтесь всегда. на то, что он говорит. Дальше он спрашивает, запускать ли фазы в параллелях. Конкретно сейчас я не буду этого делать. Я скажу, чтобы он выпускал постоянно. И треcking он хочет включить. Да, я говорю, что включай. А понятное дело, что нейронки мы можем доверять, но нужно её проверять. Поэтому гитреcking в, ну, автоматической в этой системе будет очень хорош. Так вот, и говоря про модели, то 8. 000 руб. как будто бы полная ни о чём. Ладно, он ещё задаёт вопрос, чуть дальше расскажу. Смотрите, он спрашивает: "Research before planning each face". А, ну смотрите, то есть он спрашивает: "Нужно ли делать resarch перед планированием каждой фазы? " В данном случае я, конечно же, нажму, потому что здесь он будет подключать такие вещи, как контекст 7, проверять актуальность документации, актуальности инструментов, IP. В общем, это полезная штука, поэтому делаем verify plans where achieve their goes. Проверять ли планы для того, чтобы достичь наших целей? Токены, там, время. Ну, давайте пусть проверяют. О'кей. Verify work satisfies requirements after each phase. Короче, проверять ли requirement и так далее. Какую AI модель для планинга агентов? Кстати, что интересное, я как раз про это и хотел рассказать. И, собственно говоря, он и будет использовать Sunet. А давайте мы используем. Смысл вот этой вот моей телеги, разбитой на две фазы, заключался в том, что опус мы используем. Я его использую всегда, на самом деле, потому что а что бы и нет, тема нормальная, но опус зачастую мы используем для того, чтобы спроектировать какой-то проект. Для того, чтобы конкретно его реализовать, достаточно будет Санета, вот более чем. То есть токены таким образом вы можете, ну, спокойно соблюдать. Там, понятное дело, что какую-нибудь хайку вы используете чисто там для каких-то мелких правок, но их уже можно там при большом желании в руками внести. Смотрите, что мы делаем сейчас. То есть проверяем нашу, значит, шпаргалочку. Мы по факту сейчас находимся на стадии инициализации. Вот. Первый раз это может сбить с толку. Мы вроде кучу всего тут написали, уже сделали. А где код? А он просто какой-то конфиг создал непонятный, да? И то есть где, собственно говоря, продакшн. Сейчас увидим всё. По факту мы сейчас находимся на фазе инициализации. То есть, видите, он собирает вопросы, исследования, требования и конкретный roadmap перед сборкой. А мы это делаем, понятное дело, когда создаём новый проект. Вот. И сейчас мы по чуть-чуть начинаем наблюдать, как наш клод, видите, у него есть тудуха, э, записать project random main research. Четыре агента параллельно запускает. Синтезировать research в summary, написать requirementты roadmap и generate clot md. То есть вообще ничего ещё нет общего про код. Он создаёт конкретные системные файлы. А давайте почитаем немножечко про Pro проject, потому что у нас этого файла не было. Это он создал самостоятельно. И что вот интересно, спеку мы описали сами, как хотели. Ну, используйте любой там GPT, клод, неважно. Мм, вот эти вещи он уже создаёт самостоятельно. То есть для чего этот проект нужен, да? Он описывает его core values requirement. У него есть уже конкретный, более расширенный, а, список тудушек. которые нужно сделать, да, там типа hero landing selection, например, autoscope, то, что, кстати, нам не нужно, да, это тоже очень важно, типа аутенфикация, payment billing, database. Мы всё это опустили для MVP. Ну, я уже объяснил, почему. Cont, constraints, key decisions.

### [25:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=1500s) Segment 6 (25:00 - 30:00)

Например, видите, он учёл, да, там всё-таки двухфазный roadmap, потому что изначально он предлагал 3 тиреп фаз. Ну, токенов нормально съестся. на текущем объёме нам не нужно столько, но вы должны понимать, да, что вы сами это решаете. То есть это касается прожекта. Дальше он что-то там делает с ресёчем, но я думаю, что сейчас можно уже на паузу ставить, а потому что это займёт некоторое количество времени. Роботы тоже работают не моментально. Что интересно, посмотрите, что он делает. Он делает webч. Он уходит на всякие там SDK, на AI платформы, Next про Par есть он по факту собирает актуальную, не устаревшую информацию, а именно ту, которая прямо актуальна сейчас для того, чтобы мы получили полностью готовый продакшн проект на актуаль на текущий момент. Вот просто пару лет назад я записывал ролики, где говорил про то, что да, это всё устаревшая тема. Welcome to Adentic разработку. Здесь всё уже по-серьёзному. Прошло немножечко времени. Смотрите, какие файлы начали появляться. Это тоже важно посмотреть. В первую очередь architecture. Давайте посмотрим на него, да? То есть это к вопросу о том, э что люди пишут: "Ну, мол, архитектуру нужно знать, неронка не справится, увы". Справится, и я считаю, что это очень большой плюс. Аэ, здесь он описывает resarch по архитектуре, которая нам потребуется. Да. И, а, понятное дело, что сейчас это проект простой, он как бы тестовый, это YouTube, да, то есть это не prodдаction и так далее. Мы делаем MVP, а всё же у нас есть clientт браузер, да, получается, есть какая-то некоторая идея, которую мы закидываем в пост. Есть, получается, вещи, которые мы будем читать через local storage для только клиентской части. будем экспортировать всю эту штуку Markдаун. На сервере мы уже описана полностью архитектура серверной части и, ну, какие-то там запросы к Open там, антропику. Мы будем использовать, кстати, Deepsek четвёртой версии, скорее всего, Flash или Pro. Наверное, Pro будем использовать, потому что, блин, он хорош. Ну, то есть, соизмеряя цену и качество, он прямо хорош. Мне очень нравится. Говоря про Component Responsibilities, видите, уже описаны все, на самом деле, компоненты с точки зрения структуры, архитектуры. Вот она уже вся есть. Вот есть уже зо, значит, схемы для валидации, есть уже шаблончики для бэкэнда. Это всё фаза ресёча. Мы даже ещё не приступали к написанию кода, да. Это просто вот архитектура. О'кей. то есть полноценное готовое исследование, да? Помните, опять же, это важно понимать, когда мы говорим вот про здельси, то мы сейчас находимся на этапе requirements. И вот эти requirements самостоятельно собираются под нас. Вот так вот это теперь работает. Говоря про другие файлы, значит, features очень интересный, потому что здесь мы описываем те вещи, которые должны быть у нас в проекте. Ну, в общем, тут нужно всё это читать, анализировать, да? А сохранение истории. Вот, честно говоря, это работа бизнес аналитика, да, который, э, берёт и анализирует, что нам, собственно говоря, нужно для проекта. различные сценарии, pipйeline, MVP definition, фазы. То есть я в восторге, честно говоря, от этого детальной проработки. Опять же есть сорсы, исследование замечательное. Pitf, честно не знаю, давайте смотреть. То есть, ээ, по факту это переводится, да, как некоторые там подводные камни. И он здесь описывает, что может пойти не так. Замечательно, не правда ли? И тоже достаточно объёмное исследование в данном случае. Очень хорошо. Ск это нам тоже интересно посмотреть, потому что актуальные версии. Вот, например, Next JZ на текущий момент шестнадцатая там версия 2. Давайте проверять. Next JZ. Какая-то там актуальная версия сейчас. Давайте get started, наверное. 1626. Прекрасно. Мы работаем с последней версией. Typescript, React девятнадцатый, TEWIN Shadi, TV Animate CSS structured output.

### [30:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=1800s) Segment 7 (30:00 - 35:00)

Здесь, кстати, интересно, он что не готов? будем переделывать вот этот вот SDK form handling. То есть для каждого элемента мы здесь описываем моменты. Подумайте о том, сколько это занимает времени обычно в вашей компании. Вот чтобы создать такую документацию. По самым оптимистичным прогнозам, это займёт около 2ву недель для генерации вот такого детализированного проработанного плана. Для нейронки мы всё это описываем, потому что у неё есть очень классный, а поиск по файлам, по конкретным местам файле, и это создаёт ему, а точечный контекст, позволяющий удерживать долгосрочную память. Так-с. И мы видим завершение фазы инициализации проекта. Да, это заняло порядка, даже не буду лукавить, минут 20, наверное. А, но мы видим, что get done project initialization finished. Здесь у нас есть описание. Э, он что-то продолжает ещё делать. Он переключился, кстати, на кас. Интересно. Смотрите, что мы итоге получили. То есть, а для многих людей, которые переживают за свои токены, это, конечно, быт болью, но не для разработчиков, потому что они понимают, что это автоматизация. Я, кстати, руками ничего не трогаю больше у нас есть, ээ, фазы, пока не лезем. сёч мы посмотрели с вами. Ну, кроме са, но смысл, я думаю, понятен. Тоже всё очень чётко понятно с источниками и так далее. Присутствует ещё Fileа Project. Project мы смотрели requirements. Requirements, как видите, они уже чётко описаны конкретно для нашего проекта. Roadmap очень важный файл, потому что он показывает конкретный пайплайн создания нашего приложения, то есть для долгосрочного введения проекта это крайне важно. И state - это файл, который показывает текущее состояние проекта. По-моему, а если я где-то описывал это, пам-пам. Есть, короче, продвинутые хуки ещё здесь. Я его тут не описал, но их всего 70. То есть важно понимать, да, что их все описывать лучше в документации смотреть. А есть такой скилл, как GSD стаatus. А GSDстатус он показывает, в общем-то, где мы находимся. Вот. То есть вам вы постоянно придёте в проект и постоянно будете знать, какая у него фаза, что вы делаете и так далее. [откашливается] Что ж, продолжаем ждать, потому что он пишет, что фаза один валиден. Анализирую типа серые зоны и применяю авторежим для каждой. О'кей, ждём. Но если вы думали, что быстренько эта фаза закончится, то не совсем, потому что у нас появились новые тудушки, а, которые описывают рисё конкретных фаз. И действительно, обратите внимание, в проекте ещё нет файлов -э кода именно, да, мы находимся на этапе, первом этапе s DLC. А у нас появились фазы, да, у нас есть первая фаза, которая называется Product Shell MO Analysis. Она берётся, разумеется, из нашей спеки. Где-то мы её тут описывали. Product Shell and Mog analysis. Видите, вот ч есть. И да, для каждой из этих фаз, то есть мы дробим, получается, разработку, да, на некоторые фазы, которые мы поэтапно исполняем. Также существует большое количество спецификации. Говоря про контекст, здесь, значит, если мы на него посмотрим, то получается фаза один. И вот мы задаём всё, что нужно сделать. А как реализовать проект? А, понятно. Тут нечего комментировать. Сделать runтайм, различные там конфигурации, схемы, мок данные. Э потому что на первой фазе мы не работаем с ишкой, мы работаем с моком. IP формы loading state, result layout. Я хочу вам напомнить, что я ручками ничего не писал. Вот мы как поставили одну, э, ну, несколько форм ответили, всё, он дальше сам всё это создаёт. А, смотрите, очень важно, что у нас есть спe, то есть с чем связаны эти файлы, как конкретно они перелинкованы, потому что это очень важно и так далее. Вот это только первая фаза. Discussion log. Кстати, интересно, что у нас здесь. Видимо, он тут как-то аргументирует друг с другом. И UI Spec. Up, понятно, это для конкретного юая. То есть полное опять описание. spacing, typography, color

### [35:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=2100s) Segment 8 (35:00 - 40:00)

дорогие фронтендеры, ксеры. Видите, вы, конечно, должны это всё понимать, но и в специфических случаях это нужно понимать, кстати, чтобы уметь с этим работать. Но вот нейроночка для общих вещей уже прекрасно с этим справляется. И смотрите, что интересное я обнаружил в данном случае. А это то, что агент у меня продолжил работать, и времени уже прошло достаточно много, то есть около часа с момента того, как я записал первую команду. И вот что произошло. Аэ в какой-то момент он взял и автоматически в вёл команду ГSD, а Plan New Face. И, соответственно, отсюда у нас как раз-таки и получилось вот это вот планирование фазы один. Как видите, тут большое количество файлов. Давайте я немножечко здесь покажу, что было. То есть, на самом деле, данная история произошла по той причине, что у меня здесь стоит режим bypass permissions. Это означает, что, в принципе, клод может делать всё, что ему захочется. И смотрите, как получается. Вначале у нас есть команда GSD New Project. Мы её с вами видели. После того, как мы инициализируем проект, обычно наступает фаза, э, GSD discus FAS One. Смысл здесь заключается в том, что у нас есть несколько фаз. В данном случае у нас конкретно две фазы, которые мы описали изначально в спеке, да. Напоминаю, что вот фаза один и фаза два. И этот автономный робот, он переключился автоматически, то есть он, по сути, за меня запустил disc one по факту. То есть вы вызываете skкиsd discus face, ну, очевидно, что это выглядит крайне просто таким вот образом. И просто выбираете ту фазу, которую вы реализовываете, да? То есть это как параметр идёт здесь. Мы её обсуждаем, но так как у нас изначально всё было понятно и описано, то, э, он решил продолжить. И после этого он вёл следующую итерацию GSD Plan Face One. И после чего, что я обнаружил уже в логах, он начал запускать, видите, GSD Execute Face One. То есть, смотрите, планирование фазы, он обычно задаёт энное количество вопросов, после чего идёт точнее дискуссия, да, планирование, он уже запускает конкретную реализацию. И вот здесь мы можем посмотреть в фазе один план, да, например, ну, э, тут есть у нас получается три этапа. И, как видите, тут описано много чего: клиентский код, а какие-то обрывки компонентов снипеты, требования связки с другими элементами, да, где лежат те ээ элементы, которые составят нужный контекст. Как видите, тут довольно-таки большое количество описания. Действительно, Markдаdу файлов тут получилось много. И вот в какой-то момент он такой: "Окей, я запущу фазу один execute". Да. То есть после того, как мы всё это заполнили и обсудили, он запустил фазу execute первую часть. То есть на этой фазе он пишет код. Я просто отошёл, потому что агент работает, а тут я смотрю, он прекрасно что-то себе делает, и уже у нас появился код. То есть по итогу после GSD New Project мы должны были руками запустить вот эту вещь, но он решил это сделать самостоятельно. Я вам показал, как это запустить, поэтому я надеюсь, это не составит никаких проблем. Это всё зависит от тех пермишенов, которые вы выставляете в клод-коде. В целом, если вы с колод-кодом хотите нормально познакомиться с точки зрения там и MCP, и мультиагентной разработки, оркестрации плагинов и всего прочего, то тоже можете обратить внимание на курс в описании. То есть курс сообщества всё-таки разные вещи. В данном случае сообщество - это конкретная реализация, результаты плюс люди, лаборатории, там интерактивы, созвоны и всё прочее. Курс - это теория. Вот. А, но тем не менее, да, то есть я здесь не поясняю конкретно эти элементы. И мы сейчас находимся на фазе execute phase one. И мы можем уже наблюдать, как нейронка, то есть поэтапно что произошло. Она создала, вот посмотрите, очень объёмную документацию по нашему проекту. С многие вещи мы уже с вами здесь разобрали. resarch тоже на 1ты000 строчек присутствует конкретно относящийся к первой фазе. И вот начал [откашливается] реализовывать, да, мы пока наблюдаем это

### [40:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=2400s) Segment 9 (40:00 - 45:00)

всё в одной сессии. То есть мы начинали с GSD New Project. У нас уже есть, получается, и нодмодули, и в сорсе у нас, да, какие-то файлы определённые есть. Ну, в общем, наблюдаем. А что будет дальше? Смотрите, что интересно. И дальше он, получается, пишет что-то в summary, то есть по факту он реализовал то, что нужно, и запускает фазу self check, где он проверяет, собственно говоря, что было реализовано. Все 12 ключевых файлов верифицированы, и они сейчас уже реализованы. Шесть задач закомичены, всё реализовано. То есть нам осталось всякие envймен переменные сделать. финалет метамит. Метакомит, относящийся именно книги моду, да, то есть, точнее даже не к планг моду, а скорее вот к всей вот этой вот инфраструктуре долгосрочной памяти, которая к лод-коду даётся. И как видите, код у нас реализован по очень даже неплохой э схеме. Всё учтеное. Сейчас будем это всё анализировать, потому что это только фаза один у нас была реализована. Напоминаю, что у нас есть вторая фаза ещё. Надеюсь, что тут мы потрогаем ручками непосредственно команды ГСД. Но я вот так уже не совру. Часа полтора работает, а, ну, потрясающе. Неронка хотел сказать. И он, видите, wave первый завершён. Запускаю Wave 2. У него есть тудуха на вторую Wave. Ээ, значит, первый шаг был закончен. Смотрите, как это соотносится. Вот у нас получается, видите, план 0,2. В рамках этого плана он должен построить субагентов для того, чтобы видеть в регистрации. Вот это он будет сейчас реализовывать. То есть по факту, да, если смотреть, мы находимся сейчас на фазе один wave 2. Я думаю, что он уже на фазу вторую перешёл, на planing mode, но по факту он находится в режиме execute. Режим execute - это режим исполнения, то есть реализации. На нашем SDLC это конкретно поле implementation. А так вот, соответственно, он сейчас его реализовывает. Поэтому продолжаем ожидать работу агента. Результаты будем наблюдать дальше. Где-то здесь я видел, что наступила фаза, точнее волна три. Вот. Да. Execute wave 3. Смотрите, что нам важно из этого понимать, потому что агент работает автономно. Он после того, как её реализует, она у нас описана вот здесь. План, что у нас уже тут меньше всего, да? А по сути это реализации фазы один. В общем, тут уже какие-то детальки нужно изучать, да? Просто докручиваем, в общем, фазу один. Получается, что я хотел показать. Дальше он запустит фазу COD Review. Здесь, кстати, мы могли бы подключить и Super Powers для того, чтобы сделать какой-нибудь ТДD или, например, кодревю осуществить, но он запустит свой внутренний. То есть по факту, а он вот это вот будет запускать ещё verify work для того, чтобы убедиться, что всё это прекрасно работает. Соответственно, мы ожидаем, пока он это всё завершит, для того, чтобы сами протестить. Фазы вот эти вот обрисованы, да? Вот видите, он запускает код verifiire, код Revденый агент у него есть. И после этого он завершит первую фазу, наконец-таки, а после чего должны перейти ко второй фазе. Вот так вот выглядит современная разработка, дамы и господа. Ваша задача - уметь грамотно всё декомпозировать и собрать требования. Понятное дело, что на MVP проекте в Ютубе ээ всё довольно просто реализовать, всё понятно, бизнес-заказчик адекватный и чётко понимает и технологию, и всё прочее. Конечно, когда вы работаете с реальными заказчиками или в компаниях, там каша полная всего. И вот ваша задача уже становиться оператором-архитектором для того, чтобы это всё реализовать. А, но вы уже можете здесь видеть, насколько ничтожен аргумент с точки зрения того, что ИИ галлюцинирует и, э

### [45:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=2700s) Segment 10 (45:00 - 50:00)

не напишет код там. Вы должны знать архитектуру. Дамы и господа, как видите, я ручками вообще ничего не делаю, сижу комментирую. Просто всё оно прекрасно создаёт почти что с любым объёмом. Скоро вернусь. Так-с. И вот мы наблюдаем надпись, что все три волны завершены. Он запускает код revw, а face verifier параллельно. То есть внутри там показаны агенты. Кстати, в этом плане мне намного больше нравится параллизация агентов, как это работает в кодексе. Ну вот, наверное, будем с Super Powers разрабатывать как раз там для того, чтобы посмотрели разнообразие. Только что пока он кодил читал статью про то, что по бенчмаркам и по пользовательскому опыту вот именно на момент 10 мая двадцать шестого года кодекс обгоняет клод-код. Впервые я такое слышу. И по моему субъективному опыту действительно с очень высокими требованиями к интеллектуальным способностям GPT 5. 5 он делает лучше. Ну, кдко - это сердечки. Итак, фаза один завершена. Значит, он пишет некоторое самари, которое подсказывает вообще, что он тут реализовал. А, три волны, то есть уже энпоинты бэкэндовые. А, всё это описано в, собственно говоря, в планинге, в фазах, да. Как видите, тут всё у нас добавлено, например, а human verification. И с точки зрения ГSD мы должны сейчас по факту с вами проверить, как всё это работает. Значит, по идее он должен нам про это написать. И давайте мы сделаем следующим образом. Он даже подсказывает, что нам делать дальше. То есть опять же напомню, что в спеке у нас обозначено две фазы. Мы реализовали только первую. Он должен включать в себя layout, input и так далее. Да, мы можем даже попробовать это всё дело запустить. По факту у нас должен быть script npm run def. Давайте затестим. Он должен показать UI. И вот, собственно говоря, наш проект. Конечно, интересно, что современные нейросети перестали ээ писать на том языке, с которым ты общаешься с ними. Вот. Но по факту у нас есть UI, нас, допустим, это устраивает. Ну и понятное дело, что сейчас это не работает, потому что это всего лишь первая стадия, когда мы реализовали внешний вид, да? Где он тут у нас? Вот она монс дата, кстати, есть. То есть теория idea name. Нам в теории тут не нужно, да, ничего сейчас заполнять разумительного. Analized information. И вот, да, то, как он должен выглядеть. Мне, в принципе, всё нравится. Понятное дело, что UI можно очень легко с помощью скилов улучшить. то же самое frontend skills или Versal React best practices для того, чтобы всё это оптимизировать. Но в целом, то есть мы получаем vision product strategista coo marкетинг. Потом мы исправим layoutут, потому что это всё очень просто делается. Тоже покажу, как это сделать. А план, в общем, мне всё нравится. Да, кстати, можно ещё экспортировать Markда. Что он интересно запустит здесь? Давайте вот так вот посмотрим, да? То есть мы получаем полные сари. Отлично. Теперь аэ мы с вами переходим ко второй фазе, да, потому что первую мы уже реализовали. Для этого мы не будем использовать флаг авто, потому что надо будет показать вам. Мы просто делаем clear conversation и переходим к обсуждению фазы 2. Собственно, discus, да, напоминаю, что вот он у нас находится на какой стадии. То есть мы продолжаем реализовывать поэтапно. [фыркает] И сейчас что делает clotдко с ГСD? Он анализирует текущее состояние, а-а, где мы находимся сейчас, что он реализовал вообще, и переходит к загрузке контекста, да, всего того, что мы сделали. И мы будем обсуждать сейчас уже не в авторежиме, как мы хотим это реализовать. Я надеюсь, что он меня всё-таки спросит про то, что мы хотим использовать в качестве дышка

### [50:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=3000s) Segment 11 (50:00 - 55:00)

то есть LLM. Видите, он читает project requirements и так далее. То есть, по сути, начинается новая сессия совершенно. Но наша долгосрочная память, да, вот не просто так мы токены потратили сюда, она находится конкретно здесь. Ожидаем с точки зрения токенов, кстати, вот получается первая фаза, которую вот я сейчас показывал вам, она у нас длилась порядка 2 часов. чуть-чуть, может быть, меньше, да? И вот у меня сейчас получается лимитов израсходовалось 67% на плане макс. Ну, вполне себе приемлемая история. Тем более он обновляется через 50 минут, то есть нам должно хватить. Вот смотрите, что он пишет. То есть он, получается, загрузил контекст фазы два. Он уже встроен в приложение. Здесь он показывает, что нам нужно реализовать. То есть это уже реальный будет AI интеграция плюс полиш. А серые зоны он выделил шесть областей, по которым мы сейчас как раз-таки будем и отвечать. От граничу до четырёх опций. Так, ну давай. Так-с. Вот он спрашивает: "Какие области Face 2 хочешь обсудить? " Здесь мы начинаем работать с ним. А по факту нам нужно обсудить провайдера плюс модель плюс swop. Точно хотим это реализовать. Мультиow промг. А да, это мы хотим обрисовать. То есть как у нас будут работать непосредственно сами агенты. А я и ошибки ретрайлогирование. Не буду, это перебор будет для mdp. Poish scope тоже не хочу. Хотя он подсвечивает то, что, по его мнению, он считает рекомендованным, но в данном случае всё-таки мы решаем, как ему себя вести, потому что в этом и заключается наша роль разработчика, не просто же кнопочку нажимать. Правильно, мы ему ответили. [откашливается] Дальше он должен всё это суммаризовать. И после этого мы перейдём к уже непосредственному планированию, после чего будем писать сам код. Ага, принято. Обсуждаем две области: провайдер и multirow prompting structure output. Начну с первой, да? То есть мы обозначили те вещи, которые хотим обсудить. Соответственно, он сейчас будет нам вопросы задавать. Так, погнали. Значит, он задаёт уже нам вопросы, как это сделать. Значит, касательно провайдера. Какой провайдер будет дефолтным для фазы два? Здесь я обозначаю, потому что он предлагает нам либо antropic, либо Open AI. Но зачем? Если я скажу, что мы будем использовать AP, э, и SDK Open AI, но наша основная модель будет deeps. Я хочу, чтобы ты вынес в NV переменные base URL плюс model name для того, чтобы я это всё настраивал. О'кей. Проверяем, что здесь он правильно написал. Псик. Здесь имеется в виду вот такие вещи: base URL и там I model name. А дальше переходим к свопу. Выберем вот это. Как определить, что нужно вернуть Mox Future вместо реального и м типа если отсутствует э то есть как ему обрабатывать кейс, когда у нас нет и модели? Мм, давайте явный флаг поставим ему. И стартовая модель у нас будет other. А давайте посмотрим deepsek. У нас есть Documents.

### [55:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=3300s) Segment 12 (55:00 - 60:00)

Какие у него текущие? У нас будет вот это вот. А Deepsic V4 Pro. Отвечаю. Всё, он принимает это в работу и от этого формирует непосредственно саму спецификацию. Он нам сообщил, что хочет уточнение по ENF по певременным. Мм, как именуем ENFARS? Ну давай. Ладно, пускай будет так. Адаптер И пускай будет рекомендация. Нажимаем о'кей. Он продолжает планирование, точнее discussion, то есть обсуждение по факту этой фазы. Первая обувь закрыта. Сводка решений готова. Теперь мы переходим ко второй области. Тот момент, который мы хотели обсудить с ним. Итак, он задаёт вопросы [откашливается] относительно второй части про роли агентов. И он спрашивает: "Как вызываем lm для пяти ролей? " Single call, то есть один запрос со всей схемой сразу, один вызов, все пять ролей, вердикт. Мне нравится не экономить токены, как вы уже могли понять, поэтому я говорю, что нет, на каждую мы будем отдельный запрос отправлять. Какой дk используем для structured output? Ладно, давайте, допустим, этот. Насколько сильная персонаринг для каждой? Да, сильная будем делать. Как проверяем, что качество вывода достаточно высокое, да? Ручной acceptance. Когда вы ставите флаг авто, то он по умолчанию ставит как раз-таки вот все элементы, которые он считает рекомендованными, и поэтому вы уже не выбираете, как конкретно это реализовать. Смотрите, он из-за того, что я ему ответил не то, что он ожидал про множество запросов, вместо одного запроса, он начинает у меня уточнять, там типа предупреждает и по стоимости токенов, всякие разные схемки. И поэтому он хочет уточнить архитектуру. Ну что ж, его право. А с учётом tradeofs выше оставляем на параллель плюс синтез или переигрываем. Да. Что видит синтес? Да. Как разделяем схему? Да. Failor. А что делаем, если хотя бы один из руле боровётся? Делаем один ретрай. Больше кода напишет, зато более антихрупкое решение у нас в итоге будет. Как видите, дальше он продолжает задавать вопросы, потому что а какие-то вещи ему непонятны и чтобы мы чётко оцифровали то, что мы хотим сделать. Как обеспечиваем скептика? Давайте сделаем так. Ну, это порядок вывода. UI- это что править будет несложно, поэтому пока без разницы. И в финале он говорит, что ему всё понятно, а он в принципе готов э закрывать и создавать контекст. Ну, я в данном случае скажу, что да, но в целом мы можем сказать ему, что можем ещё обсудить, например, хендлинг ошибок, полиш или другие вещи. Но нет, я не хочу сейчас это уже обсуждать. Пускай собирает. Теперь, так как мы в ручном режиме работаем, следующий этап будет ГSD план face one, прежде чем мы

### [1:00:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=3600s) Segment 13 (60:00 - 65:00)

приступим к разработке. Но важный нюанс есть. Не обязательно тратить токены на эту фазу в случае, если всё достаточно хорошо было организовано в рамках дискуссии. То есть теоретически мы сразу же сможем перейти к фазе экзекции, ну, к реализации написания кода. Смотрите, в данном случае он самостоятельно запустил планирование фазы два собрал контекст. Ну, то есть мы чётко идём пока по нашей траектории, наблюдаем. В данном случае вы pipeline уже знаете, то есть мы переключились с planning мода на автоing execution mode, то есть по нашей схеме. Это получается, мы перешли на execution фазу 2. У нас есть три волны. И обратите внимание на архитектуру. Здесь у нас есть фаза два. О, прекрасно, он как раз-таки меня спросил, а, которая запланирована. Тут конкретно есть волны, опять три волны. Можем почитать, что они, а, нам дают. AI провайдеры, скорее всего, какие-то переменные и, вероятнее всего, UI какой-то допиливается. Ну, то есть это всё, по-хорошему нужно изучить, посмотреть, но я доверяю нейронке. Мне кажется, что всё это о'кей. И он, собственно, всё говорит мне: "Я готов запускать". Я такой: "Ну, давай, погнали". И всё, мы правильно задали архитектуру, мы правильно всё это спроектировали, сделали. Он пишет код. Нам остаётся только заниматься другими делами. Получается, я тут правильно хожу, там чай пью, кушаю, другие видосики записываю. Вот не просто садишься писать код, я помню это состояние, а конкретно проектируешь систему и наслаждаешься, что за тебя это всё делается. И в итоге, смотрите, он закончил 12 из 13 рекрементов, которые были заложены во вторую фазу. И сейчас что он значит просит? Он говорит, что для того, чтобы 13 из них было завершено, нам нужен human verification. Вот этот вот. То есть это означает, что нам нужно, чтобы человек пошёл, протыкал, как всё это работает. Для того, чтобы принять итоговое решение. У нас есть несколько вариантов. Первое, нажать approved, то есть, э, сказать, что всё чётенько, вторая фаза у нас закончена, ну, либо нашли какой-то баг. Я в данном случае, во-первых, хочу, чтобы агент немножечко поработал автономно ещё, потому что мне не хватило, а, во-вторых, потому что, э, я хочу, чтобы он завершил сейчас эту фазу. Я уверен в том, что верификация в данном случае человеческая пройдёт успешно, хотя мы ещё не запускали финальный проект с интеграцией искусственного интеллекта. закончат. В случае, если там какие-то будут баги, мы с вами их пофиксим через уже другую механику, не такую прожорливую к токенам, как это. Ну и заодно я просто покажу ещё, чем тоже сам пользуюсь для того, чтобы, а, лучше и глубже погрузиться в именно уже гсd. Итак, э, у нас завершился этот этап. То есть мы завершили вторую фазу, он написал, да, о чём идёт речь. Собственно говоря, что мы делаем дальше? Нам нужно посмотреть, что нам сделал агент. А у нас есть example. Мы должны его поместить в точка, потому что это всего лишь пример, и забить наши системные переменные. [вздыхает] А open base URL. А, понятно. Мы можем также его посмотреть на платформе в документации. А на самом деле base URL сейчас вот этот. То есть — [откашливается] — я просто уже работал с этим, я понимаю. Но, в принципе, вы могли просто взять, скопировать всю эту страницу, вставить в клод и сказать о том, что слушай, давай по вот документации сделаю обращение к опишке. Дальше мы руками создаём ключик. Create new. Там пусть будет, допустим, YouTube GSD. Копирую ключ и вставляю сюда. Аpsк V4фш это мы уже вставили. [откашливается] Хотя, кстати, он нашёл V4 Pro. Давайте сразу же. Хотя, ладно, давайте вначале начнём с флешки, а потом уже посмотрим. И Run Def.

### [1:05:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=3900s) Segment 14 (65:00 - 70:00)

Спустя такое количество времени, мы в итоге с вами реализовали целый стартап. Интересно, что у него остаётся данные, [откашливается] скорее всего, они хранятся в лока сторедже. Мы нажмём Start over. Параллельно открою консоль. Ну и погнали заполнять нашу идею, смотреть одновременно на запросы, которые уходят. И пишем название идеи. Значит, simple claw ide description. Значит, в рамках этого стартапа мы под ключ создаём Open Claw или GM для ребят, для того, чтобы сделать мас adoption AI агентов каждому. То есть человеку не нужно настраивать там ни докер, ни VPS, он просто платит за доступ. для него настраивается индивидуальный сервер, выдаётся безлимитный AP ключ к нейронкам, и он просто начинает уже работать с мощными ассистентами прямо внутри мессенджера. Target Audi - это то, на кого это всё рассчитано. Программисты, разработчики, предприниматели, IT люди, люди из Digital и те, которые хотят автоматизировать и повысить эффективность своей работы. Так, main pain. Для большинства людей сейчас есть две проблемы. Первая заключается в том, что, э, нейронки блокируют доступ. Очень сложно получить доступ. То нейронки блокируют, то государство блокирует. В общем, задача в том, чтобы м с помощью инструмента лишить клиента более всяких виpнов, заграничных карт, блокировок и дать доступ к топовым моделям в удобном интерфейсе. Второе - это то, что для правильной настройки текущих AI агентов нужно знать много дисциплин, в частности, настройка серверов. И поэтому, мм, тоже мы решаем эту проблему для того, чтобы люди больше, опять же, пользовались агентами. Я думаю, что этого более чем достаточно для того, чтобы протестировать. По-хорошему бы нам это всё сохранить в случае, если это не заработает. Сделаю скриншот. [откашливается] Ну и погнали. Analй idea. Так, алай он ушёл. Вот мне категорически не нравится, что он ответил нам моками. Я сейчас посмотрел, почему. Потому что написано здесь мок, видите? Апач. А, соответственно, тут написано, да, что можно убрать вообще эту настройку. Давайте уберём. Зачем она нам нужна, непонятно. На всякий случай обновлю для того, чтобымент подцепился. Что ж, нужно будет заново. analy выдаёт ошибку. Эту ошибку нам, по-хорошему нужно исправить. Я беру, копирую всю вот эту вот историю. Clear. Не говорю, найдена ошибка. Logs. А я это делаю для того, чтобы он лучше парю ответ. Закидываю пока сюда. То есть проблема есть с апиколом, который я поменял нала, потому что вот это значение. И смотрим, что он нам здесь подскажет. В данном случае уже работает обычный клод-код, потому что он имеет опять же всю архитектуру, это прелесть ГSD, и мы можем этим пользоваться. Дальше любые изменения будем вносить уже с помощью Гс. И смотрите, очень хорошо, что получился такой кейс, потому что как раз-таки баги они могут быть, особенно при работе с сторонними библиотеками. Псик недавно поменял опишку, соответственно, он отличается там от SDK и так далее. Он видит, да, что корень найден, я SDK, Open там дефолтный вызов и так далее. А отсюда 404 not found бывает, а fix одна строка. И мм

### [1:10:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=4200s) Segment 15 (70:00 - 75:00)

он нам предлагает сделать это через такую систему, которая называется GSD Quick, да. Go через Quick. Это, грубо говоря, отдельный скилл, который позволяет брать и вносить быстрый фикс. Потому что если каждый раз писать вот столь объёмную документацию, в этом, ну, никакого смысла, в принципе, не будет. И вот он запускает Quick Task. Это, по сути, обычный запрос к клод-коду, тому же самому, но который специализированно понимает как работать с архитектурой ГСД. Стоит заметить, что обычный клод, честно говоря, тоже неплохо понимает это, тем более с такой грамотной перелинговкой в планинге. Но тем не менее, а раз уж мы работаем в рамках инструмента, то логичнее использовать его возможности. Знаете, говоря также про дополнительные хуки, если меня память не изменяет, их там порядка 73 в ГС. И вот эти вот шесть базовых - это вот фундаментальная база, которая присуща данному фреймворку. То есть даже есть минифицированная версия ГС. Вы можете использовать вот эти вот шесть основных фаз, и всё будет достаточно. Но тем не менее, значит, оставшиеся там сколько? 67 получается инструментов. Они также присутствуют. Э, наиболее такие знаменательные, я бы сказал, вынес также в продвинутые команды, например, а, Newestone. То есть ГSD может делиться на разные, ну, у него есть разные категории. Это, знаете, как сториies не сториies, а стори с вот эти. И здесь то же самое. То есть, допустим, есть, получается, план, а, который находится внутри Майлстоуна. Вот. То есть малстон - это такая типа какая-то большая фича. Дальше внутри плана естьйвы. Это мы уже с вами разбирали. Вот, соответственно, в проектах, когда я создаю действительно какой-то прямо вот, ну, новый функционал там, который уже сильно выходит за рамки существующего, да, то есть это не оптимизация, это именно создание нового. Я сперва проектирую это всё через GSD Milestone, после чего уже идёт планирование этапов, ну и так далее, и так далее. Это очень важно. Вы также можете заранее с помощью такого хука, как GSD Seat plant, по-моему, а добавлять такие следующие будущие ориентиры milлстоны, которые будут, чтобы ГД тоже по ним ориентировалась или подсказывала вам. Но это не обязательно делать. GSD SP Face, то есть он фиксирует, что и зачем должна вообще, в принципе, дать фаза. Если вы разрабатываете прям значительный enterprise сегмент, то тогда, конечно, это можно будет расширять. То есть это просто дополнительная туза. Quick мы как раз-таки с вами вот прямо сейчас рассматриваем. Он там что-то делает, то есть для небольших задач, которые без идут э вот этого ритуала, да, как он сам описывает, план исполнения след, планик и так далее. А очень интересно. Этим я, кстати, не пользовался. GSD Spike - это когда ты, ну, можешь протестировать гипотезы. То есть, ну, прикольно, можно будет затестить. А скетчем тоже не пользовался. Кстати, вот очень интересно можно было бы сделать, потому что мне не очень нравится дизайн в приложении. Например, заранее взять и заскетчить несколько вариантов HTML для того, чтобы мы выбрали дизайн. Ну, прикольная темка. Опять же, я не вижу большей проблемы в дизайне, я вообще отдельно его делаю, но тем не менее. Map CBASE - это картирует существующий код через маперы агентов. Архитектура, качество, риски, поиск по Intel. Интересно. А, ну, короче, ищет агентов, которые можем подключать. Workstreams. Вот это, конечно, к параллелизации работы над проектом вопрос сомнительный. Э, потому что во многом, конечно, можно это делать, но вот как будто бы на моём опыте не всегда это удачная идея. Отдельный хук для дебага. Понятно. Аэ, как раз-таки анисли в Capture, раньше был план se, теперь оно находится в Capture. Прикольно. Автоматизировали COД Review. Он, э, понятное дело, это встроенный кодрев агент непосредственно в сам ГД Security, что очень классно, и Graphy, который обновляет knowledд, граф проекта. Очень классно тоже. То есть с помощью этих инструментов не нужно помнить про то, как э там э писать документацию, как там её обновлять, какие промты. У вас уже всё сделано. У вас есть полноценный штат разработки по факту вот, который вы

### [1:15:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=4500s) Segment 16 (75:00 - 80:00)

можете использовать и понимать, за что оно отвечает. И тем самым, то есть просто агент будет работать там час полтора-два, как вот сейчас уже, но мы уже часа четыре пишем этот ролик. Ой. А в общем, разрабатывать проекты. Дожидаемся, когда, значит, он свойк выполнит. Я хочу увидеть свой рабочий стартап за 4 часа. Собственно говоря, прошло буквально пару секунд. Давайте затестим. Он говорит, что всё по фикшена. Комиты есть. Так, мне, конечно, вот не нравится, что это баг есть, да? То есть нужно ему сообщить про то, что зачем, да? Можем посмотреть в application. Bu to kir. Ну, кстати, интересный у него, конечно, формат есть. То есть он сохранил тоже в сторедже. Это, видимо, рудимент остался, да, его можно будет подобрать. Нас интересует analiz idea. Something went wrong. В таких случаях мы смотрим консоль. И что интересно, опять у него какие-то проблемы с форматом. Можем так сделать. Он пишет, что это прогресс. 404 пропал. Теперь он говорит про то, что format type is unavailable now. То есть ему не нравится просто формат ответа. DPC поддерживает только response format. Я ему скормил, в принципе, доку. Сейчас покажу, как я это сделал. Зашёл в документацию псика, скопировал всю вот эту вот историю и просто вставил в него. Хочу ещё прокомментировать здесь, что такой промт простой я ему написал, да, что, мол, ошибка, иди разбирайся, потому что было очевидно, что конкретно здесь происходит, да? Аэ, речь идёт про IP ошибку, которая находится в контексте как раз-таки этого фикса, да, поэтому пятисотая ошибка, да, вернула. Ну, то есть с этим нам не нужно разбираться. Оно относится именно в этом контексте. Поэтому здесь там типа делать промт инженеринг особой вижу не вижу смысла. В данном случае он предлагает мне три варианта решения. Точнее, он объяснил проблематику, которая здесь происходит. Что-то с респонсйпами. Есть четыре варианта решения. Я считаю, что проблема здесь, потому что чуть-чуть примерно понимаю, что он там может делать. А я просто выбираю единицу и говорю: "Работай". Ну, в принципе, всё как настоящий программист. Что-то написал, что-то работает, потом начинаются детали. Но, слушайте, чтобы вот такую штуку накатать, конечно, ну, нормально уйдёт времени для обычного программиста. Это вот всё реализовать с юаем. Он вообще замечательно справляется. Всё утилизировано, код хороший, всё правильно декомпозировано. Ну, понятное дело, что можно улучшать будет там потом дизайн и так далее, но мне нравится, как он пишет код. Опять новый GSD Quick пошёл. Ожидаем. Смотрите, в итоге приложение заработало, были проблемы с именно опишкой и форматами ответов. Значит, и вот что у нас в итоге получилось. Последний анализ 6 минут назад. Очень здорово, можно начать заново. У нас есть полный вердикт с данной идеей 72%, что довольно неплохо. Есть оценка продукт, стратегиста, сетевого грофмаркетера, скептика, инвестора. Да, они уже описывают неплохой вариант. Мне что не нравится, всё на английском. Поэтому, [откашливается] значит, я сделал следующую задачку пока. А, вызвал скил гd, который позволяет быстрое применить изменения. Я уверен, что для вот этого изменения ему не нужно будет переписывать кучу конфигов там и логики приложения. Я ему написал, чтобы он просто сделал всё приложение и ответы на русском языке. Он составил себе чек-лист, собственно говоря, пошёл работать. Я сейчас ожидаю, чтобы это всё было понятно, красиво и так далее. И то есть вот с помощью таких уже вещей, да, опять же, без сознания майлстоунов, там, новых этапов и так далее, можете э

### [1:20:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=4800s) Segment 17 (80:00 - 85:00)

делать быстрые фиксы для того, чтобы доточить приложение до нужного состояния. И в итоге, смотрите, оно заработало. Там проблема была в некоторых форматах опишки и так далее. Мы описали свою идею, нажали проанализировать. Тепер всё на русском языке понятно просто читать. Вердикт аж на 85%. Пивот- говорит мне, идея решает реальную боль, но в текущей формулировке это убыточный реселерский бизнес с нулевым мод, который нужно сузить до платёжеспособного условия прокси в Telegram с понятной юнит экономикой. Нормальная тема, кстати. — [откашливается] — И здесь мы можем почитать, как действительно думает про это там продуктовый стратег, CTO, маркетинг по росту, скептик, инвестор. Прикольно. Сильные стороны, реальная неудовлетворённость, потребность, платежи, риски, объём MVP. Чего избегать? План на 7 дней. Прикольно. Мм, эксперименты для валидации. Ну, а значит, и экспорт, разумеется, да? То есть я считаю, что на этом первый стартап можно закончить. Потому что, честно говоря, он получился у нас хорошим. Я бы хотел также сказать, что для такого MVP я бы выбрал клодкод, да? То есть вот если говорить только про объём такого проекта, то я бы не стал заморачиваться там не с Get Shit Down, не с чем-то ещё по той причине, что тут довольно-таки мало функционала, но я вам уже объяснил то, что это рамки Ютуба и так далее, и так далее. Соответственно, getdone, он позволяет нам сформировать вот такую серьёзную документацию по проекту, когда мы теперь можем в любой момент вернуться к проекту, посмотреть на там план и так далее. Но здесь вы понимаете, что он учитывает просто огромное количество контекста. То есть этот подход, он больше подходит для enterprise разработки, если так угодно, потому что он будет учитывать действительно большое количество взаимодействий. Понятное дело, что дальше мы разрабатываем там новые малстоны, когда хотим уже внедрить, например, там триальный период, период оплаты, то, как это упаковать, там, допустим, devops полностью оформить и на VDS залить, это уже, ну, вторичные этапы. То есть на текущем этапе, опять же, мы за пару часов получили полноценный действующий рабочий стартап, немножечко поработать над фронтэндом и так далее, и будет здорово. Сейчас давайте перейдём ко второму этапу. Я перешёл на вкладочку Super Powers и поговорим про них. По сути, Superpers похожая история на ГС, только чуть в меньшем масштабе. Она больше походит на некоторую утилитарность, потому что по факту это набор навыков, которые нужны на разных этапах разработки. И в этой схеме, в принципе, понятно, во-первых, из чего строится процесс разработки как таковой. То есть можем видеть, что здесь есть идея, когда мы формируем дизайн, спецификацию, реализовываем план, сборку, проверку и финиш. Это очень похоже на нашу как раз схему SDLC. И на каждом из этих этапов мы применяем соответствующий скилл. Например, э здесь показаны основные скилы, которые вам потребуются при работе с Superpowers. И самый базовый, наверное, из них - это using superpowers, который позволяет вообще проверить, подходит ли какой-то навык сейчас до начала конкретных действий. То есть, по сути, это такой личный ассистент, который позволяет понять, какой из навыков вытащить. Брейнштормик он нужен на этапе спецификация, и он, по сути, формирует более чёткий дизайн. ТЗ, спецификацию, позволяющую лучше оцифровать и зафиксировать необходимое количество информации, чтобы он всё это реализовывал. Writing plans позволяет разбить работу на шаги и конкретную реализацию. То есть, по сути, вот в ГС мы с вами рассматривали, что есть этапы. Вот, соответственно, здесь похожая штука. Test driven development нужен на этапе сборки для того, чтобы как раз прежде всего реализовать тесты и потом уже фокусироваться на сборке непосредственно. Verification before

### [1:25:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=5100s) Segment 18 (85:00 - 90:00)

complete нужен на этапе, когда мы уже проверяем рабочее приложение. Он запускает всё это в браузере, смотрит, работает, не работает и так далее. Ну и Finish Development Branch, он как раз-таки уже по сути фиксирует необходимый этап. То есть и планирую следующие шаги. А здесь также у нас есть подсказка по артефактам, которые произведены по определённым шагам, куда они все складываются, да? То есть, например, после Writing Plans мы складываем также в доке, в Superpowers, но они здесь менее обильные. То есть, например, для того, чтобы создать САС приложение, которое мы сейчас делаем, нам Superpowers на самом деле больше подходит, потому что это не масштаб энтерпрайза. Ну и на всякий случай я вам приложил, э, примерный пайплайн продукта, как это всё реализовать. Давайте перейдём к практике сразу же, чтобы посмотреть, как это работает. И в данном случае я буду использовать кодекс а для разнообразия. Ну и плюс вот прямо на текущий момент, как я и говорил, кодекс чуть ли не лучше становится колод-кода. Значит, смотрите, что я сделал в нём. Создал пустой проект. Я открою его в файндере. И у меня тут есть один файл спек. В данном случае я сделаю другой проект, другую спеку. Он нужен для того, чтобы из одной идеи формировать большое количество там контентных единиц для социальных сетей. То есть на основе искусственного интеллекта, разумеется. То есть он подойдёт там для крейторов, экейторов, фаундеров, тех, кто работает с иишкой. А, и здесь мы закидываем одну идею. Дальше он её декомпозирует на множество, например, для Ютуба, для Телеграма, для Икса, для обучающих курсов, для индихакеров, например, для создания приложений, а, и эюкаторов и так далее. Вот. То есть посмотрим, как мы с помощью Superpow сможем это реализовать. И начинается всё вот примерно с следующего. То есть я перехожу сюда, создаю здесь новый чатик и в первую очередь я вызываю навык. Да, безусловно, нужно вначале его установить. Superpowers GitHub тоже довольно-таки популярный репозиторий. Для того, чтобы с ним стартануть, мы можем его сразу установить для clotкода, например, командой Plugin, Install, Super Powers и так далее. А использовать Marketplace, либо установить в кодекс CLI, что, в принципе, тоже довольно-таки круто работает. Gemini Open Code Cрсор, то есть он достаточно универсальный в данном случае. Я в свою очередь делал вот таким вот образом. просто говорил: "Установи мне это". И всё. И он его устанавливает дальше. И после чего вы перезапускаете кодекс и у вас доступны навыки здесь, например, а мы как раз, когда начинаем какой-то проект, мы можем начинать с using superpers. Таким образом, я его здесь вызываю [откашливается] и говорю: "Я начинаю новый проект. Посмотри, что мы можем использовать с учётом". И дальше указываю а путь до файла спеки. Пока поставлю 5,5 средний. Погнали. Напоминаю, что данный скилл, он нам подсказывает вообще, а какие, а, скилы из Superpers могут подойти нам на текущем этапе разработки. Всё, видите, он начинает читать спеку. По контексту пока это чистый проект, то есть там только один файл, спецификация довольно зрелая, маленький САС инструмент. И он мне тут выдаёт такую, значит, историю про то, что я могу тебе показать это всё визуально в браузере. Я такой: "Ну давай, только на русском общайся". Он предупредил, правда, что токены могут скушаться, но ничего. Всё. И он начинает читать там свой уже внутренний скилл. называется Viso, а ком companion типа коion. Вот. То есть в Superpowers есть внутренние навыки. По сути, это как раз-таки узкопрофильные специалисты, которые работают. И вот он выдаёт нам страничку. Давайте

### [1:30:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=5400s) Segment 19 (90:00 - 95:00)

её откроем. Пока она пустая, потому что он ждёт ответов от меня. Ну, говорит, что важнее сделать понятный структурированный процесс или как демос прототип. Чуть больше внимания уходит на полировку интерфейса и ощущения готового продукта. Ну давай второй выберем. Нам интересно посмотреть, что он нам в итоге предложит. Дальше он спрашивает: "Интерфейс самого приложения делаем на русском". На русском. И дальше он предлагает мне выбрать одну из таких вот идей по визуализации. Ну, мне, допустим, хмм, давайте, допустим, первый вариант выберем, что довольно-таки удобно, что мы заранее можем видеть, ээ, да, какие, э, какой интерфейс может быть у программы. Дальше он спрашивает про стек, э, ta wind или shut cn. Пусть будет тайлви для простоты. Я с этим согласен. Нам сейчас не нужно переусложнение. Здесь он нам предлагает сразу же использовать, э, ну, точнее, три стека, три подхода, но мне нравится точно первый. Архитектура. Следующий вопрос. Делаем маленькое next приложение. Единственный backroad. Ключевые модули. А, да, всё чётенько. Ждём, пока он нарисует первый экран. Можно, наверное, смотреть, да, как он будет тут реализовывать. И он нам предлагает вот такой лейут. Страничка. Мм, довольно-таки красивые экранчики. Мне всё нравится. Да, всё чётко. Утверждаем. Ну, понятное дело, что можно поправить в случае, если что-то не устраивает. Говорит: "Осталось согласовать поведение генерации, ошибки, проверку. После этого я займусь уже реализацией. Дизайн. То есть вы вообще понимаете, что происходит, да? То есть мы сейчас по сути находимся в режиме брейншторма, когда он нас проводит такому техническому интервью для того, чтобы собрать с нас всю необходимую информацию. Я ему говорю, что да, всё ок. — [откашливается] — и он начнёт реализовывать нам данный документ. В данном случае по факту мы находились уже, то есть мы запустили с помощью using superpowers, и он решил, что на текущем этапе нам лучше использовать brainшторминг. Он сам его подключил. И видите, у него есть артефакт, да, то есть docs, superpers, spec. Соответственно, видите, он его сюда его, этот артефакт будет записывать для того, чтобы потом по нему ориентироваться. И в отличие от того же ГСД, здесь будет находиться всего лишь вот, ну, такой вот маленький а документ. То есть меньше токенов, понятное дело, что меньше чёткости, но всё же. Что интересно, у него есть внутренний критик. То есть теперь проверяю его как спецификацию. Ещё незаполненные места, противоречия, риск распознавания объёма, распо расползание объёма инициализирует гиit. То есть мы ничего не делаем здесь. Мы просто как продуктовнер данной системы натравляем его на то, что ему нужно реализовать. Направляем как бы по каким-то эж-кейсам. И у нас получается есть документ. Сейчас постоянно путаю эту кнопки. В принципе, да, здесь можно посмотреть на структуру документов. То есть вот они у нас doки super poers, спецификация. Вот наша спека. [откашливается] Здесь он уже её переписал под себя, технический стек выбрал, да, какие-то там реализации, хендлинг фазы. Ну, то есть похоже на правду. И смотрите, пожалуйста, пробегитесь по дизайну, скажите, можно ли переходить к Implementation Plan. По факту, значит, он нам предлагает перейти в режим Writing Plans. Видите

### [1:35:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=5700s) Segment 20 (95:00 - 100:00)

спецификация или требования уже есть, а код ещё не начат. То есть как раз-таки на этом этапе и подключается этот навык. Мы можем как поступить? То есть можем начать новую сессию, например, да, и спросить, а, например, используя hook using superpers, а что мне дальше делать, чтоб реализовать приложение, например, либо сразу же использовать writing plans для того, чтобы перейти конкретно к этому этапу мануально. Давайте попробуем using superpers. Даже интересно, предложит ли он их или нет. И вот что он нам выдаёт. Следующий правильный шаг- утвердить спецификацию, а потом писать implementation plan. У тебя уже есть закомичный дизайн, то есть он ориентируется в тех доках, которые создаёт. Дальше он говорит: "Перечитай этот спек, если всё ок, да? То есть делай э подтверждение". После этого я подключу Writing Plans и разложу реализацию на фазы, задачи, ну и так далее, и так далее. А, собственно говоря, как видите, это новая сессия, но при этом он прекрасно в нём ориентируется как разработчик, понимает последовательность шагов. Я говорю ему: "Всё ок, погнали". Видите? Да, он переходит к созданию наших планов. Здесь, как вы можете понимать, всё немножечко проще происходит, нежели с ГСD. И он даже интересные комментарии оставляет про то, что я сейчас запишу план в Docs Implementation. Это единственное изменение на этом шаге. Сам код приложения пока не трогаю, потому что workflow, то есть как раз-таки и прелесть Superpowers требует для начала сохранить план. Так, кстати, что интересно, он прямо даже чётко описывает, что план здесь будет не списком пожеланий, а рабочей инструкцией, какие файлы создавать, в каком порядке. какие команды запускать, где фиксировать результаты. Заодно проверю, что он открывает Deepsic, MOC, а mode, UI, Exпоort и Redmi. В принципе, в клодкоде, когда вы работаете, там постоянно есть переключение между режимами. Например, планмод. Это вот похожим образом работает, только более продвинуты, на мой взгляд. Там тоже как артефакт вы получаете полноценную рабочую спецификацию. Итак, он завершил. Нам необходимо сделать ревю. Получилось полся строк. По сути, это полноценный план потому, как всё это реализовать. Есть файловая структура для первого этапа, я так понимаю, потому что есть MOC response. Похожим образом есть Markdown Export, NextJS Proect. Проверяем какие-то конфиги, то есть это базовые, значит, типы. А пример того, как это всё будет возвращено. Экспорт. Хх. [откашливается] Ну, смотрите, то есть мне, в принципе, всё нравится в данном случае. Там главное, чтобы опять с dipсик респонс тайпом всё нормально было, потому что они сейчас переделывают свою систему. Можно посмотреть, кстати, на а попом на системные промты. Тоже довольно интересно. Deeps он будет забираться извременных. Ну, в общем, я доверюсь ему сейчас. А он, кстати, проверяет ещё, как из курла доставать все эти вещи. Что ж, и он нам предлагает на выбор две реализации. Опять на английский переключился. А первое subagent driven разработка, когда он будет всё это создавать и делегировать через различных субагентов самостоятельно сделанных. Я это выберу. Второе - это inline execution, когда он шаг за шагом в этой сессии берёт и создаёт всю эту историю. Вот. И смотрите, выбираем subagent driven execution. Подключено подключен этот инструмент. Он задаёт механику одна задача. Свежий worker revw следующие шаги. То есть по

### [1:40:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=6000s) Segment 21 (100:00 - 105:00)

сути заменяет нам такую команду разработки. Перед реализацией нужно ещё маленький, но важный этап. Мы сейчас на ветке main. Нет, делай всё в ме. А, потому что здесь несложный функционал. Я уверен, что он справится. Но, в принципе, мы могли использовать для этого гит дерево для того, чтобы всё это работало. Вот. И то есть, что получается? Всё, он начал у нас просто работать. Вот так вот просто это делается. У нас есть конкретный прогресс. Вначале он там формирует NextJS, потом Task спецификацию и так далее. И что интересно, то есть он здесь работает как оркестратор типичный, потому что берёт и создаёт субагентов под конкретную задачу, выбирает ему роль, орисовывает ему чёткую спецификацию и так далее, и просто начинает реализовывать. Вот, пожалуйста, созданно у нас э HERSAL. А вот и пока Workкеer у нас делает работу, я готовлю ревью шаблоны. Сразу же уже подключает кодревю агента. То есть всё, вот эта вот тема с SDLC, она начинает просто работать полноценно сейчас, потому что он самостоятельно состаёт этих агентов, которые уже, э, правильно запромчены и сделаны ролью. И всё, вот оно работает. Дальше у нас визуально будет показываться, какие агенты есть, да? То есть вот у него сессия, например, идёт. Что он тут делает? Он, э, опять внутри использует using superpowers, и он подключает test driven development уже внутри себя для того, чтобы реализовать, а, ну, тD, разумеется, да, то есть тdill, explicit treats, generate, coding only и так далее. Тд, то есть он вначале пишет тесты, он описывает, как должно вести себя приложение, а потом уже написывает здесь функционал. И в данном случае нам остаётся только ждать, когда он всё это реализовывает. Ну, то есть он параллелит данный процесс. И что интересно, не думаю, что я буду рекламировать Chat GPT, но вот прямо сейчас CHPT очень хорош э для программирования. У него намного выше лимиты, нежели у кодекса того же, ой, простите, у клодкода. И при этом он довольно красиво оформлен. Давайте дождёмся следующего этапа. Также здесь хочется показать, что он реализовал, получается, первую задачу и запускает сразу же ещё несколько агентов. Например, Макwow, Gilbert, которые реализовывают свои собственные части. То есть идёт жёсткая параллелизация, из-за чего, конечно же, повышается точность и, а, скорость работы, да. Если мы посмотрим с вами, то вот получается первый воркер фоновый а отработал. Можем посмотреть, что у нас тут делает Maxwell. У него получается тут есть какие-то проблемы с линтом. Он его будет решать. Всё, видите, разрастаются уже агенты. Опять же, если вы спросите про токены в данном случае, то, ну да, не тратятся, конечно, но не критично. То есть у меня подписка вообще здесь за 20 долларов. И он прекрасно работает, честно говоря. Подумываю взять за сотку, потому что, ну, хороший инструмент, нужно брать. Смотрите, что мне ещё очень нравится в Super Powers - это то, что в процессе, когда он закрыл третью таску, а он начал собирать приложение UI, и он автоматически посмотрел, что есть скилл, добавленный внутри машины, называется Frontend Design. Он его подключил, потому что, ну, понятно, первый экран, это должна быть репрезентация, в принципе, самой страницы. Вот в ГС я такого не видел, чтобы он самостоятельно подключал другие скилы. Он больше работает как некоторая само стоятельная такая вот рамочная система. Этот пошёл и достал. Это приятно, потому что skill frontend дизаign он позволяет лучше оптимизировать непосредственно сам фронтенд уже с существующими навыками. Вот поэтому а работает здорово. И как видите, то есть он поэтапно, поэтапно сейчас выполняет вот эти вот все шаги, подключает там воркеров. Я параллельно слежу за лимитами.

### [1:45:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=6300s) Segment 22 (105:00 - 110:00)

Посмотрим, как сейчас пойдёт. Что интересно, мы сейчас наблюдаем борьбу э реализации стартапа и оставшихся лимитов. Получится ли у меня это сделать сейчас до отъезда. А, но по факту код весь написан. Я думаю, что мы можем его даже посмотреть. [откашливается] Мы находились на этапе CD Quality Review. Значит, какой-то workркер, да, у нас это делал. Вот були. Он поймал две вещи, которые реально важны при live IP. Слабая shape validation и promptт без требуемых количеств. Он управляет фиксы воркеру. То есть, э, если смотреть на нашу диаграмму из DLC, получается, что прошёл этап implementation. Дальше вот сейчас кодрев происходит именно вот на этом этапе он нашёл некоторые ошибки, он перекинул обратно в implementation, запустив фонового агента. А почему он показывается у меня здесь? Интересно. Может, у них проблема с вёрсткой? Видите? То есть я пытаюсь скролить и не получается. Ага, вот он его запустили. Вот, получается, он вносит изменения сюда. Это хорошо. О'кей. Файл не хочет открывать браузер. Так, ну и лимиты 13%. Смотрите, интересно. Он создал теперь отдельного агента для того, чтобы сделать кодрев для всех изменений для на полном div, да, вот как он задаёт в данном случае системный промт. То есть у него есть конкретные хэши гита, которые он должен смотреть. проект, его задача где-то я видел сейчас вот modify files, то есть не изменяй файлы, а описание и дальше этот агент, он также с использованием Хука using Superpers уже понял, что ему на этом этапе необходимо включить hook [откашливается] receiving Code Review. Ну и всё. И, собственно говоря, он этот кодрев нам и делает. Примерно такая вот механика здесь. Смотрите, что я сделал. А я остановил его, поскольку у меня просто ситуation, чтобы записать оставшиеся, а ролик успеть. То есть я спросил у него: "Слушай, код уже написан, можно я его протестирую пока? " Да, он не закончил ещё этапы код. Он говорит: "Да, код уже есть, можно тестировать". Есть local host. Давайте его откроем лучше в внешнем браузере. А, и contenter. Тут довольно-таки неплохой дизайн, кстати, мне нравится. Есть тема, значит, что он нам сам говорит, как тестить. Открой сейчас. Вставь нарги сгенерировать. Но нам не очень это интересно, потому что, мм, ну, мог данные как работают, просто визуализацию посмотреть, такое как будто бы, да. А нам нужен de копики model, то есть вот это вот нам нужно всё ставить в ENF. Создай file. Собственно говоря, давайте так и сделаем. Посмотрим, что у нас тут есть. Че команды LS, да? Я сделаю touch. Я сделаю n тоf. Вставлю сюда, получается, вот эти наши ключи. Значит, нам потребуется IP ключик. Create new aper YouTube. Пусть будет create пики. Копирую. А вставляю их вот сюда. Здесь будет работать V4фш. Ну, в принципе, давайте V4 Pro поставим всё-таки. Потому что всё-таки это серьёзная работа. Сохраняем. LS тоf local. Да, тут, видите, присутствуют все

### [1:50:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=6600s) Segment 23 (110:00 - 115:00)

данные. Вот, соответственно, а сейчас нам нужно сделать заново запустить процесс. Я попросил его остановить кохоз для того, чтобы не было никакого каширования. и делаю npm run def, как он сам нам и пишет в данном случае. Вот npm rde def. Блин, он по умолчанию открывает внутренний браузер. Давайте сделаем мм здесь внешний браузер, да, и чисто теоретически он должен сейчас работать уже с реальными данными Network. Так, давайте посмотрим, что нам здесь нужно. Введите тему, тезис и контекст. Инструмент соберёт структуру видео, посты, треды, хуки и так далее. Тема. Давайте в данном случае что-нибудь простое. Как мы переходим от вайпкодинга к агентской разработке? Я не знаю, почему они VIP делают, если viбпити также работает. Главная мысль: профессии меняются. Нужно адаптировать свои навыки. программисты и разработчики. Давайте, пусть это будет educational цель. Start discussion, то есть начать дискуссию сетя, э, подписаться на Telegram-канал, то есть Code to action, это называется. заметки. Сделай красиво, чтобы вообще было продающе супер классно и нам понравилось. А давайте тестировать, будет ли это работать. У нас отправляется один запрос на generate. Э, Payot надо посмотреть. То есть это то, с чем мы данные отправляем. Ну, как видите, тут всё чётенько поменялась кнопочка. Ну, пока всё хорошо, пока всё запускается с первого раза. Мне нравится. В этом, на этом этапе мы можем посмотреть Так, ага, понятно. Клод по умолчанию включил. А посмотреть на коды. Почему-то, кстати, здесь его не пишет. Хотя, если мы посмотрим здесь открыть finder, да, то он тут у нас присутствует большое количество всего. Можно открыть в ирфе проект, да, вот он у нас присутствует. То есть можем код посмотреть. Это пока работает. А, понятно, что есть next. Код довольно-таки чистый в данном случае компоненты разбиты, документация есть. Вот, кстати, который мы писали спеки. Ну, это вот схемы различные, это моки. Ожидаем пока. Так-с. И ура, всё запустилось с первого раза. Мы получили двухсотый ответ. Respons тут довольно-таки крупный текст. Сейчас мы его почитаем. То есть всё, консолька мне не нужна. Итак, а всё можно копировать. Что мы получили? Да, в итоге я написал просто какую-то базу YouTube video structure. Аэ, если ты до сих пор копишь в копилку нажатия на tab, ладно, переключимся потом от дипсика. Э, но тем не менее, да, это позволяю, тренируешься быть бывшим программистом. И сегодня я объясню, почему вайпкодинг - это тупик. И куда на самом деле движется индустрия год назад мы радовались, как AI дописывает за нас функции, появись термин. Ну, неплохо, кстати. Проблема. Core explanation demo angel. Неплохо, кстати. Можно записать такой ролик. Будет клод, конечно, у меня получше с этим справляется, но всё же. Five YouTube titles. Прикольно. Подключь уже прямо это вот. Вот это хорошо сделано. Блин, прикольно. Сразу же есть концептбнейлов. Блин, я даже захотел себе такой стартапчик зафигачить, потому что это очень удобно в агента одного засунуть. Конец вайп-кодинга, эволюция разработчика, больше не пишешь код. И это просто вот всё скидывается, значит, этому дизайнеру и так далее. Telegram пост. Нажимаешь Tab, весь его проводишь, весь его до первого продакшн инцидента.

### [1:55:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=6900s) Segment 24 (115:00 - 120:00)

Ну, не сказал бы, что это прямо Telegram пост. То есть конечно же, вот дальше я бы улучшил этого агента, написав ему более системный промт. то, как я, кстати, в клубе рассказываю механику по созданию вот этих вот агентских систем, как правильно их тренировать, чтобы они выдавали наилучшую конверсию X и ТS. Кстати, вот это прямо вообще имба, я считаю. Блин, прикольно. Надо будет сделать это. Ну-ка, скопирую. Вот как раз скопирую всё это и вставлю себе куда-нибудь в сохранёнки. Арюсы вайпкодинг. Стыдно, слушайте. Ну я как А ещё и есть. Я считаю, что на самом деле получилось супер имбово. А это очень полезный инструмент, как видите. То есть просто вписываешь идею. Честно говоря, такие вот можно вещи просто продавать. Единственное, что здесь вот с точки зрения там именно продукта нужно было бы допилить, это то, что, ну, я вижу здесь несколько вещей. Первое, для каждого из [фыркает] агентов сделать хороший, нормальный системный промт. Они у меня уже есть, поскольку я этим пользуюсь и работаю. Они у меня все в клод в скилах сделаны. Я вам даже покажу, как это работает у меня. Ну, например, мм, вот ag content машина очень неплохо работает модули, да. И вот, например, есть там для Инстаграма, например, э отдельный запрещённые, кстати, там ВРФ, ну, вы поняли, а организация экстремистская и так далее. Вот для Телеграма есть отдельный промт, который обыч на текстах Агиvви, и он описывает то, как ему работать, собственно говоря, и для Третса. Плюс подключен бренд WI можно сделать так, чтобы загружать бренд WIS, э, и специализированные промты под конкретную задачу. Тогда качество их будет больше. плюс параллелизировать, то есть, чтобы это не за один запрос было, тем самым повысить качество, поменять deep псиqu-нибудь там, ну, хотя бы на GLM 5. 1. Хотя Dipsic 4 Pro неплохо, на самом деле, но мне он для разработки нравится, потому что он дешёвый, с ним можно много чего сделать крутого. Вот. Я считаю, что на этом этапе стартап более чем готов. Плюс мых у нас осталось -э 4% лимита. Но в целом, то есть, честно говоря, здесь всё, что я хотел показать, потому что на самом деле тут грамотно задать структуру. То есть для того, чтобы понимать, да, какой вот использовать, вы либо всегда используете using superpowers для того, чтобы понять на, ну, то есть на этом этапе, какой лучше будет хук использовать, а дальше, в принципе, он всё за вас раскладывает. То есть, если я теперь ему говорю: "О'кей, продолжи". Он уже планомерно подключает соответствующих агентов, и всё это работает м автономно. Вот видите, он такой: "А, о'кей, мы на Таске пятой остановились. Закончу код Quality Fix". Собственно говоря, дамы и господа, я уже в другом городе. Завтра выступаю на конференции по искусственному интеллекту и пока я ездил, уже смог допилить наш проект. То есть Неронка, в принципе, нам успешно пишет, что всё хорошо, всё закомичено, что нужно делать. Мы с вами уже проект протестировали. И в целом это и всё, что касалось вот как раз-таки использования Superpers в данном случае. Я думаю, вы наглядно это увидели. Ну, понятное дело, что дальше вы можете спрашивать у нейронки такие вещи: "О'кей, а как мне всю эту историю теперь залить, например, на и она нам подскажет? Вер сел". Да, нужно проверять его. И она вам там, а, подскажет, как всё это залить. и как это будет работать. Но это уже не топик данного видео. Ну, потому что здесь просто вы наглядно увидели технологии, а, которые позволяют вести замечательно. Я даже не знаю, что есть такой скил deploy to ver. Он его где-то нашёл и уже использует. Ну, то есть вот так вот сейчас выглядит разработка. Если вы знаете, как правильно использовать инструменты искусственного интеллекта и понимаете вот, ну, что самое главное с DLC, то есть какой этап за что отвечает, у вас есть опыт, у вас есть видение, это, конечно же, вас сильно усиливает. Я надеюсь, что эта лекция вам была приятно, полезна и понятна. Вот так вот мы сделали просто два, на самом деле, полезнейших стартапа в данном случае. Я считаю, что это очень крутой результат. То есть, особенно если там с ними поработать, то есть в среднем

### [2:00:00](https://www.youtube.com/watch?v=SOm_F7UtJno&t=7200s) Segment 25 (120:00 - 121:00)

на хороший стартап, чтобы полностью его оформить, уходит там порядка недели, чтобы и маркетинг построить, и продукт построить. Но самое главное, что вот в данном случае вы можете уже жонглировать, где, например, enterprise масштаб подключать SD, где какие-то маленькие стартапы, скорее всего, вы будете использовать Superpers или подобные инструменты и классно разрабатывать антихрупко. Вот, если контент полезный, подписывайтесь на меня, там Telegram. Обязательно вступайте в сообщество по искусственному интеллекту, клуб незаменимых, потому что это в первую очередь коммьюнити - это клуб более чем 300 профессионалов на текущий момент, которые как раз-таки билдят, внедряют, общаются, делятся опытом, и вы оказываетесь в экосистеме, которая позволяет вам расти и достигать результата. Там, конечно же, есть обучающие материалы, но они больше заточены на какой-то конкретный результат. То есть, если, допустим, здесь там вот не всё понятно, но там вы сможете доработать систему агентов оркестрации, вайб-кодинга, создания fullк приложений. Всё это более как бы наглядно там показано. Ну и, естественно, уже будут добавляться и живые метапы, там события и прочее. То есть создаётся полноценная экосистема для тех, кто хочет построить свою антикрупкую карьеру, а вперёд. Это очень важно. Такие дела. Ссылочки все будут под описанием этого видео. И увидимся в других роликах. Буду показывать свою практику, потому что сейчас идёт возрождение опять к айтишке, к разработке. Очень много заказов, очень много контактов, и поэтому нужны классные люди рядом, много знаний новых, поэтому новый виток эмоций и знаний, что не может, конечно же, не радовать. Поэтому увидимся. M.

---
*Источник: https://ekstraktznaniy.ru/video/51664*