GStack + GSD + Superpowers Workflow Is Insane!

Разработка спектра здесь помогает ИИ планировать вещи перед их реализацией. И на этом канале мы рассмотрели тонны спектральных фреймворков. Поэтому в этом видео мы рассмотрим самые популярные спектральные фреймворки, такие как Superpower, GStack, GSD. И мы посмотрим, как мы можем собрать их все вместе в единый рабочий процесс, который мы будем использовать для создания приложений с высочайшей точностью. И самое главное, мы пойдем дальше. Мы представим цикл Ralph, чтобы увидеть, как мы можем создавать эти приложения полностью автономно. Или у нас будет Clock здесь, использующий Clock headless, где он может запускать различные итерации, и каждая итерация здесь может вызывать Superpower, GStack, GSD и все масштабы, все серверы MCP, которые у нас есть, и пытаться иметь оратора здесь, чтобы пройти цикл, пока проект полностью не будет построен. Таким образом, мы можем сделать это полностью автономно, используя подход цикла Ralph, а также достичь высочайшей точности, извлекая все спектральные навыки из каждого фреймворка и собирая их вместе в наши собственные рабочие процессы. Так что, в основном, это то, что мы будем освещать в этом видео. И если вам интересно, давайте перейдем к видео. Теперь, прежде чем мы продолжим, я недавно запустил наше школьное сообщество, где я помогаю вам освоить ИИ-агентов, автоматизацию и многое другое. И все это исходит от человека, который раньше работал старшим инженером-программистом по ИИ в таких компаниях, как Amazon и Microsoft. И в этом сообществе вы получите более 100 видеоматериалов, таких как шаблоны и рабочие процессы, которые я лично создал и продал более 100 раз. Вдобавок ко всему, вы также получите доступ к нашим еженедельным живым звонкам. И просто чтобы дать вам представление, на этой неделе мы проводим мастер-класс по Claw Code, где мы углубимся в то, как повысить точность Claw Code при использовании его для создания приложений. Плюс, вы также получите полную поддержку сообщества. У вас будет возможность задавать вопросы и получать прямые ответы. Так что, если вы готовы подняться на новый уровень, обязательно присоединяйтесь, и я увижу вас в сообществе. Хорошо. Итак, чтобы понять, как мы можем собрать все эти рабочие процессы вместе, давайте разберемся, что делает спектр, верно? Итак, для спектрального элемента здесь, он в основном помогает вам или помогает ИИ планировать вещи перед выполнением. И мы все это знаем. Но по сути, это рабочий процесс, которому следуют большинство спектральных элементов. Неважно, является ли это методом Specit или любой другой фреймворк XYZ. Они всегда идут с чем-то вроде мозгового штурма, помогая вам прояснить, что вы пытаетесь построить. Затем он переходит к планированию, как именно мы собираемся это выполнить, возможно, список задач или, возможно, разбиение этой задачи на разные этапы, и каждый этап имеет свой собственный список задач. А затем, в конечном итоге, он переходит к выполнению и, в конечном итоге, к обзору, к проверкам, возможно, используя Playwright здесь, чтобы запустить еще одного браузерного агента здесь, чтобы проверить все. Верно? Так что вы можете видеть, что это весь спектр рабочих процессов, которым следуют практически все фреймворки, и по сути, как каждый фреймворк отличается, так это то, что для Superpower здесь, как вы можете видеть для каждого, что в нем особенного, так это то, что Superpower действительно хорош в фокусировке на разработке, управляемой тестами, что является чем-то, чего нет в других рабочих процессах. он фокусируется на написании тестов перед реализацией. А затем для GStack это немного отличается. Он также следует этому фреймворку. Но главное преимущество GStack здесь в том, что он фокусируется на ролевой основе, где есть разные генеральные директора, дизайнеры, менеджеры инженеров или, возможно, менеджер по безопасности. Попытайтесь итерировать с разными личностями, чтобы помочь вам принять лучшее решение для вашего продукта. Верно? Возможно, вы все еще находитесь на этапе планирования или мозгового штурма. Это поможет вам углубиться и попытаться помочь вам определить это. Верно? И кроме того, у нас также есть GSD, который поможет нам избежать деградации контекста. И чтобы дать вам краткое TLDDR, что означает деградация контекста. Если вы когда-либо взаимодействовали с большой языковой моделью, обычно она начинает становиться довольно точной до 50% окна контекста. Верно? Возможно, после того, как вы превысите 50% контекста, точность начнет снижаться, верно? Именно это и означает деградация контекста: чем больше вы общаетесь с ИИ в одном и том же контексте, тем ниже становится точность. И именно это пытается решить GST: убедиться, что каждый раз, когда вы взаимодействуете с Claw Code или любыми другими кодирующими агентами, вы остаетесь ниже 50% окна контекста. И именно это делает GSD. И вы можете видеть, что со всеми специальными возможностями, перечисленными для каждого фреймворка, мы теперь можем взять лучшее из каждого фреймворка и попытаться собрать его в наш собственный спектральный фреймворк, который поможет вам создавать приложения здесь гораздо точнее. Верно? Так что именно так я бы и сделал, чтобы взять лучшее из всех трех и попытаться поместить его в правильный рабочий процесс. Верно? Так что вы можете видеть, что это точный рабочий процесс, который я использую. Я использую GStack для лучшего мозгового штурма, чтобы прояснить свое намерение относительно того, что именно мы пытаемся построить, потому что именно для этого GStack действительно хорош. И я, по сути, помещу это для этапа планирования спецификаций. А затем, как только у нас будет спецификация, как только мы используем GStack здесь, чтобы прояснить наше намерение, создать нашу спецификацию, тогда мы используем GStack, извините, GSD здесь, чтобы, по сути, взять эту спецификацию и разбить ее на разные этапы. И причина, по которой мы делаем это, как я уже сказал, заключается в проблеме деградации контекста, верно? Мы не хотим помещать всю спецификацию в Claw Code и заставлять его выполнять все. Мы хотим разбить ее на разные этапы. И каждый этап гарантирует, что Claw Code здесь останется ниже 50%, и это все. И это даст нам высочайшую точность, когда мы делегируем каждый этап Claw Headless или сеансу Claw для выполнения, верно? И в конечном итоге здесь вы можете видеть, что после того, как мы разбили разные этапы, мы будем использовать Superpower здесь, чтобы следовать разработке, управляемой тестами, для выполнения каждого этапа. И именно так мы бы сделали это, если бы вы хотели достичь высочайшей точности при создании приложений, используя этот подход, верно, и именно так я бы и сделал. Теперь, возможно, для некоторых из вас это будет излишним, потому что это огромно, верно? Вы, скажем, если вы собираетесь создавать что-то с нуля, это большое приложение, я бы определенно настоятельно рекомендовал вам использовать этот подход, особенно для нового проекта, а не для существующего проекта. Если это существующий проект, я настоятельно рекомендую использовать одно или другое. Например, использовать Superpower здесь для добавления дополнительной функции или, возможно, использовать GStack плюс Superpower здесь для создания более крупного или полукрупного проекта. Но если вы начинаете с нуля, тогда мы настоятельно рекомендуем вам использовать этот подход, и вы можете видеть здесь, что поскольку это будет разбито на разные этапы, и скажем, если есть семь или восемь этапов, тогда вам придется постоянно передавать подсказки, начиная новые сеансы, чтобы делать это снова. Это займет много времени, и именно поэтому я создал навык под названием Build Loop, используя мощь Ralph Loop, чтобы, по сути, делать это автономно, что означает, что если бы я разбивал все этапы, как разбивал эту спецификацию на разные этапы, и каждый этап имеет свою собственную подсказку, и мы можем использовать это и хранить все эти подсказки в едином состоянии или едином файле. Например, у нас есть наш Build Loop здесь, который, по сути, будет запущен и будет просматривать наши состояния относительно того, какие этапы завершены. Затем он завершит те, которые не завершены, и, по сути, делегируя этот этап сеансу без головы. Итак, по сути, как это работает здесь, это то, что если мы сделаем Claw-p, это будет сделано в режиме Claw headless, что, например, если бы я взаимодействовал с Claw Code, я обычно делаю что-то вроде этого, если это запустит сеанс Claw, и я смогу начать взаимодействовать с этим подходом, взаимодействовать с Claw с этим подходом, но если я не хочу этого делать, я хочу, чтобы Claw работал в терминале, например, я могу сделать Claw-p. Так что, если бы я сделал -p и дал точную подсказку, я все еще могу использовать, например, если бы я сделал 1, что такое 1+1, он будет работать в фоновом режиме и попытается выполнить эту подсказку, и это все. И хорошая вещь в этом заключается в том, что я все еще могу запустить основной сеанс Claw, поскольку это оркестратор, и оркестратор здесь все еще может запускать эту команду прямо внутри оркестрации, чтобы, по сути, сделать так, чтобы это был запуск фазы один. Так что, если бы я сделал Claw-p и просто подсказку, скажем, выполни фазу один, он сделает это. После того, как он закончит, он ответит, точно так же, как мы ответили на ответ для 1+1, он даст нам ответ здесь, как только он даст нам ответ здесь, он перейдет к следующей команде, которая является Claw-p или фаза 2. Он будет делать это итерация за итерацией, пока все не будет завершено. И, как я уже сказал, преимущества этого заключаются в том, что наш оркестратор может, по сути, выполнять это этап за этапом. Например, оркестратор здесь будет делегировать задачу фоновой задаче, пытаться обработать фазу один, и он не будет занимать никакого контекста в основном оркестраторе. Единственное, что он занимает, это сеанс без головы. Он будет работать в фоновом режиме. После того, как он завершит работу в фоновом режиме, он выйдет. Он предоставит вам выходные данные для результатов для сводки, а затем он разделит их обратно на фазу два и попытается передать их новому сеансу Claw здесь, в данном случае в фоновом сеансе, и попытается выполнить. Верно? Так что вы можете видеть, что этот подход даст нам максимальную точность, потому что оркестратор Claw здесь не принимает никакого контекста для фактической работы. Единственное, что он делает, это делегирует его в фоновую подзадачу, чтобы сделать это. И для каждой фоновой задачи или каждого фонового сеанса Claw здесь, он, по сути, использует, например, Superpower или GStack, чтобы выполнять их по одному. И если вы хотите углубиться в то, как работает каждый фоновый сеанс, вы можете видеть, что у нас есть наш Superpower здесь, верно? Так что, по сути, мы используем Superpower здесь для выполнения, и обычно то, что он делает, это я могу пройти через планирование, отправку агентов, следование тестам, и в конечном итоге перейти к обзору и проверкам, верно? И вы можете видеть, что для Superpower здесь, если есть какие-либо моменты, когда принимается решение. Что мы можем сделать здесь, это то, что он обычно пытается вернуться к оркестратору и задать эти вопросы. И что мы можем сделать, это мы можем фактически делегировать эту задачу, скажем, если есть какие-либо вопросы по дизайну, мы можем делегировать это GStack и заставить GStack здесь запускать разные личности, чтобы ответить на вопросы. Например, если это шаблоны проектирования, мы можем запустить GStack здесь, чтобы, по сути, передать эти вопросы различным ролям, таким как генеральный директор, инженер, менеджер или дизайнеры, и попытаться заставить их проголосовать за то, какой вариант они хотят. И в конце концов, он просто возьмет наиболее популярный голос. И вернется к основному потоку и продолжит движение вперед, верно? Таким образом, вы можете видеть, что у нас не будет ручного вмешательства. Мы просто заставим каждый сеанс без головы здесь, по сути, пытаться выполнять задачи и принимать собственные решения по ходу дела. И именно так это работает. Так что вы можете видеть, что на более глубоком уровне, на нижнем уровне здесь, GStack используется для принятия решений, если есть какие-либо вопросы. Superpower здесь является основой для выполнения. А затем на верхнем уровне здесь вы можете видеть, что у нас есть наш оркестратор, который делегирует задачи каждому сеансу без головы, и каждый сеанс без головы здесь имеет свое собственное свежее окно контекста, и мы используем Ralph Loop, чтобы, по сути, делать это итерация за итерацией, и способ, которым у нас есть эти этапы, это то, что мы используем GSD для разбиения их на разные этапы, и каждый этап имеет свою собственную подсказку и свой собственный рабочий процесс, чтобы, по сути, выполнять задачи, и в конечном итоге здесь вы можете видеть, что мы также используем GStack здесь, чтобы, по сути, создать спецификацию, и именно отсюда берутся эти этапы, которые из спецификации, которую мы использовали GStack здесь, чтобы прояснить наше намерение и разбить наши требования на разные этапы. Так что именно так это работает, используя самые популярные спектральные фреймворки, беря лучшее из всех трех и пытаясь собрать их вместе в наш собственный рабочий процесс внутри разработки наших приложений с высочайшей точностью, а также пытаясь сделать это полностью автономным, используя RF Loop. Верно? Так что, в основном, вы можете видеть, что именно так это работает, и позвольте мне показать вам некоторые результаты, которые я получил, используя этот подход. И, наконец, чтобы показать вам живую демонстрацию, вы можете видеть, что вся очередь сборки завершена. Так что я, по сути, ускорил сеанс Claw в этом терминале и заставил его работать Build Loop всю ночь. И вы можете видеть, что у нас есть один сеанс, который, вы знаете, текущий сеанс, в котором мы находимся, который является оркестратором, и ему пришлось завершить более 100 сеансов в фоновом режиме. Так что он запускает Claw headless и пытается завершить фазу за фазой в фоновом режиме и попытаться завершить все. И вы можете видеть, что общий проект здесь состоит из 16 фаз. 16 все завершено. И вы можете видеть, что вся очередь сборки здесь пуста. Вся спецификация теперь кодифицирована. И если мы прокрутим вниз, я задал простой вопрос, вы можете видеть. Но если бы вы прокрутили вниз до контекста. Так что для окна контекста мы использовали только 10%. И именно поэтому мы делегируем все задачи различным сеансам без головы, чтобы, по сути, выполнить работу для нас. И мы сохраняем все, что у нас есть в текущем сеансе, чистым и простым. И именно так они работают. Мы берем специальные возможности всех фреймворков, которые у нас есть, такие как разработка, управляемая тестами, различные правила для принятия лучших решений, избегание сложной деградации здесь от GSD, и в конечном итоге собираем их вместе в единый рабочий процесс, которому мы можем следовать, чтобы иметь высочайшую точность для создания приложений, следуя спектральной разработке, и в конечном итоге мы сможем сделать это полностью автономным. Так что они смогут строить сами по себе всю ночь и использовать мощь Ralph Loop, чтобы делать это полностью. Тонкости.