Full Archon Guide - Build AI Coding Harnesses That Actually Ship (LIVE)

Хорошо, мы в эфире. Добро пожаловать всем на прямой эфир Archon. Сегодня мы погрузимся во все, что связано с Archon. Итак, я опубликовал видео на YouTube на этой неделе, представляющее новую версию Archon. Но теперь мы можем по-настоящему глубоко погрузиться в ее использование. И у меня есть пара интересных вещей, которые я приготовил сегодня. Итак, в этом месяце я собираюсь построить то, что называется темной фабрикой. Если это звучит жутко или интересно для вас, мы поговорим об этом подробнее чуть позже. Это будет своего рода конец нашего сегодняшнего прямого эфира. Так что, да, но я хочу начать с того, чтобы представить вам Archon. Чтобы дать вам, знаете ли, общий обзор инструмента. Я знаю, что я говорил об этом в среду в видео на YouTube, но я хочу быть довольно исчерпывающим в сегодняшнем прямом эфире. А затем мы вместе создадим несколько рабочих процессов. Я покажу вам, как выглядит использование Archon, как я использую его ежедневно, а затем мы перейдем к материалам темной фабрики. Я очень взволнован. Итак, да, я сейчас сижу. Я, как всегда, стою на своих прямых эфирах и видео на YouTube, но у меня было несколько дней тренировки ног подряд. И мои ноги сейчас просто горят, так что стоять сейчас действительно больно. Это довольно безумно. Так что, да, я на самом деле сижу на прямом эфире. Я никогда раньше этого не делал. Но да. В любом случае, у меня здесь слева монитор со всеми вашими комментариями, которые я просматриваю. А справа у меня монитор, где у меня потоковое программное обеспечение. Так что, когда вы видите, как я оглядываюсь, это то, что я делаю. И, конечно же, я делюсь своим экраном на основном мониторе прямо здесь. Так что я могу переключиться, чтобы поделиться своим экраном здесь, а затем я могу вывести чаты вот так. Привет, Коул, с нетерпением жду этого. Я очень ценю. Да, я проверял чат, пока начинал здесь все. Приятно видеть, что все уже здесь. Поздравляю с запуском. Мне нравится видеть структуру для рабочих процессов ИИ. Все еще пытаюсь осмыслить его потенциал, знаете ли. Я ценю Томаса, и я все еще ценю, потому что это действительно немного безумно. Возможно, мы поговорим об этом сегодня немного, но мы можем использовать Archon для гораздо большего, чем просто кодирование ИИ. Например, вы можете использовать его для любого типа агентских рабочих процессов, для глубоких исследований или любого типа создания контента. Я не собираюсь ничего строить вокруг этого сейчас, но скоро появится больше в видео и будущих прямых эфирах. Так что, да, возможности здесь практически безграничны. И я думаю, что когда я действительно представлю вам Archon прямо сейчас, вы поймете, о чем я говорю. Круто. Все хорошо, сидишь. Ты все еще отлично выглядишь, Коул. Ценю это, Эрик. Да, мне это странно, но да, мне это определенно нужно прямо сейчас. Это именно так. Никогда не пропускай день ног. Да. Так что, так что я начал делать, я много занимался кроссфитом в прошлом году, и я сделал перерыв. Я просто начал ходить в обычный спортзал, и теперь я снова занимаюсь кроссфитом. И тренировки были довольно интенсивными в последние пару дней для ног. Так что вчера было много болгарских сплит-приседаний, прыгающих выпадов, упражнений с мячом у стены и езды на велосипеде. Так что да, я очень устал, но это хорошо. Хорошо, круто. Итак, я собираюсь показать свой сундук с сокровищами Obsidian. Итак, у меня есть диаграмма, чтобы по-настоящему объяснить, почему я вообще построил Archon. И я также хочу быть ясным здесь. Я не строил Archon в одиночку. Есть пара человек, которые мне очень помогли с Archon. Расмус и Томас - это те двое, которые действительно помогли мне больше всего в этом проекте. Томас здесь. Он DIY smart code. Так что он здесь. Я вижу его в чате. Привет, Томас. Не уверен, почему есть эхо в трансляции, Томас, но да, спасибо за всю работу, которую вы проделали над Archon. Расмус, я не знаю, здесь ли он. Но да, большой привет и ему тоже. Да, я не думаю, что он сегодня здесь, но это нормально. Так что да, мне очень помогли в создании Archon, и, конечно же, мне очень помог Claude Code в создании Archon. Позвольте мне сказать вам, я постоянно использую Archon для создания Archon. Я покажу вам, как это выглядит сегодня, но давайте поговорим об эволюции. Почему мы заботимся об Archon? Почему я вообще заботился о его создании? Так что позвольте мне поговорить об этом немного. Потому что я действительно хочу, чтобы вы разделяли мое видение. И это большое видение. Итак, все знают, что инженерия подсказок была большой проблемой, когда генеративный ИИ только появился в 2022 году. Итак, у нас был выпуск GPT 3.5 Turbo. Именно тогда все начали говорить о генеративном ИИ, и люди были одержимы инженерией подсказок. И идея инженерии подсказок заключается в том, как мы можем создавать наши подсказки для LLM, чтобы получить наилучший результат. Так что в этот момент люди очень заботятся только о следующем шаге с LLM. Как заставить его делать или выдавать то, что мы хотим? А затем это развилось в 2025 году до идеи инженерии контекста. Так что теперь нас интересуют не только отдельные результаты. Теперь нас интересуют целые сессии, особенно для сессий кодирования ИИ. Инженерия контекста - это идея о том, как мы можем курировать идеальный контекст, ничего лишнего, но именно то, что нужно кодирующему агенту, чтобы иметь весь необходимый контекст для правдоподобного выполнения задачи. Это было популяризировано многими людьми, такими как Тоби, генеральный директор Shopify, конечно, Андре Карпати, потому что всякий раз, когда он что-то публикует, это, конечно, становится вирусным. Но инженерия контекста - это очень мощная эволюция, потому что она рассматривает контекст для наших кодирующих агентов как инженерный ресурс. Таким образом, мы развиваем наш ИИ-слой, как я люблю его называть, так же, как мы развиваем нашу кодовую базу. Таким образом, мы контролируем версии наших правил, команд и навыков. И всякий раз, когда возникает проблема с нашей системой, например, ошибка, которую производит наш кодирующий агент, вместо того, чтобы просто исправить ошибку и двигаться дальше. Идея инженерии контекста заключается в том, что мы смотрим на наш процесс: что мы можем улучшить в наших командах или что мы можем улучшить в наших правилах, чтобы эта проблема не повторилась, или, по крайней мере, это цель развития нашего контекста. Так что это очень мощная концепция, и я создал много контента в прошлом году по инженерии контекста. Теперь важно то, что эти различные эволюции не заменяют друг друга. Инженерия контекста не заменяет инженерию подсказок. На самом деле, инженерия подсказок является частью инженерии контекста. Так что это эволюция, которая строится на себе. И поэтому в этом году мы эволюционировали до инженерии привязи. И именно в этом заключается Archon. Инженерия привязи может означать многое, но по сути, привязь - это слой поверх кодирующего агента. Это инструменты и процесс, которые вы строите поверх кодирующего агента, чтобы сделать его более надежным, и, по сути, берете весь ваш процесс разработки программного обеспечения и создаете слой поверх кодирующего агента, где вы обеспечиваете соблюдение этого процесса. Итак, многие различные стратегии, такие как BMAD и GitHub spec kit и GSD, вы можете рассматривать их как привязи, потому что вы оборачиваете кодирующего агента этим более высоким уровнем вашей стратегии инженерии. И у нас есть Stripe minions. Петля Ральфа - это привязь. Enthropic открыл исходный код нескольких привязей. Я освещал некоторые из них на своем канале. Практически каждая крупная компания сходится на идее привязей. Вместо того, чтобы сосредоточиться на улучшении модели или инструмента, то есть кодирующего агента, все дело в том, как мы создаем систему, которая оборачивает кодирующего агента, верно? И было проведено много исследований, которые показали, что даже если вы используете одну и ту же модель, вы не улучшаете базовую модель или инструмент, вы можете перейти от 6,7% принятия запросов на вытягивание до почти 70%. И единственное, что нужно, это привязь. Создание ваших стратегий, связанных с курированием и проверкой контекста, и ваш подход к планированию, верно? Мы поговорим обо всем этом сегодня, когда будем обсуждать создание привязей с Archon, но это большое дело. Возможно, вы слышали о Stripe Minions. Это стало супер вирусным в прошлом месяце, потому что Stripe создали свою собственную внутреннюю привязь. Это своего рода более мощная версия петли Ральфа, которая позволяет им отправлять 1300 запросов на вытягивание, сгенерированных только ИИ, каждую неделю. И сам Claude code начинает встраивать много привязей в инструмент. Так что не просто вызов кодирующего агента, вызов LLM с кодирующим агентом, но как мы можем оркестрировать множество различных сессий Claude code вместе? Например, Claude code поддерживает команды агентов, и они делают много всего с под-агентами прямо сейчас. Так что, когда их исходный код просочился в прошлом месяце, выяснилось, что 60% кода по-прежнему оборачивают базовую модель, такую как Sonnet и Opus и Haiku, а затем 40% их кода приходится на такие функции привязи, как команды агентов. И все это к тому, что это направление, в котором движутся все эти компании, где они создают привязи. Сами кодирующие инструменты создают это. Все крупнейшие компании, такие как Stripe, Shopify и AWS, создают свои собственные внутренние привязи. Но проблема со всеми этими привязями в том, что они не являются открытыми и не настроены для вас. Что, если вы хотите взять свой жизненный цикл разработки программного обеспечения, свой процесс работы с ИИ-ассистентами для кодирования, и что, если вы хотите упаковать это в свою собственную привязь? Ну, это ценностное предложение Archon. Archon - это конструктор привязей. Так что впервые у нас есть платформа с открытым исходным кодом, которая позволяет вам легко создавать свою собственную привязь. До сих пор вам приходилось либо создавать что-то внутри, как Stripe, но, очевидно, это огромные усилия, либо вам приходилось использовать уже существующую привязь, такую как петля Ральфа или BMAD, или что-то еще. И да, эти инструменты очень мощные, но они не настроены для вас. И вы, ребята, знаете, если вы следили за моим контентом, что я всегда большой сторонник того, чтобы строить это самостоятельно. Вдохновляйтесь тем, что уже существует. И я даже покажу вам, как выглядит создание чего-то вроде привязи BMAD или GSD в Archon, потому что мы можем черпать вдохновение из прекрасных умов, которые существуют, но при этом создавать что-то, что работает так, как мы хотим. И это то, что я вам предлагаю с Archon. И другая вещь, которую я хочу осветить здесь, это то, что у каждого уже есть свои навыки и команды и правила. Так что я не ожидаю, что вы начнете с нуля. Я знаю, что у вас уже есть процесс, который вы построили вокруг своего ИИ-ассистента для кодирования. Например, у вас есть навыки для проверки. У вас есть команды для планирования, и, возможно, у вас есть шаблон PRD, каким бы он ни был. И поэтому Archon не заменяет то, что вы уже делаете. Archon позволяет вам упаковать все вместе в рабочий процесс, который объединяет ваши навыки и команды, верно? Вся идея в том, что до того, как у вас появится привязь, у вас есть команды и навыки, и вам нужно помнить порядок их использования. Вам нужно работать между различными сессиями кодирования ИИ, потому что вы определенно не хотите делать планирование в той же сессии, где вы делаете реализацию, потому что ваш кодирующий агент накапливает много предвзятости. Но если у вас нет привязи для соединения этих шагов, вам придется оркестрировать это. Я называю это пастушеством, верно? Вы проходите через какой-то процесс PRD с вашим кодирующим агентом. Вы создаете PRD, а затем говорите: "Хорошо, отлично. Позвольте мне перейти к новой сессии Claude Code или новой сессии Codec или чему-то еще, и позвольте мне создать план для первого этапа". А затем вы получаете свой план, а затем вы переходите и создаете новую сессию и переходите к реализации, а затем у вас есть новая сессия, где вы делаете обзор запроса на вытягивание или кода, что угодно. И поэтому вы все еще, даже если у вас есть команды и навыки и вещи для автоматизации различных частей вашего рабочего процесса, вам все равно приходится проводить различные сессии кодирующего агента через каждую из них. И Archon - это своего рода следующая эволюция этого. Он позволяет вам выполнять более длительные задачи, но при этом держать себя в курсе. И у меня есть пример того, как может выглядеть рабочий процесс Archon. И, кстати, если вы смотрели видео в среду, я немного повторяюсь. Я осветил эту диаграмму в видео, но просто считайте это напоминанием, если вы смотрели его. И я просто хочу убедиться, что для тех из вас, кто смотрит этот прямой эфир, но не смотрел видео, я могу дать вам действительно надежный обзор того, что такое Archon. Итак, да, вот просто пример рабочего процесса, который вы можете создать с помощью Archon. И, пожалуйста, извините, изображения почему-то не отображаются сейчас для некоторых значков, но моя мысль все еще может быть высказана здесь. Но да, так вот, с Archon у вас, очевидно, есть какой-то триггер для вашего рабочего процесса. Так, традиционно без привязи, это было бы просто отправка подсказки в Claude Code, верно? Это ваш триггер. Но с Archon есть довольно много разных способов его использования, и я покажу вам это сегодня. У нас есть CLI, так что мы можем иметь наш Claude Code или Codec, что угодно, экземпляр, который запускает рабочий процесс Archon, так что мы можем отправлять работу для делегирования за кулисами, так что мы можем выполнять много работы параллельно. У меня также есть полный веб-интерфейс, и я обязательно покажу его сегодня. Это неправильная ссылка. Вот она. Итак, у нас есть полный веб-интерфейс, где мы можем управлять нашими рабочими процессами и запускать рабочие процессы непосредственно из веб-интерфейса. И, по сути, за веб-интерфейсом сидит кодирующий агент. Так что мы можем попросить его выполнять работу над нашими различными репозиториями, которые мы зарегистрировали с Archon, и он автоматически направит запрос. Он выберет правильный рабочий процесс и отправит его, и мы можем выполнять множество рабочих процессов параллельно, если хотите. Так что я покажу вам все это сегодня. Но у нас есть веб-интерфейс, а затем у нас даже есть различные адаптеры, так что вы можете, например, напрямую общаться с Archon в Slack. Так что вы можете сказать: "Привет, есть проблема с GitHub для этого репозитория, пойди и займись этой проблемой". Я хочу видеть запрос на вытягивание в конце с исправлением для этой проблемы. И вы можете сделать это через Slack. И у нас есть различные беседы, которыми вы можете управлять через разные ветви в Slack. Так что для каждой платформы мы поддерживаем параллельное выполнение. Archon обрабатывает рабочие деревья и изоляцию под капотом. Так что вам даже не нужно об этом беспокоиться. Это одно из других больших преимуществ Archon - это то, как он поддерживает параллельную работу. И поэтому я могу зайти в свой Claude Code и попросить его использовать CLI для исправления восьми проблем GitHub одновременно, и все они работают в разных рабочих деревьях, так что они не мешают друг другу, они не переписывают изменения друг друга, и нам не приходится иметь дело с конфликтами слияния, чтобы создать запросы на вытягивание. Это действительно мощно. И поэтому мы начинаем с нашего триггера, а затем, опять же, это просто пример рабочего процесса, который мы можем создать. Так что мы можем перейти в режим планирования. Так что, возможно, есть новая функция, которую мы хотим создать. Мы хотим начать с процесса планирования с нашим кодирующим агентом. И поэтому у нас есть шаг в нашем рабочем процессе Archon, где мы запрашиваем нашего кодирующего агента: "Вот функция, которую мы хотим создать. Теперь помоги мне спланировать, провести исследование, анализ кодовой базы, что угодно". И в Archon мы можем добавить человека в цикл. И поэтому у нас может быть, по сути, цикл, где мы даем обратную связь, чтобы кодирующий агент пересматривал план, пока мы его не утвердим, а затем он переходит к стадии кодирования. И мы делаем это в совершенно новой сессии кодирующего агента, потому что ваша сессия планирования может быть довольно загруженной, и вы можете накопить много предвзятости со временем. И поэтому вы хотите создать артефакт, который вы отправляете в следующий узел для реализации. Если вы в сообществе Dynamis, это piv loop. Вы знаете, о чем я говорю. Я освещал это на своем канале. Планирование, реализация, проверка. И раньше нам приходилось делать это между различными сессиями кодирующего агента, но теперь мы можем упаковать все это как единый рабочий процесс Archon. А затем, после того как код будет готов, мы переходим к этапу тестирования. И это еще одно очень важное ценностное предложение Archon. Наши рабочие процессы не обязательно должны быть просто подсказками для кодирующего агента. Иногда есть шаги, которые мы хотим выполнять детерминированно. Мы хотим забрать контроль у кодирующего агента, чтобы убедиться, что наш процесс соблюдается до мелочей. Если вы использовали какой-либо кодирующий агент в течение значительного времени, вы знаете, что иногда вы говорите кодирующему агенту: "Запусти тесты после того, как напишешь код", а он вас не слушает. Это так расстраивает. Или он выполнит часть тестирования, например, модульное тестирование и линтинг, но не выполнит сквозное тестирование. Это так расстраивает. И поэтому в Archon мы можем иметь определенные шаги рабочего процесса, где мы просто запускаем код, например, мы выполняем какой-то сбор контекста, или мы запускаем наши тесты, как мы делаем здесь. Мы гарантируем, что это произойдет после реализации, а затем, если возникнут какие-либо сбои, мы попросим кодирующего агента исправить эти вещи. Так что у нас есть небольшой цикл обратной связи, встроенный непосредственно в Archon. А затем, после того как все пройдет, и кодирующий агент решит, что он закончил, у нас будет одобрение человека. И поэтому, даже несмотря на то, что мы создаем более длительные задачи с помощью рабочих процессов Archon, мы не исключаем себя из процесса. Мы можем вставлять себя везде, где хотим, в рабочий процесс Archon. Так что, независимо от того, как вы обычно работаете с вашими кодирующими агентами, если вы им не очень доверяете и хотите проверять их на каждом шаге, вы можете это сделать, если хотите. У нас есть поддержка, встроенная в веб-интерфейс, CLI, каждый адаптер для человека в цикле. И это одна из самых важных вещей, потому что часто, когда у вас есть эти привязи, особенно, например, петля Ральфа, петля Ральфа стала вирусной пару месяцев назад, но для меня это было похоже на "vibe coding", верно? Потому что вы давали ей, по сути, полный PRD, множество различных этапов работы, и вы просто давали кодирующему агенту возможность быстро пройти все. И проблема в том, что если кодирующий агент совершит ошибку в первой итерации петли Ральфа, эта проблема может распространиться и взорваться на оставшуюся часть цикла, потому что кодирующий агент будет строить на основе кодовой базы, которая уже неправильная, верно? Не соответствует тому, что вы на самом деле хотите создать. И поэтому проблемы просто накапливаются. И поэтому идея, в которой я хотел быть очень уверенным для Archon, заключается в том, что он не просто обеспечивает "vibe coding", а у нас есть детерминированные шаги, которые обеспечивают соблюдение нашего процесса. У нас есть человек в цикле, верно? А затем в конце у нас есть запрос на вытягивание, и мы можем просмотреть его сами, прежде чем объединить. И так, да, это своего рода, я называю это гибридным секретом для Archon. И это иногда раздражает людей, но я на самом деле думаю, что разумно забрать как можно больше решений у кодирующего агента, потому что они недетерминированы. Они не принимают одинаковых решений каждый раз, даже если вы даете им одну и ту же подсказку. И поэтому существует большой присущий риск. Самая большая причина, по которой многие разработчики и компании колеблются принять кодирующих агентов, заключается в том, что они ненадежны по своей природе. И поэтому Archon - это конструктор привязей, который позволяет вам взять процесс, который вы считаете надежным, и встроить его в то, как вы работаете с кодирующими агентами. И поэтому у нас есть различные узлы, например, если у вас есть стратегия тестирования, если у вас есть стратегия извлечения информации из Confluence, что угодно, какие шаги у вас есть, которые вы хотите, чтобы выполнялись каждый раз, вы встраиваете эти узлы в Archon. А затем остальная часть рабочего процесса по-прежнему будет заключаться в добавлении ваших команд и навыков и под-агентов. Все, что у вас уже есть, вы можете встроить. Так что вы ничего не теряете. Это еще одна вещь, которую я хочу прояснить: вам не нужно заменять то, как вы уже работаете. Archon просто позволяет вам упаковать это, верно? В этом цель конструктора привязей. Так что я очень взволнован этим, и я на самом деле установлю его с нуля вместе с вами сегодня. Итак, здесь у меня есть ссылка на Archon. Я собираюсь бросить ее в чат. Так что, если вы хотите попробовать прямо сейчас, даже установить ее вместе со мной, я очень рекомендую вам это сделать. Archon очень легко установить, потому что мы можем попросить нашего кодирующего агента настроить его, и у меня есть навык Archon, который он загружает автоматически, и он проведет вас через весь процесс, даже установив зависимости для вас. Так что я покажу вам это в прямом эфире через секунду. Но да, его так легко установить. Да, так что еще одна вещь, которую я хочу показать очень быстро. Это README для новой версии Archon. Я хочу показать, как на самом деле выглядит рабочий процесс. Это может выглядеть немного пугающе, но не волнуйтесь, вы можете использовать своего кодирующего агента, чтобы помочь вам создавать рабочие процессы. Я также покажу вам это. Эта вся YAML-структура, она довольно красиво проста, честно говоря. Но даже так, когда вы пытаетесь упаковать весь свой рабочий процесс, это может выглядеть немного пугающе. Так что очень приятно использовать кодирующего агента, чтобы помочь вам определить эти рабочие процессы. Но вот пример. В диаграмме здесь я показал весь рабочий процесс piv loop. И этот рабочий процесс может быть сведен к этому. Это своего рода упрощение, чтобы он хорошо поместился в README, но он дает хорошее представление. Итак, вы начинаете с узла для вашего планирования, а затем переходите к реализации, и вы можете видеть, что у нас есть, мы также поддерживаем циклы в Archon. Так что, возможно, я даже могу перейти в UI. Посмотрим, работает ли он с циклом. Я хочу продемонстрировать, как это выглядит на самом деле. Да, вот оно. Так что, у нас есть циклы в Archon. Кстати, вот как выглядят журналы, когда вы вызываете рабочий процесс и просматриваете журналы в веб-интерфейсе, вы можете видеть все вызовы инструментов, которые ваш кодирующий агент делает за кулисами. Вы можете видеть поток узлов и где он сейчас выполняется. Так что, у нас есть цикл прямо здесь, который имеет определенное количество итераций. И если я перейду к более сложному, например, к исправлению проблемы GitHub, мы можем видеть, что вы можете быть довольно исчерпывающими с рабочими процессами, которые вы определяете. Это один из основных рабочих процессов в Archon - исправление проблемы GitHub. Так что вы можете применить это к любой проблеме GitHub в любом репозитории, и он проходит через весь этот процесс классификации проблемы. Это новая функция, которую нужно спланировать, или это ошибка, которую нужно исследовать? А затем он проведет исследование, исправит проблемы после исследования, а затем проверит и создаст запрос на вытягивание и просмотрит его после. Так что это очень исчерпывающий рабочий процесс, и да, наличие такого количества шагов требует хорошего количества токенов. Но еще одна очень мощная вещь, которую вы можете сделать в Archon, это указать модель на уровне отдельных узлов. Так что, когда вы классифицируете или исследуете, возможно, вам нужно использовать только Haiku, и тогда может быть так, что только один узел, например, исправление проблемы, является единственным, где мы хотели бы использовать Opus или хотели бы использовать высокоинтеллектуальный GPT Codec, например, и поэтому вы можете сделать вещи очень эффективными по токенам, определяя на каждом отдельном уровне, какую модель мы хотим использовать. И еще одна действительно мощная вещь о привязях, как я показал на этой диаграмме, это то, что вы получаете безумные результаты, создавая привязь поверх модели. Привязь улучшает модель. У меня были лучшие результаты при использовании Archon с Sonnet, чем при использовании Opus самостоятельно в Claude Code. И поэтому еще одна очень крутая вещь, это то, что Archon появляется как раз вовремя, потому что Anthropic недавно сильно ухудшил свои ограничения скорости для Claude Code. Это действительно неприятно, но это заставило меня начать использовать Sonnet больше для моего кодирования, потому что я достигаю своих ограничений скорости невероятно быстро. Но с Archon я чувствую, что я не теряю качество кода, качество вывода, потому что рабочие процессы, они упаковывают такой исчерпывающий процесс, и использование всего этого с Sonnet по-прежнему дешевле, чем просить Claude Code исправить проблему самостоятельно с Opus, потому что Opus намного дороже. Так что, в любом случае, я немного отклонился от темы, показывая вам веб-интерфейс, но да, у нас есть цикл, мы можем реализовать запланированную задачу по задаче в цикле, а затем мы запускаем проверку. И важно то, что это не ИИ. Это детерминировано. Так что мы гарантируем, что наши проверки пройдут. Это мощно. А затем мы запускаем обзоры после. А затем у нас есть какой-то процесс утверждения с человеком в цикле, прежде чем мы создадим наш окончательный запрос на вытягивание. И поскольку у нас есть Archon как CLI и навык, когда вы загружаете его в свой Claude Code или Codec, все, что вам нужно сделать, это сказать ему использовать Archon. И это буквально все, что должен быть ваш запрос, и он автоматически отправит, создаст рабочий процесс Archon. Так что он запустит, скажем, например, этот рабочий процесс "идея в PR". Он создаст рабочее дерево под капотом, так что вы можете продолжать работать над своей кодовой базой параллельно, а затем он проходит через различные этапы, и вы можете иметь своего кодирующего агента, который отслеживает рабочий процесс, или отслеживать его в веб-интерфейсе, как я показал здесь. Так что, очевидно, это завершенный запуск прямо сейчас. Но если бы он выполнялся, вы могли бы видеть, как журналы поступают в реальном времени и видеть, на каком этапе рабочего процесса находится кодирующий агент в данный момент. И что касается того, какие кодирующие агенты мы поддерживаем прямо сейчас, у нас есть поддержка Claude Code, а затем Codec почти готов. А затем мы также работаем над добавлением поддержки других кодирующих агентов. Так что, например, сейчас это Claude и Codec, но у нас есть приоритетный пункт для добавления поддержки Pi. Так что Pi также имеет SDK. Мы также заинтересованы в AMP и Open Code. Я имею в виду, действительно, Archon, помните, Archon - это слой над кодирующим агентом, потому что это конструктор привязей, верно? Так что нам действительно неважно, какой кодирующий агент вы используете под капотом. Нам просто нужно создать небольшую поддержку для вызова SDK кодирующего агента. Так что, например, Codec имеет SDK, Claude имеет агентский SDK. Это то, что Archon использует под капотом. Так что, когда вы используете Claude с Archon, он запускает Claude Code. Он просто запускает его программно через SDK. И поэтому вам разрешено использовать ваши подписки Anthropic и Codec с Archon. Вам не нужно платить за кредиты API. И это очень важная вещь, потому что многие люди сейчас получают бан своих подписок Anthropic, когда используют их с Open Claw и Open Code. Но проблема с ними в том, что это сторонние привязи. Они как бы обходят, чтобы использовать подписку. И это против условий обслуживания Anthropic, но Anthropic сделал это очень ясно. Несколько членов их команды опубликовали в X, что вы можете использовать свою подписку Anthropic с агентским SDK Claude, если это для личного использования. И Archon для личного использования, верно? Вы запускаете его на своем компьютере. Вы размещаете его сами, и нет других людей, использующих вашу подписку через развернутого агента в продакшене. Так что это другая история. Если другие люди используют вашу подписку через агентский SDK Claude, который вы развернули на какой-либо производственной платформе, то это против условий обслуживания. Но если это приложение, которое вы запускаете сами и используете агентский SDK Claude, то вам разрешено. Так что я использую свою подписку с Archon уже много-много месяцев. И то же самое с моим вторым мозгом. И они сделали это очень, очень ясно. У меня нет точного твита прямо сейчас, поэтому я не могу показать вам точную вещь, но Борис Черни, он создатель Claude Code, он прояснил, он сделал это очень ясно: да, вы можете использовать свою подписку для личного использования с агентским SDK. Так что мы в порядке. И я получаю этот вопрос все время, когда я делаю свой контент о втором мозге на YouTube, и я начал демонстрировать Archon, и это справедливый вопрос, потому что, да, люди очень нервничают из-за того, что их подписка будет заблокирована, но с Archon вы в порядке. И да, я вижу некоторые вещи в чате. Люди в восторге от поддержки Pi. Да, я тоже в восторге от этого, потому что тогда у вас будет поддержка для запуска практически любой модели, которую вы хотите, с Archon. Хорошо, круто. Хорошо. Итак, да, в чате так много хороших вопросов. Мне будет трудно ответить на все, но я отвечу на пару еще, а затем перейду к демонстрации, где я установлю его с нуля вместе с вами и покажу, как я использую его ежедневно. Почему вы сделали это с открытым исходным кодом? Это хороший вопрос. Открытый исходный код всегда был очень важной частью моего кредо. Так что, когда я начал создавать контент на YouTube в 2024 году, у меня была страсть делиться своими знаниями и всем, во что я погружаюсь, со всем миром. И открытый исходный код - это мой способ поделиться им как можно больше, потому что иначе, если я закрою его, я расскажу вам об этом, но тогда вы не будете особо заботиться, потому что это будет либо платный продукт, за который вам придется выложить кучу денег, либо он предназначен для предприятий или что-то еще, и тогда никто не будет о нем заботиться. Так что открытый исходный код - это мой способ привлечь как можно больше внимания, что также полезно для меня, потому что тогда я получаю больше отзывов. И, очевидно, для моего канала это помогает, потому что тогда у всех есть причина заботиться об этом. Если это не что-то с открытым исходным кодом, я могу поделиться тем, что я строю, но тогда, возможно, если вы хотите следить за моим путешествием, это интересно. Но в противном случае это как бы ничего, что вы можете попробовать сами. Так что я думаю, что это просто как стена, в которую вы упираетесь. Если я сделаю видео на YouTube об Archon, это будет выглядеть так: "Посмотрите на эту крутую штуку, которую я построил", а потом вы даже не сможете попробовать. Какой в этом смысл? Так что, безусловно, с учетом того, что YouTube является моей основной платформой для обмена вещами с миром, то, чем я делюсь, должно быть с открытым исходным кодом, на мой взгляд. Так что да, это справедливый вопрос. Хорошо. Да, так что еще один человек спросил об этом в NN. Я уже говорил об этом, но да, я ценю, что вы спрашиваете об этом. Будет ли он включать GitHub CLI, GitHub Copilot CLI в будущем? Если они создадут SDK, да, но я не думаю, что у них есть SDK. О, подождите секунду. Они действительно смотрят на это? Когда это было выпущено? О, хорошо. Так что есть SDK. Так что на самом деле мы могли бы интегрировать GitHub Copilot с Archon. Это довольно круто. И да, они поддерживают TypeScript, что нам и нужно для Archon. Так что да, это еще один. И хорошо, вот что действительно круто. Я еще не особо об этом говорил. Я имею в виду, это становится более техническим, но позвольте мне сказать вам, что я приложил огромные усилия к архитектуре первоначальной кодовой базы Archon, прежде чем я написал хоть одну строку кода. Так что у меня есть своего рода общий интерфейс реализации для каждого адаптера и каждого кодирующего агента. Так что, когда я создал первоначальную версию Archon, я поддерживал Claude и Telegram. Так что Telegram был способом удаленного общения, а Claude был единственным кодирующим агентом, но я построил его таким образом, чтобы он не был сильно связан с этим конкретным инструментом, таким как Telegram или Claude. И поэтому, когда я попросил Archon добавить поддержку Slack, а также Telegram или GitHub, мы поддерживаем, вы можете напрямую общаться с Archon и в проблемах GitHub. Это просто сработало с первого раза. Я даже не должен был итерировать. Он построил его идеально, а затем, когда я попросил его добавить поддержку Codec, следуя шаблону, который я использовал для Claude, он тоже сработал с первого раза. И поэтому, если вы хотите создать запрос на вытягивание, добавляющий поддержку GitHub Copilot, вы можете, вы можете буквально сделать это с первого раза, потому что документация есть, кодирующий агент может ссылаться на нее, если у вас открыт Claude Code в репозитории Archon или Codec. А затем он может просто копировать, как у нас уже настроено для существующего кодирующего агента. Так что у нас Archon настроен таким образом, что кодовая база очень легко развивается, потому что все настроено как очень простые для понимания шаблоны. Кодирующий агент может очень легко понять: вот как я добавляю нового кодирующего агента, вот как я добавляю

новый адаптер, э-э, что бы мы ни хотели сделать для развития системы, э-э, могут ли рабочие процессы быть настроены на соблюдение норм и лимитов токенов? Так что я думаю, что это на самом деле то, для чего у нас есть открытая задача, потому что нет способа, например, установить максимальный бюджет для токенов, но было бы довольно легко добавить это, например, на уровне каждого узла. Это как если бы я хотел, чтобы вы остановились, если это займет более 100 000 токенов, потому что это определенно означает, что, например, агент кодирования сходит с ума здесь или что-то в этом роде. Итак, у нас пока нет поддержки этого. Но, э-э, я думаю, я имею в виду, я не очень хочу, например, отправляться на охоту здесь и пытаться найти именно этот, но, э-э, есть, определенно есть задача, которую мы выставили для этого. Посмотрим, смогу ли я ее найти. Итак, большинство этих задач, которые у нас есть прямо сейчас, на самом деле созданы Раазмусом. Так что, как я уже сказал, он один из тех парней, которые мне невероятно помогли с Archon. Так что большинство этих вещей — это просто мы как бы перечисляем вещи, которые мы хотим улучшить в Archon. Э-э, нам пришлось перенести. Итак, мы работали над своего рода частным репозиторием, который в какой-то момент был только для сообщества Dynamus. Так что нам пришлось перенести много задач. Я не знаю. Возможно, мы изменили названия некоторых из них, но это определенно то, что у нас на радаре. Э-э, да, я не уверен, смогу ли я найти это прямо сейчас, но да, это одна из вещей, просто все эти различные параметры, которые у нас есть, например, в кодеках и облачном коде. Мы хотим убедиться, что мы можем их поддерживать. Так что вы можете встроить это непосредственно в конфигурацию каждого узла рабочего процесса Archon. Хорошо. Да. И так, да, одна вещь, которую я хочу упомянуть очень быстро, это то, что когда мы впервые работали над Archon, мы делали это как внутренний проект в сообществе Dynamus. Так что мы называли это на самом деле, мне все еще нужно, мне все еще нужно заархивировать этот репозиторий здесь, но у нас есть удаленный агент кодирования. Забавно, потому что Archon, новая версия Archon, началась как ресурс, который я построил для курса по агентскому кодированию Dynamus, потому что изначально это не был конструктор оболочек. Это была просто платформа, которая позволяла вам общаться с облачным кодом или кодеками в удаленной среде, такой как Slack, GitHub или Telegram, как я говорил ранее. Так что так это началось, а затем это превратилось в эту прекрасную вещь, где теперь вы можете создавать любой рабочий процесс кодирования ИИ как оболочку Archon. Но это, это истоки Archon. Так что это здорово для всех в сообществе Dynamus. Вы смогли увидеть, как он развивался до того состояния, в котором он находится сейчас, и, очевидно, вы получили ранний доступ к нему. Еще одна вещь — в сообществе Dynamus я собираюсь провести гораздо больше семинаров в ближайшие пару месяцев, например, углубиться в использование Archon, например, в создание пользовательских рабочих процессов. Я покажу вам больше, например, как создавать свои собственные оболочки. Это всегда лучшее место, если вы хотите быть частью Archon и получить инсайдерскую информацию о том, как лучше всего использовать инструмент, и о тех эволюциях, которые я в него вношу. Так что, да, я просто хочу быстро упомянуть для Dynamus. Я собираюсь разместить ссылку в чате здесь. У меня на самом деле есть небольшой прямой эфир для вас, ребята, для Dynamus. Так что это 10% скидка от общественной цены для сообщества. Эта скидка здесь исчезнет к тому времени, когда наш прямой эфир закончится. Так что это специальное предложение буквально только для этого прямого эфира. Так что, если вам нравится то, над чем я работаю с Archon, если вы хотите быть частью этого, а также всего другого контента курса, который у меня есть в Dynamus, обязательно посмотрите это. Я только что разместил ссылку в чате. Еще одна большая вещь, которую я недавно сделал в Dynamus, это 4-часовой учебный лагерь по созданию собственного ИИ-второго мозга. Так что я взял весь второй мозг, который я построил для себя, который буквально экономит мне 20 часов в неделю, и показал вам, как его построить с нуля. Так что я провел прямой семинар, и я также превращаю это в третий курс для Dynamus. У нас также есть курсы AI Agent Mastery и Agentic Coding, и я уже ссылался на курс Agentic Coding, потому что это было истоком этой новой версии Archon. Так что, да, много ценности упаковано в Dynamist. Я также провожу еженедельные семинары. И так, там я буду делать еще кое-что с Archon, если вы заинтересованы. Итак, хорошо. Э-э, с этим я собираюсь показать вам, как установить Archon с нуля. И, э-э, как я уже сказал, я буду делать это на VPS, просто потому, что я не хочу снова стирать свою установку на своем компьютере. Я уже четыре раза переустанавливал Archon с нуля на этой неделе, пока тестировал вещи, чтобы подготовиться к выпуску с открытым исходным кодом. И так, я собираюсь установить его на VPS, где я собираюсь построить свою темную фабрику. Это последняя захватывающая часть прямого эфира, которую я собираюсь осветить с вами, ребята. Э-э, да, я на самом деле очень взволнован этим. Я не знаю, знаете ли вы, что такое темная фабрика. Это вроде как термин, который был введен в последнем Ну, на самом деле это термин, который был введен в конце 1900-х годов. Это звучит странно. Думаю, в 1990-х. Идея темной фабрики заключается в том, что у вас есть фабрика без света, потому что роботы управляют всем этим, а затем недавно люди говорили о темной фабрике в контексте кодовых баз, и, по сути, темная фабрика — это кодовая база, которая саморазвивается, как будто ИИ — единственный, кто когда-либо пишет код в кодовой базе, и поэтому эксперимент, который я хочу провести, я даю вам небольшой тизер того, о чем я буду говорить в конце семинара здесь, эксперимент, который я хочу провести, — это публичная кодовая база темной фабрики, где каждое отдельное развитие кодовой базы, например, каждый запрос на вытягивание, каждый выпуск управляется рабочими процессами Archon, потому что мы можем построить наш процесс, мы можем точно определить, как мы хотим управлять задачами и запросами на вытягивание и выпусками. Мы можем определить это как рабочие процессы Archon. Так что мы, по сути, используем Archon как оболочку темной фабрики, что звучит немного глупо, но я на самом деле очень рад попробовать это как своего рода публичный эксперимент. Я буквально хотел дойти до того момента, когда любой сможет создать задачу, а затем Archon выяснит, стоит ли нам решать эту задачу для этой кодовой базы, а затем он будет обрабатывать ее автоматически вплоть до запросов на вытягивание, проверки и слияния в основную ветку. Так что мы поговорим об этом, но, очевидно, нам нужно сначала запустить Archon. Так что я покажу вам установку. Я покажу вам, как выглядят рабочие процессы с Archon, и затем я хочу построить рабочий процесс вместе с вами, а затем мы сделаем кое-что из этого модного темного фабричного материала в конце. Хорошо, так что я перейду к файлу README. Так что я снова размещу ссылку на Archon в чате. Если вы хотите следить за мной и установить на своей машине или VPS, если мы прокрутим вниз до раздела «Начало работы», вот где мы будем работать сейчас. Так что буквально все, что вам нужно иметь установленным перед запуском Archon, — это ваш агент кодирования и GitHub CLI. На самом деле, я указываю Bun в качестве предварительного условия, но процесс настройки даже автоматически установит это, если у вас его еще нет. Так что я указываю Cloud Code в качестве предварительного условия. Вы также можете использовать Codec, это также поддерживается Archon. Просто это пока не так стабильно, как Cloud Code. Так что я определенно буду обновлять документацию, когда я решу эту проблему или когда мы ее решим. Но, конечно, GitHub CLI также является важной зависимостью. Вам не нужен GitHub CLI для каждого рабочего процесса Archon, но, да, возможность работать с GitHub — это очень важная часть Archon, потому что большинство рабочих процессов полагаются на то, что задача или запрос на вытягивание будут отправной точкой, верно? Например, проверка запросов на вытягивание или исправление задач GitHub. В большинстве случаев, когда я работаю с Archon, это связано с артефактами в GitHub, по сути, верно? Вот почему я считаю это предварительным условием. Итак, когда у вас установлены эти вещи, у нас есть бинарный файл. Так что мы работаем над созданием единого скрипта установки. Так что вы можете сделать это, если хотите. Я просто покажу вам свой подход, клонируя репозиторий и настраивая оттуда, потому что я более комфортно себя чувствую. Это вроде как новая вещь, над которой мы работаем, чтобы сделать установку Archon еще проще. Так что я установлю его таким образом. Так что я скопирую эту команду для клонирования репозитория и сделаю это в своем VPS. Итак, вот оно. Клонируем Archon, а затем, очевидно, переходим в каталог Archon. И тогда посмотрите на это. Я собираюсь запустить в режиме опасного пропуска разрешений, просто потому, что я не хочу иметь дело с утверждением вещей прямо сейчас. Откроем папку. Да, я принимаю. Вот оно. Хорошо. Теперь посмотрите на это. Все, что мне нужно сделать, это сказать «настроить Archon». Мне больше ничего не нужно говорить. Он проведет меня через весь процесс. Так что, если у вас есть предварительные условия, а затем вы клонируете репозиторий, вы просто переходите в свой Cloud Code или Codec и говорите «настроить Archon», и это все. Итак, сначала он увидит, что у нас уже настроено. Он поймет, что мы ничего не настраивали. И тогда он должен загрузить навык Archon. Итак, у нас есть этот навык, который как бы направляет его, как помочь нам с Claude или со всей настройкой Archon с Claude. Хорошо, я, наверное, должен подождать, пока он заработает. И кстати, если мы увидим это, я только что нажал Ctrl+O, чтобы увидеть вывод здесь, это просто понимание кодовой базы. Я на самом деле удивлен, что он не загрузил навык Archon. Вы находитесь в. Давайте посмотрим. Что он говорит здесь? Нет. Хорошо, подождите. Загрузите навык Archon и пройдите настройку. Мне на самом деле никогда не приходилось этого делать, но по какой-то причине он не загрузил навык Archon. Так что я просто скажу ему сделать это, но мы все равно получим тот же эффект. Пройти через все будет очень просто. Хорошо, вот оно. Итак, теперь он читает руководство по настройке. Так что это часть навыка, которая говорит ему, как провести нас через все. Так что он проверит все предварительные условия, такие как убедиться, что у нас есть git и bun, такие вещи, которые у нас уже есть на этой машине. Э-э, вот оно. Итак, первый вопрос, который он задаст вам при настройке, это где, например, какой репозиторий вы хотите использовать для работы с Archon, верно? Так что, когда мы используем Archon, мы хотим, чтобы он вызывал рабочие процессы в другом репозитории, потому что мы собираемся использовать его для работы над чем-то другим. Вот почему он говорит, что это должен быть ваш собственный проект, а не репозиторий Archon. И поэтому я могу либо клонировать репозиторий с GitHub, либо просто указать локальный путь, если я хочу, чтобы он работал над проектом, который у меня уже установлен на моей машине. Так что номер два на самом деле, вероятно, то, что вы в конечном итоге сделаете, потому что обычно уже есть что-то, над чем вы работаете, и вы хотите использовать Archon, чтобы, например, создать оболочку вокруг этого, верно? Теперь, поскольку я нахожусь на VPS, я просто клонирую что-то с GitHub. Так что я выберу это. И тогда он просто говорит, например, «Пожалуйста, укажите URL репозитория». Мне на самом деле нужно найти один здесь. Я просто сделаю. Позвольте мне открыть это. Я возьму какой-нибудь случайный. Давайте посмотрим. Давайте просто сделаем это. Я просто скопирую этот реп. Мне просто нужен какой-то случайный, чтобы зарегистрировать. Итак, что это сделает, это зарегистрирует ваш первый репозиторий с Archon. Так что всякий раз, когда вы запускаете CLI Archon в репозитории в первый раз, он будет регистрироваться. Так что, например, Archon имеет базу данных под капотом или за кулисами, которая отслеживает проекты, с которыми вы используете Archon, и все ваши разговоры, в которых вы вызывали рабочие процессы Archon в этих кодовых базах. Так что вы делаете автоматическую регистрацию таким образом. И тогда также в веб-интерфейсе, как я показывал ранее, вы можете зарегистрировать проекты таким образом. Так что вы просто нажимаете значок плюса здесь, а затем можете указать URL GitHub или локальный путь. Так что также в веб-интерфейсе вы можете зарегистрировать свои репы. И круто то, что для всех проектов, которые вы зарегистрировали в веб-интерфейсе, агент автоматически понимает. Так что, если я скажу, например, какие проекты и рабочие процессы у меня есть, агент Archon, который работает в веб-интерфейсе, используя либо Cloud Code, либо Codec, он имеет контекст, введенный для всех рабочих процессов Archon, которые он может вызывать, и различных проектов, в которых он может их вызывать. И поэтому, когда мы говорим, например, «Эй, я хочу исправить эту задачу GitHub для этого проекта», он будет знать, «Хорошо, давайте используем рабочий процесс исправления задачи GitHub» и направим его в репозиторий чата YouTube rag. И веб-интерфейс — это одна из вещей, которые мы можем запустить после прохождения настройки. Итак, сначала он спрашивает, какие платформы вы хотите настроить? Так что CLI всегда включен по умолчанию. Я также могу настроить, например, Telegram. Вы просто нажимаете Enter для выбора или отмены выбора. Для этого я оставлю все очень просто и просто использую CLI. Да, но вы можете настроить все адаптеры, которые мы поддерживаем в Archon, прямо здесь. Так что вы указываете те, которые хотите, а затем немного позже он пройдет процесс, где мы можем ввести наши API-ключи, но это отдельный процесс, потому что мы не хотим просто отправлять наши API-ключи напрямую агенту кодирования или LLM. Так что я отправлю эти ответы. Так что я просто хочу настроить CLI, чтобы я мог запускать там рабочие процессы. Так что CLI и веб-интерфейс, очевидно, не требуют от вас никаких дополнительных параметров или API-ключей. Так что они просто придут, они будут работать сразу. Итак, затем он создает Archon как глобальную команду. Так что таким образом мы можем просто запускать, например, archon workflow run, что угодно. Так что мы можем использовать CLI для вызова рабочих процессов. Но поверьте мне, вы никогда не будете делать это сами, вы просто попросите своего агента кодирования запустить рабочий процесс Archon. Так что вам не нужно понимать CLI самостоятельно. В этом красота наличия навыка Archon: ваш агент кодирования может загрузить навык, а затем он знает, как вызывать Archon CLI для запуска рабочих процессов для вас. Хорошо. И так, теперь он помогает вам настроить ваши учетные данные, но он запускает это в отдельном терминале, потому что мы не хотим, чтобы наш агент кодирования видел наши API-ключи. Это был бы огромный риск безопасности. И так, он автоматически запустит новый терминал для вас, чтобы пройти настройку, но в зависимости от вашей операционной системы, возможно, не будет поддержки автоматического запуска нового терминала. И так, вам, возможно, придется сделать это самостоятельно. И так, для меня, поскольку я работаю на VPS, нет автоматического запуска терминала. Так что мне просто нужно снова подключиться к машине. Так что позвольте мне сделать это. Так что мне нужно запомнить путь к моему SSH-ключу. Вот оно. Хорошо. Боже мой, я сегодня не могу печатать. Ужас. Хорошо. И тогда, э-э, я забыл IP моей машины. Черт. Какой IP-адрес у моей машины здесь? Я посмотрю на другом мониторе. Э-э, хорошо. Посмотрю. Вот оно. Хорошо. Хорошо. Так что, SSH и тогда я перейду по пути здесь. Dark Factory Archon. Подождите, это не то. Dark Factory. Э-э, о, да, заглавная А. Хорошо. Хорошо. Так что тогда все, что вам нужно сделать в отдельном терминале, это запустить команду настройки Archon, и она проведет вас через это. Если терминал не запускается автоматически, вы просто делаете это сами. И теперь мы просто проходим процесс настройки. Так что я увеличу это здесь. Итак, сначала, какую базу данных вы хотите использовать? SQLite проще всего настроить. И поэтому я рекомендую это, вы можете использовать Postgress, хотя, если вы хотите иметь внешнюю базу данных, к которой вы подключаетесь. Что, черт возьми, я случайно ввел это. Так что давайте пройдем настройку снова. Итак, SQLite, а затем здесь он спрашивает, какой агент кодирования вы хотите использовать. И так, это два, которые мы поддерживаем прямо сейчас. Как я уже говорил, мы хотим добавить больше. Так что пробел для выбора, а затем Enter для подтверждения. И тогда он спрашивает, как вы хотите аутентифицироваться с Claude? И так, есть три варианта: мы можем предоставить токен ooth, например, если вы просто хотите запустить, например, команду claude setup-token и получить токен ooth. Вы можете предоставить свой API-ключ, что я бы не рекомендовал, потому что это будет дорого. И тогда, как я уже сказал, нам разрешено использовать нашу подписку enthropic с Claude Code с помощью SDK claian и Archon. Так что я просто буду использовать свой глобальный ooth. Так что на этом экземпляре я уже аутентифицировался с Claude. Если вы много используете Cloud Code и устанавливаете Archon на своей машине, то аутентификация уже настроена, верно? Вам даже не нужно настраивать какую-либо другую переменную среды. И тогда он спрашивает, какие платформы я хочу подключить? То есть, для каких я хочу ввести API-ключ? Я на самом деле не собираюсь, я имею в виду, я просто сделаю GitHub прямо сейчас, чтобы показать вам одну из них. Так что вы делаете пробел для выбора, а затем Enter для подтверждения. И тогда для каждой из платформ, которые вы выбираете, для которых вы хотите установить Archon, это очень похоже на настройку Open Claw. Если вы когда-либо устанавливали OpenClaw, то для каждой из платформ он будет давать вам инструкции, например, вот как получить ваш личный токен доступа GitHub. И поэтому я, конечно, вне камеры, получу его и скопирую. Так что позвольте мне перейти туда. Так что я вставлю его, потому что он автоматически скрывает его, что хорошо. Я бы не хотел показывать это в прямом эфире, но да, он дает вам инструкции, как это сделать. Это будет то же самое для каждой из ваших платформ, которые вы настраиваете. И тогда еще одна вещь, очевидно, ради безопасности, для каждой из платформ, которые мы настраиваем, таких как GitHub, Slack и Telegram, мы хотим иметь список пользователей через запятую, которым разрешено вызывать Archon, потому что если у меня работает Archon в общедоступном репозитории, я не обязательно хочу, чтобы кто-либо мог просто сказать, например, «Эй, Archon, исправь эту задачу», потому что тогда это расходует мои токены, и это не я вызываю его. Так что я просто скажу, что это единственный пользователь, которому разрешено его использовать. И тогда вы можете изменить имя упоминания. Так что, например, в GitHub вы делаете @archon, а затем вы даете ему запрос, вот как вы с ним разговариваете. Так что я доволен этим по умолчанию. Так что мне не нужно настраивать ничего отдельного. И тогда еще одна вещь — это также для того репозитория, который мы зарегистрировали. Так что этот репозиторий, который я нашел просто как случайный. Где это было? Да, вот этот. Так что, например, я дал это для регистрации в качестве первого репозитория. Мы также можем скопировать навык Archon в этот проект. И причина, по которой я хочу это сделать, заключается в том, что тогда я смогу открыть свой агент кодирования непосредственно в этой кодовой базе, и поскольку навык Archon там, он знает, как использовать Archon CLI. Так что таким образом мне не нужно открывать свой агент кодирования в репозитории Archon, чтобы работать над другим репозиторием. Потому что, пока навык Archon там, Archon CLI — это глобальный CLI. Так что мы можем вызывать его откуда угодно на нашей машине. Например, я могу просто открыть свой терминал прямо здесь и просто сказать, например, archon, верно? И тогда это автоматически работает, потому что это глобально зарегистрированная команда. Но наш агент кодирования знает, как использовать все различные команды и параметры, только если у нас есть навык. Так что я просто хочу скопировать его в кодовую базу. Так что, хорошо. И тогда каталог docs. Нам пока не нужно об этом беспокоиться. И вот оно, наша настройка завершена. И так, мы проходим через все это, а затем возвращаемся сюда и просто говорим «готово». Так что, например, мы закончили, и теперь он проверит все учетные данные и убедится, что мы готовы. И тогда он фактически протестирует Archon CLI. Так что он запустит для нас рабочий процесс, чтобы убедиться, что все настроено правильно. Так что мы позволим этому работать здесь. Хорошо. Итак, вот оно, быстрая проверка. Так что мы можем видеть, что он использует Archon CLI. Так что благодаря навыку он знает, как. Вам никогда не придется беспокоиться о его запуске самостоятельно, вы просто просите агента кодирования сделать это. Так что он запускает рабочий процесс Archon assist, и он делает это в нашем зарегистрированном репозитории, первом зарегистрированном нами репозитории. И так, он просто говорит, например, «привет», как действительно простой тест, чтобы убедиться, что это сработало. И вот оно, все хорошо. Так что, да. Я скопирую навык. Я полагаю, он спрашивает нас здесь тоже. Может быть, это что-то, что стоит упомянуть. Но в любом случае, каждый раз, когда вы вызываете рабочий процесс из CLI, он будет запускаться как фоновый процесс. Так что Cloud Code или Codec, например, у них есть доступ к полным журналам рабочего процесса. Так что вы можете, например, спросить у него статус, если это более длительный рабочий процесс, или вы можете, например, сказать, «Эй, суммируй, что произошло в рабочем процессе». Например, он способен, по сути, общаться с рабочим процессом, который он запускает, потому что все журналы находятся прямо там в фоновом процессе. Так что, вот оно, наша настройка завершена. Так что он сообщает нам, что настроено, а затем дает нам следующие шаги. Так что посмотрите на это. Мы немедленно готовы использовать Archon в нашей кодовой базе сейчас, и мы можем зарегистрировать его с любой другой кодовой базой, которую хотим. Так что, например, я могу просто сказать, например, я перейду в свой инструмент преобразования речи в текст, и я скажу, например, используйте рабочий процесс исправления задачи GitHub для исправления задачи номер два в репозитории u XYZ, верно? Например, я могу отправить этот запрос, и он автоматически, если, если я, конечно, предоставлю ему путь к репозиторию здесь, он будет использовать Archon CLI для запуска рабочего процесса исправления задачи GitHub в этом репозитории, а затем это также автоматически регистрирует этот репозиторий с Archon, так что он знает о нем в будущем, если репозиторий еще не был зарегистрирован. И тогда еще одна вещь — это везде, где у меня скопирован навык Archon, который, если вы хотите скопировать его самостоятельно в репозитории Archon, он находится прямо в .claude skills. Так что это, и я размещу ссылку на это в чате прямо сейчас, этот навык, который вы можете просто попросить своего агента кодирования скопировать его в ваш новый, например, любой репозиторий, с которым вы хотите начать использовать Archon. Но этот навык говорит ему, как использовать CLI. Это буквально единственное требование. Так что еще одна вещь: если вы хотите использовать свой второй мозг с Archon, все, что вам нужно сделать, это поместить этот навык в свой репозиторий второго мозга, и тогда он сразу же сможет начать использовать рабочий процесс Archon. Так что вы можете, по сути, добавить Archon как кодирующую руку для своего второго мозга. Так что вы можете создавать свои собственные оболочки, свои собственные рабочие процессы, а затем вы можете сказать своему второму мозгу вызывать его в любом репозитории, который вы хотите. Пока вы предоставляете ему путь, и он загружает навык Archon, тогда он знает, как использовать CLI. И так, для чего-либо здесь, если это сбивает с толку, например, «Хорошо, какой репозиторий мне открыть» или «Как получить навык» или «Как зарегистрировать проекты», вы буквально просто спрашиваете Archon, и он знает, как сделать все, потому что навык направляет его через все. Так что позвольте мне на самом деле показать вам это здесь. Так что в этом другом терминале я собираюсь очистить, а затем, так что он говорит, я могу перейти в каталог компилятора памяти Claude и затем запустить Claude для запуска Claude здесь. Так что я сделаю опасно пропустить разрешения снова или, я думаю, я не здесь. Я просто должен буду набрать это вручную. Так что, опасное пропуск разрешений. И тогда, э-э, вы можете видеть, что, поскольку я скопировал навык в этот репозиторий во время настройки, я могу просто сказать «загрузить навык Archon». Не то чтобы вам нужно было говорить это явно каждый раз, но я просто демонстрирую, что у нас есть навык Archon в этом репозитории. Так что теперь он будет знать, как вызывать любой рабочий процесс. И тогда в репозитории здесь, хорошо, у нас на самом деле есть пара задач. Круто. Эта штука на 6 вечера очень модная. Я никогда раньше не видел этой задачи, кстати. Это публичный репозиторий. Это нормально. Массивное потребление токенов. Интересно. Хорошо. Ну, я пытаюсь найти тот, который на самом деле является существующим. Хорошо. Ну, давайте попробуем этот. Это своего рода случайность, но я просто выберу случайную задачу, например, номер один здесь. Так что, например, посмотрите на это. Все, что мне нужно сделать, это сказать, я хочу, чтобы вы использовали Archon для исправления задачи номер один. Это все. Это так просто, потому что он знает рабочие процессы, к которым у него есть доступ. Он выберет правильный, верно? Он выберет Archon fix GitHub issue. Он знает, как использовать CLI. Бум. Это все. И у нас есть этот полный процесс, работающий сейчас. Так что Archon fix GitHub issue работает в фоновом режиме. Он будет периодически проверять прогресс. И, э-э, о, подождите. Рабочий процесс не удался, потому что вы не вошли в GitHub CLI. О, это облом. Хорошо, подождите. Я думаю, мне придется это сделать. Я думал, я уже сделал эту часть настройки. Так что немного странно, что он говорит, но я просто попробую войти здесь. Хорошо. Так что, да. Видите, он говорит, что я уже вошел в эту учетную запись. Я думаю, Claude может сбоить прямо сейчас. Позвольте мне попробовать возобновить разговор. Давайте посмотрим. Я вошел. Также, он говорит, что я уже был. Так что я сбит с толку. Возможно, я что-то забыл или что-то испортил в своей конфигурации на этой машине. Давайте посмотрим. Но это круто. Например, он может просто перезапустить рабочий процесс, верно? Например, мы можем просто разговаривать с Claude, как обычно, и поэтому он может использовать Archon как инструмент, так же, как он использовал бы под-агентов или так же, как он использовал бы навыки. Он говорит, что снова вышел. Ошибка на самом деле исходит от агента кодирования Claude, который запускает Archon. Проверка Claude. О, я думаю, я знаю, что это такое. Я думаю, это из-за этого конкретного репозитория. У меня есть папка Claude, settings.json. Если я просто удалю это, я, возможно, просто проведу демонстрацию на своем компьютере вместо этого VPS, потому что я думаю, что это просто эта конкретная кодовая база, у меня есть какие-то хуки Cloud Code, которые работают. Это целая история. О, подождите. О, подождите. Я знаю, что не так. Это потому, что у меня уже настроено использование Minimax M2.7 для темных фабричных вещей, которые я собирался вам показать. Это моя вина. Ах, хорошо, мне нужно, мне нужно продемонстрировать это на другой машине. Кстати, мы использовали Minimax 2.7 для всего. Потому что я настраивал кое-что заранее для прямого эфира. Извините, ребята, я усложняю вещи больше, чем мне нужно, потому что я, у меня есть другие вещи, подготовленные для вас. Итак, хорошо, вот что я собираюсь сделать. Я покажу вам демонстрацию, сделав это прямо из Archon. Так что это будет лучше в любом случае, потому что тогда я смогу показать вам веб-интерфейс. Кстати, если вы хотите запустить веб-интерфейс Archon, все, что вам нужно сделать, это перейти в кодовую базу Archon и сказать «запустить бэкэнд и фронтэнд Archon». Это все. Запустить бэкэнд и фронтэнд Archon. Я думаю, мой преобразователь речи в текст оборвался, но это все, что вам нужно сделать. Так что я надеюсь, что шаблон понятен здесь для вашей настройки, чтобы все заработало и работало для запуска Archon. Все сводится к тому, что навык Archon направляет вас через все, выполнение всех рабочих процессов, управление приложением — очень, очень просто. Так что в моем Archon здесь, давайте увеличим масштаб немного. Давайте скажем, я просто хочу обработать задачу. Так что это будет своего рода мета, потому что я использую Archon для улучшения Archon. Но, как я уже сказал, вы можете сделать это с любой кодовой базой, где у нас есть навык Archon. Так что я найду задачу. Есть довольно много задач, созданных за последние пару дней, потому что у нас сейчас много внимания к Archon. У нас 16,2 тысячи звезд, за что я благодарен, кстати. Хорошо. Давайте посмотрим. Так что, хорошо, это хорошая. Так что чат UI молчаливо выходит из строя, когда токен обновления Claude OAuth истекает. Так что это задача номер 176. Так что посмотрите на это. Я собираюсь сделать это так же, как я пытался сделать на VPS, у меня просто настроены вещи. Мы поговорим о темной фабрике немного позже, потому что я хочу использовать Minimax. В любом случае, так что я зайду сюда и скажу, используйте Archon для исправления задачи номер 176. Вот оно. Хорошо. Теперь, теперь мы увидим это в действии. Так что, опять же, он загрузит навык Archon. Ну, я думаю, сначала он просмотрит задачу GitHub, а затем, да, загрузит навык Archon, чтобы он знал, как вызывать рабочие процессы, а затем он запустит рабочий процесс. Так что Archon fix GitHub issue, и тогда мы делаем это в ветке. Так что он сделает это в рабочем дереве. Так что у нас есть изоляция, и вот оно. Так что теперь рабочий процесс выполняется в фоновом режиме. Так что Cloud Code поддерживает это. Я не знаю, поддерживает ли Codec это тоже, потому что я давно не использовал Codec, если честно. Но если вы нажмете на оболочку здесь, например, если я нажму стрелку вниз, а затем нажму Enter, я могу увидеть детали и журналы рабочего процесса по мере его выполнения. Так что мы можем следить за ним здесь. И тогда круто то, что, поскольку он выполняется как фоновый процесс, я могу продолжать. Я могу запускать больше рабочих процессов Archon. Я могу продолжать просто разговаривать с агентом здесь. Я также могу сказать «дайте мне обновление статуса». Так что он может просмотреть журналы фонового процесса, а затем сообщить мне, на каком этапе рабочего процесса он находится. Так что, если я хочу проверить, потому что это более длительный рабочий процесс, он может сказать, например, «О, он в настоящее время исследует» или «Он находится в процессе классификации задачи». Так что он читает, я знаю, что это выглядит довольно долго, но это журналы, которые хранятся внутренне на моей машине для фонового процесса, а затем он говорит «Хорошо, круто». Так что рабочее дерево создано, извлечен номер задачи, и задача классифицирована. Так что он в настоящее время выполняет шаг веб-исследования, и если мы перейдем к веб-интерфейсу здесь, я могу фактически увидеть это. Так что посмотрите на это. У нас он выполняется в настоящее время. Так что я могу видеть это в своем чате. Если я перейду в центр управления здесь, я также могу видеть все мои текущие рабочие процессы на высоком уровне. Этот выполняется в настоящее время. Он выполняется уже полторы минуты. И если я просмотрю журналы, посмотрите на это. Я могу видеть, какие шаги были завершены, где я сейчас нахожусь, и я могу видеть вызовы инструментов по мере их поступления, что во многих случаях для рабочих процессов Archon вы просто будете запускать и забывать, верно? Вы просто хотите, чтобы он обрабатывал что-то в фоновом режиме, а затем вы вернетесь, когда появится запрос на вытягивание для вас, чтобы проверить. Так что это не так, как будто вы всегда будете следить за своими рабочими процессами в веб-интерфейсе, но особенно когда вы создаете свои собственные пользовательские рабочие процессы, это может быть очень, очень полезно, когда вы впервые отлаживаете вещи, чтобы погрузиться в журнал рабочего процесса и убедиться, что все происходит так, как вы намеревались. И так, мы можем видеть журналы. Я знаю, что этот конкретный, веб-поиск, это более длительный шаг, но мы можем видеть все эти вызовы инструментов, поступающие в реальном времени, пока он работает. И тогда мы можем вызывать множество различных рабочих процессов параллельно, и мы можем наблюдать за всеми ними здесь. Мы можем переключаться между их журналами. Это довольно круто. Так что, да, и поэтому мы можем следить за ним здесь или в веб-интерфейсе. И, знаете что? Просто ради того, чтобы стать немного модным, я собираюсь показать вам, как я на самом деле использую Archon каждый день, потому что вот в чем дело: я не работаю только над одной задачей за раз с Archon. Рабочий процесс исправления задачи GitHub — мой самый часто используемый, но я использую его параллельно много. Так что посмотрите на это. Я собираюсь перейти в свой инструмент преобразования речи в текст. Я собираюсь сказать, хорошо, я также хочу обрабатывать больше задач. Давайте посмотрим здесь. Давайте займемся задачей номер 167. Давайте также сделаем 182 и 1087. Хорошо. Так что я собираюсь отправить это. Кстати, обычно я делаю даже больше этого одновременно, но я просто хочу убедиться, что я не достигну лимитов скорости для Claude прямо сейчас, потому что, я имею в виду, мы делаем много работы параллельно. Не то чтобы Archon неэффективен по токенам. На самом деле, мы сделали много вещей, чтобы сделать его более эффективным по токенам, но все же есть много того, что я делаю одновременно прямо здесь. И посмотрите на это. Я не только могу сказать, например, запустить рабочие процессы параллельно, но я могу сказать, я хочу, чтобы вы, например, запускали эти рабочие процессы параллельно. Я хочу, чтобы вы ждали, пока все они не будут завершены. Так что следите за рабочими процессами, пока у нас не появятся запросы на вытягивание для каждого из них. Затем, как только у нас появятся запросы на вытягивание для каждого из них, я также хочу, чтобы вы запускали рабочий процесс проверки PR для всех этих параллельно. И тогда, когда он выдаст комментарии и PR, я хочу, чтобы вы просмотрели запросы на вытягивание, посмотрели на все задачи, которые нам нужно решить. Я хочу, чтобы вы решили их и отправили изменения в ветки для запроса на вытягивание. И я мог бы даже объединить все это в один рабочий процесс, если бы захотел. Но просто посмотрите, насколько это всеобъемлюще. Мы идем от задачи до окончательного проверенного запроса на вытягивание, и мы делаем это параллельно. Так что он запускает все эти процессы одновременно как фоновые процессы. Так что теперь, если я перейду в четыре оболочки, которые у меня открыты здесь в Cloud Code, мы можем видеть, что они все выполняются в настоящее время. И тогда я могу нажать Enter, чтобы просмотреть журналы любого из них. И тогда, конечно, мы можем видеть их все работающими в веб-интерфейсе. Так что давайте вернемся на панель управления. И вот оно, все четыре работают. Так что у нас каждый из них работает последние 20 секунд. И тогда этот, который идет уже пять минут. Довольно круто. Так что, да, мы все еще делаем веб-исследование по этому вопросу. Но, да, вот как я использую Archon изо дня в день. Например, большую часть времени, когда я работаю над кодовой базой, я буду создавать задачи, будь то ошибка, над которой я собираюсь работать, или новая функция, которую я хочу добавить. Например, оба эти варианта подходят как задачи GitHub. И это также приятно, потому что это своего рода мой личный центр управления для всего, над чем я хочу работать. И поэтому мы видим, как Раазмус открывает так много задач GitHub. Например, мы используем это больше, чем, знаете ли, другие люди, потому что здесь мы документируем все, над чем хотим работать. Например, Раазмус открывает задачу за задачей для, знаете ли, ошибок и запросов на новые функции. И поэтому это также очень приятно, потому что GitHub — это место, где мы будем отслеживать версионирование Archon. Например, по мере развития вашей кодовой базы и вы хотите, чтобы ваш агент кодирования помнил вещи, над которыми вы работали в прошлом, вы будете полагаться на коммиты git. Мне на самом деле нравится использовать журнал git как долгосрочную память для моих агентов кодирования. И поэтому я уже отслеживаю всю свою работу как коммиты git, и поэтому я также могу отслеживать вещи в задачах для предстоящей работы, которая у меня есть. Так что вы, конечно, можете подключить, например, сервер MCP или навык для Archon, чтобы использовать другую внешнюю платформу, такую как Linear или Jira, для управления вашими задачами. Лично я просто люблю использовать GitHub как свое управление задачами. Вот почему GitHub CLI так важен для меня для практически всех моих рабочих процессов Archon. Теперь, конечно, есть рабочие процессы Archon, которые не имеют ничего общего с GitHub. Так что, например, если я хочу создать PRD, я могу сказать, например, используйте Archon, чтобы провести меня через создание PRD. И так, это, надеюсь, загрузит навык Archon, а затем проведет меня через интерактивный рабочий процесс PRD. Так что я просто быстро демонстрирую еще один рабочий процесс. И этот на самом деле довольно крутой, потому что он имеет человеческий фактор. Так что он задает вам несколько вопросов, начинает создавать PRD, а затем останавливается, чтобы задать вам еще вопросы. Так что, возможно, мы увидим это в действии очень быстро. И тогда я также хочу перейти к другому, другой вещи, которую я хотел вам показать, например, к созданию рабочего процесса на основе GSD. Хорошо. Выберите отправную точку. Давайте посмотрим. Хорошо. Так что на самом деле он говорит мне, вот несколько разных рабочих процессов. Я хочу использовать интерактивный рабочий процесс PRD. Так что давайте запустим его для нас. Хорошо. Интерактивные рабочие процессы. Понял. Интерактивный рабочий процесс PRD — это управляемый разговор, в котором ИИ задает вопросы и округляет, чтобы создать PRD. Круто. Так что, я не знаю. Я хочу создать поддержку PI агентов в Archon. Я имею в виду, я думаю, это интересный пример, чтобы позволить мне убедиться, что мой преобразователь речи в текст правильно его пишет. И я просто скажу с SDK. Не то чтобы я собирался строить это прямо сейчас, но я быстро покажу вам, как выглядит прохождение другого рабочего процесса, потому что я так сильно фокусируюсь на использовании рабочего процесса исправления задачи GitHub. Я хочу показать вам что-то немного другое. Хорошо. Так что вот оно. Так что теперь он запускает интерактивный PRD Archon investigate или, простите, интерактивный PRD. Так что рабочий процесс выполняется. Он будет исследовать кодовую базу, прежде чем начнет задавать нам вопросы. И мы, очевидно, можем пойти и посмотреть это в журналах вместе с другими. Так что этот рабочий процесс на самом деле находится в состоянии паузы. Так что вы можете видеть в веб-интерфейсе, что у нас есть поддержка этого, где он покажет нам, например, вот где у нас есть шаг с человеческим фактором. Так что, пока все остальные рабочие процессы выполняются, этот мы больше взаимодействуем. Так что, позвольте мне, так что он говорит, что он на паузе. Позвольте мне взять вывод. Так что он прочитает журналы и задаст нам несколько вопросов. Правильно. Так что рабочий процесс находится в состоянии паузы, чтобы мы могли дать обратную связь. И это очень похоже на то, что я показывал в примере на диаграмме ранее, где у нас мог быть человеческий фактор для этапа планирования, но мы можем фактически просмотреть план и позволить агенту кодирования итерировать над этим, прежде чем мы перейдем к следующему шагу. Так что задаются некоторые основополагающие вопросы. Давайте посмотрим. Так кто сталкивается с этой проблемой? Все, кто использует Archon. Я думаю, это довольно странный вопрос на самом деле. С какими проблемами они сталкиваются? Проблема, с которой они сталкиваются прямо сейчас, заключается в том, что есть много людей, которые не хотят использовать Claude или Codec конкретно. Они хотят использовать разные модели. PI — это скорее общий агент, который очень легко использовать другие модели. Давайте посмотрим. Почему они не могут решить это сегодня? Ну, у нас пока нет поддержки PI. И я хочу построить это сейчас, потому что мы в настоящее время работаем над большими улучшениями Archon, и Pi является одним из наших приоритетов. Мы узнаем, когда это будет решено. Успех. Похоже, мы можем использовать Pi, любую модель в Pi, со всеми нашими рабочими процессами Archon. Так что эти вопросы, если вы не знакомы, это действительно хорошие вопросы для менеджеров продуктов, когда они впервые создают PRD. Так что у нас есть много лучших практик менеджеров продуктов, встроенных в этот рабочий процесс. Теперь некоторые вопросы были немного неудобны для меня прямо сейчас, просто для демонстрации, но они являются действительно хорошими вопросами, которые нужно задать, когда вы впервые создаете документ с требованиями к продукту. Так что теперь вы можете видеть, что, используя навык Archon, Archon знает, например, хорошо, давайте возобновим рабочий процесс с одобренным состоянием. Так что мы одобряем, а затем вводим нашу обратную связь. Так что он передал наши ответы. Так что теперь рабочий процесс вышел из состояния паузы в состояние выполнения. И мы, конечно, можем просмотреть журналы здесь, чтобы увидеть, что происходит. Так что это первый узел, который он запустил, а затем он задал нам несколько вопросов. Теперь мы переходим к следующему. Так что это своего рода процесс, например, задавания нам вопросов и перехода в цикл. Хорошо. О, он снова на паузе? Подождите. Нет, он все еще работает. Хорошо. Так что мы снова подождем. Хотя я, возможно, на самом деле не буду продолжать эту демонстрацию, потому что я думаю, вы поняли идею. Он действительно делает это в цикле, где у него есть набор вопросов, которые он проходит для каждого из запросов, которые у нас есть прямо здесь. Так что я думаю, вы поняли суть. Но есть пример рабочего процесса, где он на самом деле не имеет ничего общего с GitHub, потому что не все из них должны. Вот что я хотел показать. Окончательным артефактом этого рабочего процесса, очевидно, будет документ в формате markdown, который является нашим PRD. Так что тогда мы, например, разобьем это на задачи и пройдем циклы piv как отдельный рабочий процесс Archon, чтобы выполнить все этапы, которые у нас есть в этом PRD. И тогда, если вы действительно хотите стать модным, вы могли бы даже, если вы хотите сделать так, чтобы весь процесс pimploo и создание PRD, все это было единым рабочим процессом Archon. Как я уже сказал, ваше полное программное обеспечение

жизненный цикл разработки, вы можете упаковать все это в рабочий процесс Archon. Хорошо, здорово. Так, да, я думаю, с этим я хочу показать вам, как создать рабочий процесс с нуля, потому что это на самом деле прекрасно просто. Итак, я открою еще одну сессию Archon здесь. И, знаете, прежде чем я это сделаю, я хочу уделить больше времени сессии вопросов и ответов с вами. Итак, позвольте мне, э, вернуться к полному кадру здесь, и я открою еще несколько вопросов. Хорошо. Итак, дайте мне секунду, чтобы прочитать то, что у нас здесь есть, а затем, я думаю, э, да, так что Раасмус здесь в прямом эфире отвечает на вопросы. Очень ценю это, Раасмус. И затем спасибо Томасу тоже. Ух, давайте посмотрим. Каков самый простой способ заставить это работать с линейными задачами вместо проблем GitHub? Да, поэтому моя рекомендация будет использовать либо Linear MCP, либо создать навык для использования API Linear, а затем вы создадите пользовательский рабочий процесс. Так что вместо "исправить проблему GitHub" это будет "исправить проблему Linear" или "обработать задачу Linear". И вы даже можете заставить Archon ссылаться на рабочий процесс исправления проблемы GitHub и использовать его в качестве отправной точки, где вы просто адаптируете вещи, чтобы они были полностью Linear вместо полностью GitHub. Так что на самом деле очень легко интегрировать любую платформу, которую вы хотите, в Archon, потому что для каждого отдельного узла вы можете вставлять навыки или серверы MCP. Так что в случае с GitHub, например, агенты кодирования так хорошо используют CLI GitHub, что мне не нужен навык CLI GitHub. Однако вам может понадобиться это для Linear или, как я уже сказал, сервер MCP. Но серьезно, все, что вам нужно сделать, и я покажу вам это через секунду, это вы, как бы, хорошо, смотрите. Я не думаю, что я действительно запущу это прямо сейчас, но я О, вот. Позвольте мне вернуться к моей сцене, чтобы вы могли видеть мой экран. Я забыл, что не делился своим экраном. Так что я могу сказать, например, э, загрузить навык Archon. Я хочу создать версию рабочего процесса исправления проблем GitHub, но специально для Linear вместо GitHub. Вот и все, что вам нужно сделать. Теперь, очевидно, вам, вероятно, придется довольно много итерировать по запросам и действительно делать вещи специфичными для вас. Так что это, безусловно, упрощение, но это буквально может быть вашей отправной точкой. Вот что вы отправляете. И так, да, после небольшого количества вопросов и ответов я покажу вам, как выглядит создание рабочего процесса. Как, черт возьми, навык Archon так прекрасен, потому что он просто знает все. Он проведет вас через все. И еще одна вещь, которую я люблю делать с агентами кодирования, это просить их задавать мне вопросы. И поэтому, возможно, я бы отправил, позвольте мне вернуться к моему голосу Aqua. Итак, я вставляю это обратно. И я мог бы сказать, например, задайте мне вопросы, чтобы убедиться, что вы понимаете мою настройку Linear и точно, как я хочу, чтобы рабочий процесс функционировал, верно? Таким образом, вы уменьшаете предположения, которые он делает изначально. И поэтому то, что он производит в конце, будет лучше соответствовать тому, что вы на самом деле хотите, прежде чем вы начнете итерации. Вам, вероятно, все равно придется итерировать, но идея здесь в том, что мы проходим через небольшой процесс планирования с Archon, прежде чем он, прежде чем он создаст рабочий процесс для нас. Хорошо, здорово. Что еще у нас есть? В управлении сессиями в рамках рабочих процессов, как обрабатывается сохранение контекста? Передаются ли данные и контекст через узлы? Хорошо, это действительно хороший вопрос, и у нас есть несколько разных способов обработки сохранения контекста. Итак, э, я пытаюсь подумать, есть ли у меня хороший рабочий процесс для демонстрации этого. Вместо того, чтобы копаться, я, возможно, просто отвечу на ваш вопрос на высоком уровне. Но да, одна из основных вещей, которые у нас есть в Archon, — это параметр для каждого узла, который указывает, хотим ли мы продолжить сессию с предыдущего узла или начать заново. И поэтому эта гибкость довольно мощная, потому что, возможно, вы хотите другой узел, где вы вставляете разные навыки, или вы просто хотите иметь новый узел по какой-то причине, потому что вы хотите переключить модели или что-то еще, но вы все еще хотите продолжить тот же разговор с предыдущего узла. Вы можете сделать это, или вы можете сказать, что я на самом деле хочу начать совершенно с нуля в этом узле. И затем еще одна вещь, которая у нас есть в Archon, это то, что у нас есть выходы, например, мы можем выводить артефакты, и поэтому, например, в этом случае у нас есть этап планирования, и он выведет план в наш каталог артефактов для текущего выполнения рабочего процесса. Так что это одна из примитив, которые у нас есть в рабочих процессах. Это как каталог артефактов. И затем мы, когда мы переходим в совершенно новую сессию на этапе реализации, мы просим его прочитать план из каталога артефактов. Так что, если я посмотрю на команду Archon fix issue, позвольте мне открыть ее здесь, потому что мы, вы можете запрашивать встраиваемо. Я показывал это в некоторых рабочих процессах, вы можете иметь запрос прямо в YAML для рабочего процесса, или если вы хотите, и вы хотите, чтобы он был более организованным, вы можете заставить его ссылаться на команду в папке команд. Так что мы пойдем к Archon fix issue. Здесь много команд. Так что мне нужно найти правильную. Вот она. Так что Archon fix issue. Вы увидите здесь, что аргументом является путь к артефакту. Так что Archon достаточно умен, чтобы знать, что как только мы закончим планирование, и у нас будет наш план здесь, мы будем запрашивать в совершенно новой сессии, чтобы наш агент кодирования прочитал этот план, верно? Как перейти в каталог артефактов и прочитать этот план, а затем перейти к реализации здесь. Так что это совершенно новая сессия, но затем мы все равно передаем некоторый контекст, или, как я уже сказал, вы можете просто сделать так, чтобы контекст был "продолжить" вместо "заново". Так что это зависит от вас, гибкость в зависимости от того, как вы обычно работаете. Хорошо, давайте посмотрим, что еще у нас есть. Давайте посмотрим. Вы действительно пробовали что-нибудь, кроме Opus, для задач кодирования в Agenta? Я не пробовал. Так что я в основном использую Opus для своей реализации. Однако я много тестировал, используя Sonnet для моих рабочих процессов Archon. Так что я немного говорил об этом в начале прямой трансляции, но я получаю лучшие результаты, используя Sonnet для исправления проблем GitHub с этим рабочим процессом, чем просто используя Opus самостоятельно в Cloud Code из-за всего инжиниринга контекста, который входит в, знаете ли, как это. Я полагаю, вы можете назвать это "привязкой" для проблем GitHub, как "привязкой" для исправления. Так что я запускал это с Sonnet. Так что Sonnet на самом деле является моделью по умолчанию для всех узлов здесь. Теперь для самой реализации я думаю, что мы установили, да, так что мы установили ее для использования Opus, так что, как бы, рабочий процесс по умолчанию, как он есть, использует Opus специально для реализации, но, очевидно, если вы просто удалите это, он будет использовать Sonnet по умолчанию или, э, вы можете изменить модель вручную или что-то еще, но так, например, в какой-то момент я установил ее на Sonnet, и я использовал ее, Sonnet для всего, Sonnet или Haiku для всего здесь, и я все еще получал действительно хорошие результаты, очевидно, очевидно, лучшая модель всегда даст вам лучшие результаты. Но ради того, чтобы убедиться, что вы не превышаете свои лимиты скорости и тому подобное, вы можете использовать Sonnet для этих рабочих процессов. И вы даже можете попросить его настроить модель на уровне по умолчанию или на уровне конкретного узла, прежде чем запускать ее, если хотите. Хорошо. Людям нравится видеть, как вы терпите неудачу. Уверен, это делает вас нормальным человеком. Я полагаю, вы ссылаетесь на это, когда у меня были все эти проблемы здесь с VPS. Так что я ценю это. Мы поговорим о том, почему у меня были эти проблемы, через секунду, потому что у меня есть Claude Code. Я на самом деле не аутентифицирован с Claude. Я аутентифицирован с API Miniax. Именно это вызывало проблемы с VPS, потому что я настраиваю все для темной фабрики. Хорошо. Сколько токенов занимает запуск приложения? Итак, когда я попросил его просто запустить фронтенд и бэкенд Archon, я имею в виду, я не знаю точно, но, вероятно, это будет всего пара сотен, если только он не столкнется с проблемой по какой-то причине. Это не займет так много токенов. И, кстати, вы можете видеть здесь, что он уже запускает весь процесс, помогая мне создать линейную версию рабочего процесса. Так что он задает мне некоторые вопросы. Я отвечу на них, а затем он создаст рабочий процесс и протестирует его для меня и все такое. Я не буду проходить весь этот процесс здесь, но для вопроса ранее о миграции на Linear, это так легко, чтобы он провел вас, потому что, по сути, вот в чем дело. Все рабочие процессы по умолчанию, которые у нас есть в Archon, есть два, есть два применения для них. Одно — вы можете просто использовать их прямо из коробки, если есть один, который соответствует тому, как вы уже работаете. Но другая, возможно, даже более важная часть этих рабочих процессов по умолчанию — это отправная точка для вашего агента кодирования, чтобы построить что-то, что действительно является пользовательским для вас. И поэтому, даже если вы строите что-то, что сильно отличается от всего, что у нас есть здесь, например, какой-то рабочий процесс рефакторинга, например, на самом деле, у нас есть и это. Так что, возможно, это не лучший пример, но даже если у вас есть какой-то супер отличающийся рабочий процесс, который даже не близок ни к чему, что у нас есть здесь, вы все равно хотите, чтобы ваш агент кодирования был загружен в репозиторий Archon, чтобы посмотреть на них как на справочник, чтобы понять, какие параметры у нас есть для узлов и как мы обрабатываем циклы или что-то еще, детерминированные узлы, что бы вы ни хотели в своем рабочем процессе. Так что очень легко построить практически любой. Я покажу это через секунду, но я просто хочу ответить на пару вопросов, потому что у вас много действительно хороших. Хорошо, давайте посмотрим. Хорошо. Да. Pi на следующей неделе. Да, это не обещание, что мы будем готовы на следующей неделе, но я определенно буду работать над этим, или Расмус будет работать над запросом на вытягивание для добавления Pi. Могу ли я создать узел для использования codec spark в рабочем процессе? Я имею в виду, ничто не мешает вам. Вы можете сделать узел, который делает буквально что угодно, потому что это может быть запрос к агенту кодирования, или это может быть скрипт. Даже если вы хотели использовать агента кодирования, который не поддерживается Archon напрямую, вы можете просто создать скрипт, который вызывает его, как, да, мир — ваша устрица здесь. Хорошо. Давайте посмотрим. А как насчет создания узла для упоминания другого рабочего процесса, а не только команды? Я думаю, вы спрашиваете о том, можем ли мы вкладывать рабочие процессы, как если бы у нас мог быть рабочий процесс, который вызывает другой рабочий процесс, и это то, для чего мы планируем добавить поддержку. Да. Так что я еще не добавил это, как выполнение подрабочего процесса, как у вас есть в N8N. Я еще не добавил это, потому что я не нашел для этого явного применения лично для меня, но вы не первый, кто спрашивает об этом, и поэтому мы определенно заинтересованы в добавлении поддержки для этого. Покажите немного любви и нажмите "лайк". Я очень ценю это. Да, если вы хотите поставить лайк трансляции, я, конечно, буду признателен. Поставьте лайк трансляции и подпишитесь, потому что я собираюсь выпустить много контента по Archon, потому что, да, я углубляюсь в прямую трансляцию, но, безусловно, есть еще много чего, что я могу показать о создании пользовательских рабочих процессов и о том, что я буду делать с будущим контентом на YouTube, а также, конечно, в сообществе Dynamis. Так что, да, я просто хочу упомянуть это еще раз. Я планирую провести много семинаров по Archon в Dynamis в ближайшие пару месяцев, включая использование Archon с вашим вторым мозгом и некоторые стратегии, чтобы показать, как я использую свой второй мозг для делегирования работы по моим кодовым базам с помощью Archon. Это немного выходит за рамки нашей прямой трансляции, но, безусловно, второй мозг — это еще одна очень большая часть того, что я делаю, и того, что я освещаю в сообществе Dynamis. Так что, если вы не знаете, я провел полный 4-часовой курс по созданию собственного AI второго мозга в Dynamis. Так что я взял всю систему, которая экономит мне, без преувеличения, по крайней мере, 20 часов в неделю, и построил ее с нуля в прямом эфире, чтобы вы могли следить за ней. И поэтому я превращаю это в третий курс для Dynamis. И поэтому я снова размещу эту ссылку в чате, если вы заинтересованы в том, чтобы быть на переднем крае Archon и проходить эти семинары и все курсы и строить свой собственный второй мозг. В сообществе так много ценности, не говоря уже обо всех удивительных умах, которые делятся идеями каждый день. Присоединяйтесь к нам в Dynamis. Я был бы рад видеть вас там. И я ценю это. Сообщество Dynamis — это здорово. Да, большое спасибо всем вам, кто находится в сообществе здесь, в трансляции, всегда ценю, что вы являетесь его частью. Да, ценю вашу страсть и обмен знаниями. Да, пожалуйста. Это мое удовольствие. Да, я имею в виду, я в восторге. Как у нас был вопрос ранее о том, почему открытый исходный код Archon? Я имею в виду, для меня нет альтернативы. Я не могу представить себе создание чего-то подобного и просто сокрытие этого от мира. Я просто хочу, чтобы люди видели, что возможно с AI-кодированием. В конце концов, это моя главная цель в моей карьере, я думаю, вы можете назвать это моей карьерой. В моей карьере и бизнесе моя главная цель — просто показать людям, что возможно с AI, а также просто просеять много лишнего. Я хочу быть реальным, но вдохновляющим одновременно. Вы понимаете, что я имею в виду? Есть много людей, которые говорят, что вы можете кодировать все, и это будет идеально, и вы можете заработать миллионы долларов. Я не из тех людей, которые говорят: "Вот как кодировать, чтобы заработать 10 000 долларов". Нет, я реалист. Вам нужен человек в цикле. Вы не можете просто кодировать. Вещи занимают время. Агенты кодирования совершают ошибки. Я реален во всем этом. Но именно поэтому я создаю эти инструменты, специально для добавления детерминированных шагов. Человек в цикле. Создание этих привязок, потому что тогда это позволяет вам обойти многие из этих реальных проблем, которые многие люди игнорируют. И поэтому, на самом деле, переходя на мой YouTube-канал, это забавно, потому что, подождите. Я думаю, у меня это все еще есть на моем YouTube-канале. Да. Да. Так что у меня есть эта однострочная фраза для моего YouTube-канала. Буквально с тех пор, как я начал свой канал в 2024 году, у меня всегда было это предложение: "Присоединяйтесь ко мне, пока я раздвигаю границы возможного с помощью AI". И я всегда сохранял это предложение, потому что именно это я пытаюсь сделать здесь. В реальном смысле. Вы не можете просто кодировать сайт за 10 000 долларов в месяц за неделю. В реальном смысле я показываю, как раздвигать границы AI, и я действительно думаю, что инжиниринг привязок — это передний край AI прямо сейчас, поэтому я так взволнован Archon. Так что, да, вот моя небольшая речь о моем видении и о том, почему я хочу убедиться, что Archon доступен всем. Круто. Хорошо, Джон сказал: "Мой мозг онлайн благодаря Колу и сообществу. Без команды не справился бы". Я очень ценю это, Джон. Да, я ценю, что вы активный член сообщества. Арон только что присоединился к сообществу. Большое спасибо. Добро пожаловать в Dynamis, мой друг. Я буду, э, да, я в Dynamis буквально каждый день. Так что я готовился к прямой трансляции сегодня. Я не заходил в посты за последние 12 часов, но, да, я имею в виду, я отвечаю на все каждый день. Так что я обязательно поприветствую вас, если вы захотите сделать вступительный пост. Я был бы рад это увидеть. Хорошо, давайте посмотрим. Есть ли планы использовать локальные LLM? Так что это на самом деле одна из причин, по которой я хочу добавить Pi, потому что Pi облегчит использование локальных LLM. А также в Cloud Code вы можете интегрировать его с такими вещами, как Olama, для использования локальных моделей. Так что я знаю, что так, Miniax M2.7 я не использую, это очевидно не работает локально, потому что это огромная модель. Но это демонстрация того, что у меня на самом деле работает Claude с другой моделью. Посмотрите на это. Если я вернусь в Claude и спрошу, какая модель вы, это не просто уловка. Он на самом деле использует Miniax M2.7 через API MiniAX. Так что вы можете изменить Cloud Code для работы с другими поставщиками, такими как GLM, Miniax, Olama, чтобы вы могли общаться с локальными моделями. Так что я добавляю Pi, потому что это облегчит это, и это более нативно поддерживается. Э, подождите, у меня вот-вот чихну. Извините. Э, но да, вы можете, вы можете подключить Cloud Code, как вы уже можете использовать Archon с локальными моделями, если вы хотите попробовать, например, было несколько человек в сообществе Dynamis, которые на самом деле использовали Gemma 4 с рабочими процессами Archon. Например, Gemma 4, которая управляет всем кораблем. Так что это определенно возможно уже. Pi сделает это еще проще. Да. Э, есть ли способ переопределить некоторые настройки, такие как модель, без изменения файлов YAML по умолчанию? Так что я думаю, что есть параметр для изменения модели по умолчанию, но если он переопределен в конфигурации отдельного узла, то сейчас нет способа изменить это. Но, как бы, вы не должны бояться просто попросить Archon изменить YAML для вас, даже если это просто временная вещь, где он, как бы, откатывает ее после завершения рабочего процесса. Он определенно может это сделать. Я на самом деле много делаю это в последнее время с навыками Cloud Code, где навык, как бы, изменяет свои собственные скрипты перед их запуском, а затем просто откатывает их после того, как я закончил с этим набором работы для любого рода генерации диаграмм PowerPoint или PDF. Я делал это. Так что я бы не боялся, но все же, как бы, это, возможно, это реальное предложение, не может быть, это хорошее предложение, чтобы сделать это еще проще. Позвольте мне на самом деле спросить его прямо здесь. Основываясь на навыке Archon, что вы можете сказать мне о поддержке изменения модели без необходимости изменять сам YAML? Есть ли флаг для CLI для изменения используемой модели? Так что я, я полагаю, я как бы проверяю ответ, который я дал вам быстро здесь, потому что, я имею в виду, Archon — это такая огромная кодовая база. Трудно вспомнить все, что мы решили, особенно потому, что, как я сказал, Томас и Расмус тоже мне очень помогают в Archon. Так что я не тот, кто построил все на платформе. Хорошо, давайте посмотрим. Нет флага модели CLI. Хорошо, так что да, я полагаю, мне придется взять это обратно. У нас нет способа сделать это сейчас. Вам придется редактировать YAML напрямую, что опять же, как бы, не стесняйтесь делать это, но также, как бы, это хорошее предложение, даже если вы хотите сделать проблему GitHub для этого в репозитории Archon, я был бы готов решить это, потому что я просто заставлю его, хорошо, я скажу, что когда я использую Archon для работы над вашими проблемами в Archon, не волнуйтесь, я на самом деле просматриваю ваши проблемы и запросы на вытягивание. Так что я действительно рассматриваю вещи, которые вы приносите. Но да, просто как бы, я делегирую кодирование самому агенту на 100%. Мы можем видеть, что этот рабочий процесс на самом деле, мы почти закончили с исправлением проблемы GitHub, а затем, если я посмотрю на свои лимиты скорости Claude, мне на самом деле интересно, где мы находимся с этим. Давайте посмотрим. Хорошо, на самом деле не так уж плохо. Хорошо. Так что вот мои лимиты скорости Claude на данный момент. Это не так уж плохо. Так что я использовал 37% моего 5-часового лимита за последние, как бы, три часа или четыре часа 45 минут, верно? И мы только на 37%. Раньше. Так что было много вещей, которые я делал для подготовки к трансляции сегодня утром, прежде чем я начал. Так что мы уже были на 15-20% до того, как я запустил все эти рабочие процессы. И мы довольно много работали с Claude в последнее время. Я имею в виду, у нас сейчас работает так много рабочих процессов, и он использовал менее 20% моего 5-часового лимита, и мы почти закончили все эти рабочие процессы. Они довольно эффективны по токенам. Вы могли бы запустить рабочий процесс исправления проблемы GitHub, как десятки, по крайней мере, пара десятков раз, и пока вы не достигнете своего 5-часового лимита, и это большая работа, которую делает Claude. Теперь действительно неприятная вещь в том, что мой лимит сбросился вчера, и я уже на 32% за неделю. Это огромное разочарование. Я, вероятно, достигну своего недельного лимита примерно во вторник или среду. Это неприятно. Так что, да, есть люди, которые говорят мне, что у них, знаете ли, две, три, четыре подписки на Claude. Я не из таких людей, но, честно говоря, после того, как Anthropic сделал лимиты скорости более жесткими в последнее время, мне, возможно, придется получить вторую подписку. Мне неудобно это говорить, потому что Anthropic в последнее время ведет себя довольно раздражающе, а затем я просто даю им больше денег, когда это как бы, ну, что вы можете сделать? Я не хочу переходить на Codex, потому что я время от времени тестирую Codex, и я просто думаю, что Claude Code лучше. Но в любом случае, так что, да, это, да, эти рабочие процессы довольно эффективны по токенам для того, сколько они на самом деле делают. Имейте в виду, это не просто просьба к Claude Code исправить проблему. Это глубокое расследование, глубокое исследование, глубокая реализация и глубокий обзор кода с использованием правильной модели в нужное время. Так что это не супер-тяжелый по токенам. Хорошо. Работаю над чем-то похожим, и да, спасибо за пожертвование в 5 долларов. Я очень ценю это. Хотел бы обсудить с вами, как мы могли бы потенциально сотрудничать, если вы открыты для этого. Да. Так что Archon — это репозиторий с открытым исходным кодом, и для меня это означает, что партнерство было бы, я хотел бы пообщаться и посмотреть, какие у вас идеи. Но я бы не хотел работать над отдельным репозиторием. Но если вы заинтересованы в том, чтобы внести свой вклад в Archon и сотрудничать таким образом, я рассматриваю возможность создания своего рода основной команды сопровождающих для Archon. Я думаю, что это был бы способ сотрудничества, потому что я не хотел бы превращать это в отдельное предприятие. Как я уже сказал, с моим основным видением и миссией для Archon и моей карьерой в целом — быть с открытым исходным кодом и делиться с миром. И поэтому я не хочу, чтобы это создавало ответвления, которым я уделяю время. Вместо того, чтобы работать над Archon как основным репозиторием с открытым исходным кодом. Но я всегда открыт для сотрудничества, возможно, даже, как я уже сказал, создание команды сопровождающих, всегда открыт для проблем и запросов на вытягивание. И, да, иногда работа с открытым исходным кодом может быть подавляющей. Так что также, я не всегда успеваю решать проблемы и запросы на вытягивание даже в течение одной недели, потому что это становится очень много, позвольте мне сказать вам, исходя из всей работы с открытым исходным кодом, которую я проделал. Но также становится все более реалистичным справляться со всем со временем, поскольку мне помогают агенты кодирования и команда сопровождающих. И тогда, как я уже сказал, у нас уже есть команда сопровождающих: я, Расмус и Томас. Но также, как бы, думая о расширении этого на, знаете ли, вас в сообществе YouTube и в сообществе Dynamis. Хорошо, здорово. Является ли он с открытым исходным кодом, доступным на GitHub? Ну, я полагаю, это был вопрос кому-то другому, потому что да, Archon есть, и Томас это знает. Хорошо. Можно ли добавить Gemini? Так что CLI Gemini, я не думаю, что у него есть SDK. Gemini CLI SDK. Так вот в чем дело: для любого агента кодирования, который мы интегрируем с Archon, он должен иметь SDK, потому что я работаю с агентами кодирования программно в TypeScript вместо использования режима без головы для CLI. Это еще один способ автоматизировать использование агентов кодирования. Я много проверял это, потому что это еще один из инструментов, который я, очевидно, хотел бы интегрировать. Многим людям нравится использовать Gemini, особенно потому, что Gemini 3 кажется лучшей моделью для создания фронтендов. Люди всегда используют anti-gravity с Gemini 3 для создания фронтендов, и поэтому я хотел бы добавить поддержку, но у них нет SDK. Однако вы всегда можете использовать SDK Pi с Gemini. Так что, если мы добавим поддержку этого, это будет работать. Я полагаю, я не могу найти точную ссылку, но, э, О, подождите. Что это? Это, должно быть, не так. Подождите. Google Genai SDK. Это, я думаю, для общих агентов, а не Да, это не для AI-кодирования. Так что это не SDK для Gemini CLI, к сожалению. Хорошо. Чтобы достичь этих лимитов, вы должны сначала иметь продукт, потому что вы не можете кодировать несколько вещей, не имея вертикалей, которые не конфликтуют. Это правда. Да. Да. Когда вы только начинаете, вы не можете делать так много работы параллельно. Это больше, когда у вас есть установленная вещь, и вы просто работаете над различными проблемами, как бы, гранулярными наборами работ для улучшений или исправлений ошибок, тогда вы определенно начнете достигать лимитов на 100%. Хорошо. Давайте посмотрим. Я на максимальном плане за 200 долларов. Это правда. Ударит ли лимиты намного быстрее на более низком плане? Я думаю, да. Я имею в виду, да. Ответ на 100% — да, потому что план за 20 долларов на самом деле не продвигает вас далеко, честно говоря. А затем план за 100 долларов, как бы, вы можете сделать довольно много, но вы все равно довольно быстро достигаете своих лимитов скорости. Я считаю, что план за 200 долларов в месяц в четыре раза лучше по лимитам скорости, чем план за 100 долларов в месяц. А затем 200 долларов в 20 раз лучше, чем план за 20 долларов. Есть довольно большая разница. Хорошо, давайте посмотрим. Чем это отличается от BMAD версии 6? Итак, хорошо, вот в чем дело. BMAD — это привязка. Archon — это конструктор привязок. Так что BMAD — это предвзятый подход к созданию программного обеспечения. Это хороший подход. Я думаю, что он немного переусложнен, честно говоря, но это действительно вдохновляющий подход, и вы можете буквально брать идеи из BMAD и встраивать их в свои собственные рабочие процессы Archon, а затем настраивать их для себя. Так что главное, что я хочу прояснить здесь, это то, что Archon не конкурирует с GitHub specit или BMAD или Cloudflow или GSD. Это скорее так, что эти инструменты великолепны, но что, если вы хотите создать свой собственный? Вот почему это конструктор привязок. И поэтому, э, да, через секунду я покажу вам, как буквально просто черпать вдохновение из GSD и создавать это как рабочий процесс Archon. Archon очень мощный. Я собираюсь отказаться от GitLab AI reviewer, который я разработал вчера, и использовать Archon вместо этого. Archon предлагает гораздо больше возможностей для расширения. Очень круто. Да, я ценю это. И знаете, что вы можете сделать, это не отказываться от того, что вы построили, а направить репозиторий Archon на то, чтобы посмотреть на то, что вы построили, как на вдохновение, чтобы превратить это в рабочий процесс Archon. И, итак, еще одна вещь, которую я хочу, знаете ли, подчеркнуть здесь, это то, что вам не нужно отказываться от того, что у вас уже есть, если вы хотите создавать рабочие процессы Archon, потому что вы можете приносить свои навыки и команды. Вы можете ссылаться на другие фреймворки или другие инструменты, которые вы построили, чтобы использовать их в качестве вдохновения либо для запросов, либо просто для общего процесса, который вы хотели бы выложить на каждом этапе. Вы всегда можете работать с тем, что у вас уже есть, потому что я не хочу, чтобы это было еще одной проблемой с другими привязками, которые существуют. Они классные, но они требуют, чтобы вы, по сути, изменили свой способ работы фундаментально. И это просто не пройдет. Особенно если вы работаете в команде, как бы, если вы на корпоративном уровне, и у вас уже есть процесс для вашего жизненного цикла разработки программного обеспечения, вам очень, очень трудно как команде принять что-то вроде BMAD, потому что вам нужно изменить свой способ работы. Но с Archon вы не меняете свой способ работы, потому что вы строите слой поверх агента кодирования, который фактически обеспечивает это. Так что вы можете даже в лучшем виде использовать свой способ работы и использовать агентов кодирования с этим. Да, Расмус, то же самое. Использую каждый день с ноября. Никаких банов при использовании SDK агента Claude с подпиской Anthropic. О, да. Когда появятся толстовки и мерч Archon? Я был бы заинтересован. Да. Э, да, я имею в виду, мерч для Dynamis и/или Archon был бы довольно крутым. Я не знаю, насколько большой интерес к этому был бы на самом деле, но это могло бы быть круто. Я имею в виду, мой друг Нейт Херк всегда носит свой мерч в своих видео на YouTube сейчас. Было бы круто иметь толстовку или свитер или что-то еще, что я мог бы носить во время записи. Да. Хорошо. Да. Очень круто. Ну, объедините Archon и моего QA бота. Вот как это сделать. Объедините это с тем, что у вас уже есть на 100%. Хорошо. На пике у меня было 30 с лишним рабочих процессов Archon, работающих параллельно в четырех проектах. Знаете, с нынешними лимитами скорости Anthropic, вы, вероятно, не сможете этого сделать, но это очень круто. Мы были избалованы в некоторых моментах. Так что, в течение, знаете ли, последних нескольких недель до этой недели, Archon или не Archon, Anthropic проводил акцию, где в нерабочее время у вас были в два раза более низкие лимиты скорости. И поверьте мне, я этим пользовался, обрабатывая около восьми запросов на вытягивание параллельно в течение всего дня, несколько дней. Ну, не весь день подряд, но в нерабочее время. Так что, да, это немного неприятно, но я экспериментирую с другими моделями, такими как, знаете ли, Miniax. Он просто не так хорош, как Opus, но вы все равно получаете довольно много мощности. Так что, если у вас есть правильная привязка, вы можете получить действительно хорошие результаты даже с чем-то вроде Miniax M2.7. Так что я экспериментирую с некоторыми вещами, которые попадут в темную фабрику, о которой мы поговорим чуть позже. Я экспериментирую с некоторыми вещами, чтобы масштабировать количество рабочих процессов, которые я могу запускать параллельно и не беспокоиться о лимитах скорости. Это будет немного дорого, но я имею в виду, смысл использования этих меньших моделей в том, что это не будет слишком дорого. Хорошо. Да, верно, Шон. Острые манговые рубашки. И, чувак, острое манго давно не упоминалось. Мне нужно будет вписать это в большее количество видео на YouTube, но это как бы продолжающаяся шутка, где я даже не помню, откуда она взялась. Это было что-то с GPT, где я просил рецепты в видео на YouTube, и он постоянно упоминал острое манго даже между разговорами, где нет долгосрочной памяти. Так что это просто стало шуткой с тех пор. Хорошо, давайте посмотрим. Хорошо. Знаете что? Так, чувак, в чате все еще так много хороших вопросов. Но я хочу перейти к следующей части, где я построю рабочий процесс с вами. Итак, давайте вернемся в наш репозиторий. Я закрою эту сессию и начну новую. Хорошо. Итак, здесь, подождите. Позвольте мне очистить. Вот так. Хорошо. Итак, что я хочу показать вам сейчас, это как построить пользовательский рабочий процесс в Archon. И есть миллион разных способов или разных видов рабочих процессов, которые вы можете построить. И, как я уже сказал, вы можете черпать вдохновение из всех этих существующих, даже указывая Archon смотреть на них, чтобы, знаете ли, понимать лучшие практики и как мы уже строили рабочие процессы. Но в качестве примера, как я уже дразнил, я хочу построить GSD как рабочий процесс Archon. Так что GSD, это легкая и мощная система мета-промптинга, инжиниринга контекста и разработки на основе спецификаций. Немного словесной мешанины, но, по сути, это упрощенный подход к переходу от планирования до выполнения работы с агентами кодирования. Это, это, это приятно. И я на самом деле очень ценю вдохновение, стоящее за проектом. Так что он говорит, что существуют другие инструменты спектра и разработки, такие как BMAD и SpecKit, но все они кажутся слишком сложными, чем это необходимо, с чем я согласен. Я на самом деле уже сказал это в прямой трансляции, что эти инструменты очень вдохновляют, но просто это больше, чем вам действительно нужно в вашем процессе, и они очень предвзяты. У вас есть ваши церемонии спринта и очки историй, и синхронизации со стейкхолдерами, и ретроспективы, и рабочие процессы Jira. Я не 50-человек компания-разработчик. Я не хочу играть в корпоративный театр. И как бы, проповедуй, чувак. Это хорошо. Так что я построил GSD. Сложность заключается в системе, а не в вашем рабочем процессе. Так что система дает Claude все, что ему нужно для выполнения работы и ее проверки, верно? Это привязка: это система для планирования, реализации и проверки. Многое из того, о чем я уже говорил. Я доверяю рабочему процессу. Он просто хорошо работает. Он просто выполняет работу. И поэтому я хочу взять некоторые из этих идей. Так что я не, хорошо, я не буду строить это шаг за шагом в Archon. Я не буду строить реплику, но я возьму общий поток различных фаз, таких как обсуждение и планирование, и выполнение, и некоторые их стратегии для разделения работы на разные этапы и их проверки. Я хочу черпать вдохновение из этого, но я буду делать это с Claude. Так что смотрите. Я скопирую этот репозиторий. Я вставлю его и просто скажу: "Загрузить навык Archon". Я хочу, чтобы вы помогли мне создать рабочий процесс Archon, который очень сильно черпает вдохновение из GSD, репозитория, путь к которому я вам дал. Так что я хочу, чтобы вы проанализировали репозиторий. Я хочу, чтобы вы глубоко изучили процесс здесь и то, как он проходит через разные фазы, как он управляет задачами и выполняет проверку. И я хочу, чтобы вы проанализировали другие рабочие процессы в Archon, некоторые из стандартных, чтобы получить представление о том, как они работают, и как мы можем перевести идеи из GSD в новый рабочий процесс, который мы создадим, который, по сути, пройдет через тот же процесс, имея одобрение человека на разных этапах планирования и проверки. И на самом деле, еще одна вещь, которую я хочу добавить к запросу здесь, это я скажу, что я хочу, чтобы вы после того, как вы проведете исследование, задали мне вопросы. Чтобы убедиться, что мы согласны с тем, что делает этот рабочий процесс и как мы будем черпать вдохновение из GSD. И поэтому, я имею в виду, если бы вы хотели пойти так далеко, вы могли бы практически воспроизвести весь GSD как рабочий процесс Archon. Это займет много работы. Я думаю, это займет слишком много времени в этой прямой трансляции, поэтому я делаю это скорее как, и, знаете ли, давайте просто черпать вдохновение из GSD, а не воспроизводить его. Точно. Но мы все равно получим что-то довольно похожее. Я на самом деле уже тестировал это перед прямой трансляцией, и результаты были довольно хорошими. Теперь это займет некоторое время для первоначального исследования или, по крайней мере, приличное количество времени. Так что я отвечу на еще несколько вопросов, пока мы дадим этому поработать. Но я думаю, что это хорошая демонстрация, потому что, не вдаваясь в слишком большую сложность, просто показывая вам на высоком уровне, как это работает, независимо от того, что вы хотите построить, просто опишите свой процесс, заставьте его посмотреть на существующие рабочие процессы в качестве справочника. И, конечно, навык Archon помогает, а затем просто начните строить с ним. На самом деле, один из рабочих процессов, который у нас есть, — это конструктор рабочих процессов. Это очень мета, но всякий раз, когда мы хотим создать рабочий процесс, мы можем использовать его. Он просто обеспечивает некоторую дополнительную структуру, верно? Это привязка для создания более пользовательских рабочих процессов. Привязка для создания привязок. Если бы у меня был доллар за каждое слово "привязка", которое я сказал в этой прямой трансляции, я бы просто ушел на пенсию. Хорошо, давайте посмотрим. Кстати, я построил Colm для движка памяти агента. Уже почти 100 звезд. Это довольно круто. Поздравляю. Да, долгосрочная память для AI-кодирования — это очень мощно, очень нужно. Давайте посмотрим. Есть ли у вас возможность временно запускать команды из веб-интерфейса, например, запускать сервер разработки из вашего рабочего дерева, чтобы проверить внешний вид вашего изменения из вашего рабочего дерева? Да. Так что мы играли с идеей иметь базовый терминал в веб-интерфейсе для таких вещей, но мы еще не построили его. Это одна из тех вещей, где, как бы, давайте посмотрим, действительно ли людям это нужно, прежде чем мы это построим. Многое из того, что мы встроили в Archon до сих пор, было, знаете ли, просто, знаете ли, только три человека действительно делились своим мнением. И, ну, хорошо, очевидно, это не просто три человека, потому что у нас это было в сообществе Dynamis уже некоторое время, но по большей части у нас не было сотен людей, использующих его или тысяч людей, использующих его, как мы собираемся. У нас почти уже есть на этой неделе. И поэтому мы посмотрим, как люди на самом деле его используют. И я думаю о том, чтобы получить отзывы от сообщества YouTube и Dynamis в целом о том, какие функции мы хотим. Такие вещи, как эти, мы, возможно, захотим построить, но я просто хочу быть осторожным с раздуванием функций. Я хочу убедиться, что есть много вещей, которые звучат хорошо на бумаге, но, возможно, люди на самом деле не нуждаются в этом. Так что для старой версии Archon, которую я строил прошлым летом и выпустил в августе, мы совершили ошибку, построив слишком много вещей заранее. Например, было множество различных параметров конфигурации и тому подобное, что звучало действительно хорошо на бумаге, но затем никто на самом деле не использовал это. Например, я постоянно показывал такие вещи на прямых трансляциях или в мастерских Dynamis, и люди говорили: "Вау, я даже не знал, что такое существует". Я, ну, я видел это, но я просто пропустил это, потому что мне это было не очень интересно. Так что это то, чего я хочу остерегаться. Но да, я определенно был бы заинтересован в добавлении большей поддержки в веб-интерфейсе, чтобы иметь возможность фактически управлять всем самостоятельно, а не просто полагаться на Archcom. Теперь другая вещь заключается в том, что вы можете просто попросить Archon запустить сайт в рабочем дереве, верно? Он мог бы позаботиться об этом даже сам. Так что вам не обязательно нужно место, где вы сами запускаете команды, когда вы можете просто попросить агента кодирования сделать это. Но я все еще думаю, что это определенно может быть хорошим дополнением к веб-интерфейсу. Хорошо, давайте посмотрим. Как сделать паузу или грациозную паузу? Да, сейчас в Archon нет способа сделать это, потому что пауза зарезервирована для рабочих процессов с участием человека. Так что это действительно так, либо вы отказываетесь от рабочего процесса. Ну, хорошо, на самом деле, есть поддержка для этого. Это просто не прямо, потому что вы можете отказаться от рабочего процесса, а затем вы можете возобновить его позже. Просто если вы нажмете "отказаться", он не появится в веб-интерфейсе как что-то, что вы можете возобновить. Но есть опция CLI для возобновления рабочего процесса. Так что вы можете просто, если вам нужно его отключить по какой-либо причине, вы можете просто сказать: "Эй, я хочу, чтобы вы прервали и остановили эти рабочие процессы". А затем позже вы можете сказать Claude: "Хорошо, возобновите эти рабочие процессы". И если это в той же сессии, он запомнит идентификаторы рабочих процессов, которые хранятся в, знаете ли, базе данных SQLite или базе данных Postgress под капотом, чтобы он мог продолжить с того места, где остановился. Так что он, по сути, просто повторит узел, который был прерван, а затем продолжит рабочий процесс оттуда. Так что да, просто попросите агента сделать это, он знает, как это сделать. Хорошо, здорово. Итак, у нас только 50%, и он сбрасывается через 55 минут. Так что наш лимит здесь хорош, и он идет. Так что вы можете видеть, что он закончил все рабочие процессы исправления проблем GitHub. Теперь он просто выполняет проверку. Так что, если я вернусь в Archon, чувак, у меня так много открытых сессий. Какой это был? Да, этот здесь. Давайте посмотрим. Так что он проверяет все рабочие процессы с течением времени. Готово. Вот так. Так что, да, вы можете видеть, что все исправленные рабочие процессы были выполнены, мы создали запросы на вытягивание, а затем он запускает проверку PR параллельно. Так что, извините, я знаю, что я немного прыгаю, но я просто хочу показать вам другую вещь, которую мы запускали все это время. Мы создали запросы на вытягивание, эти четыре параллельно, и теперь мы делаем обзоры всех параллельно. И это то, что мы видим и в веб-интерфейсе. И затем у нас есть интерактивный PRD, который я просто собираюсь отказаться, потому что я не хочу тратить на это время сейчас. О, да, большое спасибо. Да, поздравляю с 200 000 подписчиков. Я очень ценю это. Да, это произошло буквально вчера. Я достиг 200 000 подписчиков. Так что, да, довольно большая веха. Я не получаю табличку за это, как за 100 000, к сожалению, но все равно очень приятно достичь этой точки. Так что, да, спасибо. Хорошо, здорово. Итак, хорошо, давайте посмотрим, что у нас есть. Итак, у нас есть основное резюме GSD. Он реализует конвейер на основе спецификаций с этими фазами: вопросы, параллельное исследование, требования, дорожная карта, цикл по фазам, а затем мы получаем наш полный этап. Так что это как бы конечный результат прохождения всего потока на основе спецификаций. Перечислены некоторые ключевые шаблоны, такие как проверка плана в качестве контрольной точки перед выполнением, обратная проверка цели, которая, э, да, я имею в виду, вот в чем дело со всеми этими фреймворками: так много словесной мешанины, словесной мешанины, что это вообще значит? И, очевидно, не так уж сложно зайти в README и тому подобное, но я даже не помню точно, что все это значит. И я раньше использовал GST. Хорошо, вот что Archon поддерживает для нас. Ближайший существующий рабочий процесс — это цикл Archon piv, который, да, это буквально рабочий процесс, который я описал здесь на диаграмме. Так что это ближайший к GSD, потому что он имеет те же этапы планирования, затем реализации и затем проверки. Хорошо, теперь он задает нам несколько вопросов. Вау, он задает нам семь вопросов. Хорошо, давайте попробуем пройти их очень быстро. Итак, это полный проект или одна функция? GSD охватывает весь жизненный цикл проекта. Рабочие процессы Archon обычно нацелены на одну функцию или проблему. Подождите секунду. Я на самом деле немного сбит с толку вопросом. О, я вижу. Так что это как бы, хотим ли мы, чтобы он создал полный PRD для всего проекта или это скорее рабочий процесс, который берет PRD или описание функции

и запускает план в стиле GSC? На самом деле, давайте сделаем это. Да. Итак, для первого вопроса давайте сделаем что-то среднее. Таким образом, рабочая нагрузка берет PRD или описание функции и запускает план в стиле GSD, выполняет проверку. Это имеет больше смысла. Ум для планировщика, да, я хочу полный планировщик GSD. Я хочу все уровни проверки, как GSD. Где люди должны иметь одобрение? Давайте сделаем то же самое, что и GSD. На самом деле, многие из этих вопросов не очень хороши, потому что они просто говорят: «Эй, какую часть GSD вы хотите?» Я действительно хочу все части GSD ради демонстрации здесь. И э-э, да. Итак, мы будем проводить параллельные исследования на 100%. Где живет прогресс? Да, я хочу создать аналогичные структурированные файлы состояний, как GSD, в каталоге артефактов. Это имеет смысл. Именование и позиционирование. Как вы хотите позиционировать это относительно существующих рабочих процессов? Что-то вроде Archon GSD или Archon rigorous dev? Да, давайте просто назовем это Archon j-gsd. Хорошо. Ладно. Честно говоря, я не был так впечатлен вопросами, которые он мне задал там, потому что в основном это было: «Вы действительно хотите все эти части GST?» Что, возможно, говорит о том, что GST немного избыточен. Например, они утверждают, что являются простой версией таких вещей, как BMAB, но я все еще думаю, что в нем слишком много. Но также люди получают хорошие результаты с ним. Поверьте мне, он популярен не просто так. Так что я хочу построить рабочий процесс Archon здесь, который действительно черпает вдохновение из каждой части GSD. Итак, хорошо, мы позволим ему продолжать работать. Итак, он читает некоторые примеры рабочих процессов, читает мои правила для рабочих процессов и как их строить, собирает контекст, чтобы затем создать для меня YAML. Интеграция с Open Code. Да, Open Code — один из агентов для кодирования, который мы рассматриваем для добавления, а также агенты PI. Да, мы хотели бы добавить больше. Хорошо, давайте посмотрим. Archon не работает на Windows, потому что он не может найти исполняемый файл cloud code во время выполнения. Похоже, это известная кроссплатформенная проблема между сборками Linux, Mac и Windows. Я сам работаю на Windows. У меня никогда не было такой проблемы раньше. Так что я не уверен, почему это так. Если вы устанавливали через бинарный файл, возможно, в бинарном файле есть ошибка. Я бы попробовал метод установки, который находится выше в readme, где вы клонируете репозиторий, а затем переходите в Claude и просто просите его помочь вам настроить Archon. Я бы попробовал это вместо этого. Это единственное, что я мог придумать. В противном случае я не уверен, почему он говорит, что не может найти исполняемый файл Claude Code, потому что при запуске Archon он просто использует Claude под капотом, и он использует его так же, как если бы вы запускали Claude из терминала. Так что это не должно отличаться. Что вдохновило меня на создание Archon? Ах, хороший вопрос. Так что да, я уже говорил об этом в стриме, но на самом деле это то, как я вижу направление, в котором мы движемся с AI-кодированием. Это то, о чем я говорил в самом начале стрима. Так что, возможно, вы не были в начале стрима, что, я имею в виду, вероятно, многие из вас, кто смотрит прямо сейчас, не были, что все хорошо. Но, например, AI начался с промпт-инжиниринга, генеративного AI, это было большим делом. Как мы можем получить один лучший результат от модели, а затем это развилось в контекстный инжиниринг, особенно для AI-кодирования. Это как создание целой экосистемы контекста для нашего агента для выполнения более длительных задач. И это главное в 2025 году. А теперь в этом году: как мы можем создать систему, которая объединяет сессии агентов для кодирования для выполнения более длительной работы, и как мы можем действительно построить наш процесс кодирования как агентный рабочий процесс кодирования. Таким образом, harness — это уровень, который оборачивает агента для кодирования, чтобы объединить сессии и добавить больше контроля для нас. Именно так мы получаем надежные результаты с агентами для кодирования. И поэтому я действительно много исследовал и глубоко изучал инженерные решения harness за последние несколько месяцев. Но проблема в том, что у нас есть все эти закрытые harness, такие как Stripe shared stripe minions и Shopify's Shopify roast, а AWS строит свои внутренние harness, и у нас есть такие вещи, как Ralph loops, которые являются открытыми, но также не очень сложными или, я имею в виду, главная проблема в том, что нет ничего, что было бы специально для вас. Поэтому я хотел создать инструмент, который позволит вам создавать свой собственный harness. Таким образом, независимо от того, как выглядит ваш процесс для AI-кодирования, вы можете создать его как полный рабочий процесс в Archon, а затем также запускать его в масштабе, потому что мы поддерживаем параллельное выполнение, как я демонстрировал в прямом эфире здесь. Так что это вдохновение. Я вижу, куда движется AI-кодирование, и сейчас ничего подобного Archon нет. Буквально единственные примеры всего, что похоже на Archon, — это один harness. Так что он не индивидуален для вас. Он очень предвзят. Большинство из них закрыты, а теперь это уровень, где вы можете создавать любой из них или создавать свой собственный. Да. Хорошо. Большое спасибо за ваше пожертвование. Я очень ценю это. Хорошо. Круто. Итак, давайте посмотрим, что у нас еще есть здесь. Мне тоже нравится отмена вместо отказа. Более серьезно и подразумевает потерю использования токенов, верно? Да, я имею в виду, вы можете возобновить его, но затем вы перезапускаете последний узел, который прервался, что, да, я полагаю, это то, что вы имеете в виду. Хорошо. Итак, в любом случае, правдивая история, это недостающее звено. Рад, что вы так думаете. Да, я имею в виду, мне действительно нравится, что все это указывает на это. Это самое важное. В этом году для AI-кодирования, для создания программного обеспечения в целом, и на это просто не обращают внимания достаточно людей. Например, как бы я ни ценил то, насколько люди сосредоточены на новых функциях в Claude Code, большинство людей, создающих AI-контент прямо сейчас, просто освещают новые вещи в Claude Code снова и снова. И да, Anthropic делает невероятные вещи. Важно освещать это, но также и смотрите дальше. Каковы реальные способы получения хороших результатов с помощью AI-помощников по кодированию? Это не просто гиперфокус на отдельных функциях, выпускаемых Anthropic в Claude Code. Это сосредоточение на том, как вы строите системы вокруг AI-кодирования. Вот на что, как мне кажется, люди не обращают достаточно внимания, и на чем я действительно сосредоточен сам. Хорошо, круто. Итак, позвольте мне открыть. Давайте посмотрим, где мы сейчас находимся. Хорошо, на самом деле я только что увидел, что он закончил. Хорошо. Так что, идеальное время здесь. Хорошо. Итак, да. Одну минуту. Я смотрю на что-то на другом мониторе. Хорошо. Хорошо. Итак, он построил полный рабочий процесс. На самом деле, давайте посмотрим, что он сделал. Хорошо. Итак, он построил YAML. Он зарегистрировал его как один из моих рабочих процессов по умолчанию. Так что я действительно мог бы отправить это в Archon сегодня. Я, возможно, сделаю это, но мне, вероятно, придется провести много проверок, прежде чем я действительно запущу это. Но это мог бы быть классный рабочий процесс для вас. Хорошо. И затем он запустил команду проверки, чтобы убедиться, что все параметры в порядке. Так что у нас есть некоторые вещи, встроенные в CLI для проверки рабочих процессов. Я еще не тестировал сквозную проверку, но мы определенно можем сделать это тоже. И вот, вот наш конвейер. Итак, мы запускаем четыре агента для параллельного исследования. Мы синтезируем все в сводку, а затем извлекаем требования с критериями приемки, а затем у нас есть интерактивный цикл для фиксации контекста. Мы создаем план. Это довольно всеобъемлюще. GSD делает много, как и больше, чем вы думаете, когда они претендуют на то, чтобы быть чем-то простым, но это круто. Очень круто, что мы построили это как полный рабочий процесс Archon. А затем мы проверяем план, у нас есть человеческий обзор, а затем мы выполняем. А затем мы проводим проверку, обзор кода и человеческое принятие в конце. Черт возьми, это много. Но вот оно. Это то, что мы только что построили. Итак, давайте посмотрим на это. Итак, если я зайду, у нас есть новый рабочий процесс, и он довольно длинный. Я имею в виду, он более 200 строк, но это просто потому, что все промпты встроены. Так что, если бы я хотел сделать это действительно кратким, я бы взял все эти длинные встроенные промпты и сделал бы их командами, как мы видели в рабочем процессе исправления проблемы GitHub. Этот шаг выглядит намного лучше, потому что весь промпт — это просто команда. Так что он ссылается на внешний документ Markdown. Но в любом случае, мы можем решить это. Приятно видеть все в одном месте сначала, поэтому я так и построил. Итак, хорошо. Для исследований мы решили использовать Sonnet. Возможно, мы захотим изменить это на Haiku. Полностью на ваше усмотрение. Очевидно, делая это в свежей сессии. Итак, вы один из четырех параллельных агентов исследований. Ваша задача — зависимости технологического стека и среда разработки. А затем мы исследуем функции. Мы делаем это параллельно. Круто. А затем, да, у нас просто куча агентов исследований. Итак, четыре агента исследований работают параллельно. А затем у нас есть синтез исследований. Он зависит от завершения всех этих, верно? Так что эти четыре могут работать параллельно, но теперь этот должен работать после. Так что он зависит от завершения этих четырех, а затем мы проводим синтез. Итак, эти агенты экспортировались параллельно. Теперь нам нужно собрать все в один документ, а затем отправить его в сбор требований. Так что, я имею в виду, большая часть того, что мы копируем из GSD, — это просто их промптинг, а затем различные узлы для разных этапов. Итак, что у нас здесь? Да. Вот где у нас есть этап человеческого одобрения. Итак, мы отправляем сообщение пользователю. Вот что вам нужно одобрить. Вот документ, который мы только что создали с полным планом действий, разделенным на этапы или что-то в этом роде. Так что, да, я не хочу вдаваться в детали каждого узла. В этом нет особого смысла. Но что мы можем сделать, так это также просмотреть рабочий процесс в веб-интерфейсе. Так что, если я перейду к рабочим процессам здесь, я прокручу вниз. Ну, на самом деле, подождите. Мне, возможно, придется перезапустить бэкэнд. Нет, он прямо здесь. Да. Так что, если я нажму «Редактировать», взгляните на это. Посмотрите на это. Это довольно круто. Так что мы также можем видеть рабочий процесс в пользовательском интерфейсе. Так что мы видим, что у нас есть эти четыре, работающие параллельно. Так что это настроено правильно. А затем мы проводим исследования, синтез, требования, бла-бла-бла. Я имею в виду, это много. Я, вероятно, не смогу запустить все это прямо сейчас. Но я могу начать. Думаю, у меня есть. Да, у меня должно быть все в порядке с моими лимитами. Так что давайте попробуем это прямо сейчас. Я пытаюсь придумать, какой хороший пример можно было бы использовать для этого. Мы не сможем увидеть, как это работает до конца, потому что это займет слишком много времени. Но по крайней мере, просто показать вам начало, потому что тогда это полный жизненный цикл: у нас была идея рабочего процесса, у нас был Archon, который исследовал, как его построить, мы построили его, а затем мы запускаем его. Это так просто построить что угодно. И поэтому, возможно, я запущу GSD для обработки проблемы GitHub. Я думаю, мы могли бы это сделать. Или нет, вот что мы сделаем. Мы заставим его создать агент PI. Например, я хочу, чтобы вы запустили рабочий процесс GSD здесь, чтобы добавить поддержку SDK агента PI в Archon в качестве третьего агента для кодирования. А затем позвольте мне убедиться, что я сказал это неправильно. SDK агента PI. Я мог бы использовать Open Code. Я мог бы решить проблему. Я мог бы сделать что угодно. Этот рабочий процесс GSD очень общий. Он проведет нас через этот очень всеобъемлющий процесс, чтобы построить что угодно. Так что вот оно. Итак, мы запустим CLI. Мы можем отслеживать это в веб-интерфейсе. Мы даже можем запустить это из веб-интерфейса. И я знаю, что я действительно не показывал этого в этом прямом эфире, но мы можем запускать наши рабочие процессы непосредственно из веб-интерфейса. Например, посмотрите на это. Я могу перейти в чат и сказать: используйте рабочий процесс Archon Assist для суммирования readme для Archon. Так что я просто хочу сделать более быстрый пример. Но все, что мы делаем из CLI, где мы просим Claude Code вызвать CLI, мы можем просто сделать это прямо из веб-интерфейса. Так что, если вы хотите развернуть это на VPS, работающем удаленно, вы определенно можете это сделать. Итак, вы видите, что он отправляет рабочий процесс. Он выбирает маршрут к правильному репозиторию из наших зарегистрированных проектов, потому что он знает обо всем этом, введенном в его контекст. А затем мы также можем просматривать журналы рабочего процесса в режиме реального времени. Это просто простой рабочий процесс с одним узлом, очевидно, но да, мы получим результаты здесь, а затем увидим, как они появятся в чате. Так что это главный чат, это ваш оркестратор, верно? А затем вы можете перейти к журналам любого отдельного рабочего процесса. Я не знаю, почему там был этот сбой, но да. В любом случае, вы можете перейти и просмотреть журналы для отдельных рабочих процессов. А затем здесь, позвольте мне перейти. Итак, у нас также работает рабочий процесс GSD. Так что мы можем просмотреть его журналы. Мы можем видеть, что он находится в середине. Мы можем видеть индикатор загрузки для всего начального исследования. Так что все эти четыре работают параллельно прямо сейчас, и мы можем видеть журналы, поступающие в режиме реального времени прямо здесь, пока он проходит через все вызовы инструментов. Так что, по сути, все вызовы инструментов из этих узлов, работающих параллельно, просто отправляются сюда, если мы хотим видеть, что они делают. Довольно круто. Да, это определенно займет много времени, чтобы пройти этот процесс. Но я действительно заинтересован в прохождении этого полного рабочего процесса GSD. Я закончу с запросом на извлечение для SDK агента PI, а затем я вернусь к Раасмусу и посмотрю, что он думает, было ли это действительно хорошей реализацией, потому что он тоже над этим работает. Но да, я, возможно, даже отправлю этот рабочий процесс GSD как один из стандартных пакетов, потому что я думаю, что это отличный пример того, как мы можем взять существующий harness и встроить его в Archon. Не то чтобы обязательно был огромный смысл использовать Archon вместо прямого запуска GSD, но скорее просто показать, как Archon превосходит любой существующий harness, потому что он позволяет вам создавать любой из них. В этом его сила. Хорошо. Хорошо. Что, если это также может быть ориентировано на задачи? Выберите правильный рабочий процесс и комбинации рабочих процессов в соответствии с задачей. Я имею в виду, вы можете это сделать, потому что Archon может загрузить навык Archon, посмотреть все доступные ему рабочие процессы, а затем вы можете описать более широкий объем работы, и он определит рабочие процессы для запуска. Или, возможно, это просто один рабочий процесс, потому что вы не можете завершить весь свой процесс. Но мне нравится, куда вы клоните, потому что, я имею в виду, да, конечно. И это как бы касается интеграции Archon с вашим вторым мозгом. Ваш второй мозг учится тому, как вы работаете со временем, верно? Так что он как бы знает, как Коул любит работать, я думаю, что эти рабочие процессы Archon — это то, что мы должны вызвать, чтобы справиться с тем, что он хочет построить. Так что это определенно другая тема для другого дня. Но я мог бы провести целый прямой эфир или целый семинар Dynamus по этому поводу. Хорошо. Очень круто. Итак, да, пока мы ждем, пока это будет работать, чтобы перейти к следующему шагу, я быстро поговорю с вами о Dynamus. О, смотрите. Похоже, два рабочих процесса или узла завершены. Так что осталось только два, которых мы ждем. Но да, Archon, скоро будет больше семинаров в сообществе Dynamus. А затем у нас также есть этот 4-часовой семинар, который я провел на прошлой неделе в Dynamus, прошел невероятно хорошо. Десятки людей в сообществе строят свои вторые мозги прямо сейчас и делятся тем, что они делают, и как они адаптируют вещи, чтобы они были более специфичными для них. Так много энергии в сообществе прямо сейчас для людей, строящих свои собственные вторые мозги и отходящих от шаблона, который я дал на семинаре. Так круто видеть. Так что, если вы хотите быть частью этого, вот я собираюсь разместить ссылку на это в чате. У нас есть специальное предложение со скидкой 10% от обычной цены для сообщества. И это специальное предложение закончится, как только закончится прямой эфир. Так что это ваш шанс присоединиться к сообществу и получить все, что я делаю, больше семинаров для Archon и также весь третий курс, который я добавляю в Dynamus для второго мозга, основанный на загрузке второго мозга. А затем у меня есть курсы по мастерству AI-агентов и AI-кодированию. Так что, да, все, что я делаю с Archon, я использовал все свои стратегии, которые я освещаю в курсе AI-кодирования, чтобы построить Archon. Так что я определенно не просто говорю: «Делай, как я говорю, а не как я делаю, верно?» Я на самом деле использую все подходы каждый день, которые я освещаю в курсах и семинарах, которые я провожу в сообществе. Так что я хотел бы видеть, как вы присоединитесь к сообществу. И да, опять же, для всех, кто уже в сообществе и в стриме, я всегда ценю вашу поддержку и то, что вы здесь. Итак, хорошо, давайте посмотрим, где мы сейчас. Хорошо. Итак, он все еще работает. Давайте посмотрим. Думал, исследование уже закончится. О нет. Хорошо, почти готово. Ну нет. Исследование закончено, но он должен создать план, прежде чем получить наше одобрение. Так что мы еще не достигли следующего этапа одобрения, поэтому рабочий процесс все еще работает в фоновом режиме. Но как только он закончится и достигнет первого этапа человеческого одобрения, рабочий процесс приостановится, и мы получим какой-то вывод, вопросы для нас или что-то в этом роде. Он даст нам план для рассмотрения, если мы захотим. Хорошо, круто. Почему модель определяется в рабочем процессе? Но что, если мы хотим, чтобы AI оценивал модель на лету на основе сложности? Это очень справедливый вопрос. Основная причина в том, как вы говорите главному AI-агенту, который вызывает рабочий процесс. У него нет хорошего представления о том, насколько мощны модели. И это действительно сложная проблема для решения. Как мне описать, на что способен Haiku или Sonnet? Вам придется быть очень уверенным в своих промптах, чтобы действительно дать этот контроль агенту, поэтому мы еще не реализовали это. Теперь, если вы хотите действительно потратить время на создание какой-либо структуры для агента, чтобы выяснить, насколько мощна каждая модель, или вы говорите ему, насколько мощна каждая модель, чтобы он мог выяснить, какие узлы нуждаются в каких моделях. Вы определенно можете оставить это на усмотрение агента, и это определенно то, что мы думали добавить поддержку, чтобы вместо того, чтобы быть жестко закодированным для каждого узла, агент читает рабочий процесс, выбирает модель для каждого шага и затем отправляет ее на основе конкретной задачи, потому что, возможно, исследование для одного конкретного внедрения будет очень сложным. Так что мы хотели бы использовать Opus для исследования, а затем, возможно, нам понадобится только Sonnet для проверки, потому что мы думаем, что исследование будет достаточно хорошим. Я не знаю. Я просто привожу случайный пример, но определенно это может быть очень хорошее дополнение к Archon. Хорошо. Супер круто, что я могу использовать свою подписку с этим инструментом, мы будем использовать его сегодня. Да, звучит отлично. И да, это фантастика. Если бы я не мог использовать свою подписку Anthropic с Archon, я бы использовал Codeex вместо этого с Archon на 100%. Да. Хорошо. Итак, в любом случае, рабочий процесс завершил свои первые три этапа и теперь приостановлен на этапе одобрения требований. Очень хорошо. Итак, вот что он закончил, и теперь он говорит: «Требования выглядят хорошо?» Так что, очевидно, мне нужно знать, где находятся требования. Возможно, это то, что мне нужно решить. Так что рабочий процесс не четко указал, где находятся требования. Так что мне придется спросить. Я имею в виду, это, вероятно, что-то, что мне нужно улучшить в рабочем процессе. Имейте в виду, что, как и ваши кодовые базы, когда вы используете Archon для создания рабочего процесса, он, вероятно, не будет идеальным с первого раза. Вам придется итерировать по промптам и узлам. Так что, например, здесь немного раздражает, что мне приходится спрашивать: «Где документ с требованиями?» Дайте мне точный путь, чтобы я мог его прочитать. Потому что сейчас он оставил меня в неведении. Так что, я имею в виду, это не большая проблема, что я просто спросил путь, но это немного раздражает. Так что давайте получим это, а затем мы быстро посмотрим. Хорошо. Итак, вот путь к нему. Хорошо. Так что я открою это в своем IDE и перейду к сводке. Я думаю, да, так что я строю это так быстро в прямом эфире, что я не полностью понимаю весь рабочий процесс прямо сейчас. Но я думаю, что сводка — это синтез всего. Итак, это исследовательские документы от каждого из агентов параллельно. А затем это синтез, который мне придется просмотреть самому. Итак, мы добавляем SDK агента PI в качестве третьего агента для AI-кодирования в Archon вместе с существующими Claude и Codec. Сохраняйте находки, что уже существует. Итак, хорошо, это хорошо. Это то, о чем я говорил немного раньше в стриме. Будет так легко добавить больше агентов для кодирования в Archon, потому что ему просто нужно ссылаться на то, как мы уже построили вещи для Claude и Codec. Это определенно будет однократное решение. Так что убедитесь, что мы сначала исследуем PI Agent. Мы создадим стандартные настройки PI Assistant. Так что просто снова на основе шаблонов, которые у нас уже есть для Claude и Codec. Мы реализуем, мы будем следовать структуре Claude.ts, ленивый логгер, асинхронный генератор для отправки запроса в PI. Вам, вероятно, не интересны детали. Мне это действительно интересно. Он действительно понимает, что делать здесь. Определение хуков и MCP и навыков. Люблю это. Изложение критических рисков, а также вещей, которые мы должны убедиться, что мы проверяем и быть особенно осторожными или проводить больше исследований. И затем у него есть открытые вопросы для нас. И, так что, возможно, я отвечу на открытые вопросы и отправлю их, одобрив рабочий процесс, чтобы продолжить остальное. Итак, хорошо. Есть несколько открытых вопросов в сводке. Я быстро отвечу на них, а затем я хочу, чтобы вы одобрили рабочий процесс для продолжения. Итак, для имени пакета SDK агента PI, ну, вы знаете, на самом деле я этого не знаю. Так что мне нужно, чтобы вы поискали в интернете для этого. О, на самом деле ни один из этих вопросов не для меня. Это все вещи, которые ему нужно исследовать. Так что мне нужно, чтобы вы исследовали каждый из ответов на открытые вопросы в сводке, а затем отправили это как контекст для одобрения рабочего процесса. Хорошо. Так что небольшой поворот. Я думал, что это вопросы для согласования со мной, но это было скорее механически, как работает SDK агента PI. Так что мы заставим его выяснить эти вещи. Я думал, что он найдет эти вещи в своем собственном исследовании, но, похоже, это просто пробелы в исследовании, которые не были охвачены другими агентами. Так что, да. Хорошо. Так что он исследует это, а затем заполнит и продолжит рабочий процесс. Так что это довольно круто. У нас есть комбинация: мы продолжаем работать с Claude сами, а затем мы передаем контекст в рабочий процесс, когда хотим его продолжить. И это гибкость, которую я люблю в Archon: мы не просто позволяем ему идти вслепую, а затем заканчиваем конечным результатом, если у нас есть этапы человеческого одобрения. Мы можем работать с ним по пути и даже общаться с нашим основным агентом-оркестратором, чтобы помочь нам направить рабочий процесс, если мы действительно хотим сделать процесс надежным, как мы обычно работаем. Это занимает немного больше времени, но в итоге это сэкономит вам время, когда у нас есть такой сложный процесс, как этот, с этапами человеческого одобрения и всем остальным. Хорошо, круто. Хорошо. Я должен быть честен с вами, ребята, в одном: стрим идет так долго, что я не думаю, что я не хотел этого делать. Я не думаю, что смогу сделать вещи с Dark Factory сегодня, но я, возможно, сделаю отдельный прямой эфир на следующей неделе для вещей с Dark Factory. Это будет очень сложно. Я много готовился к этому, я очень взволнован этим, но мне потребуется как минимум еще полтора часа, чтобы пройти всю настройку здесь с вами, ребята. И я просто отлично провел время, помогая вам понять ценностные предложения Archon, как его использовать и как создавать рабочие процессы, и отвечая на все ваши вопросы. Я очень ценю все ваши вопросы сегодня. И поэтому я скорее сосредоточусь на этом и проведу больше вводного прямого эфира по Archon, чем буду пытаться впихнуть эту очень крутую вещь с Dark Factory, которая будет довольно сложной. Хорошо. Итак, круто. Теперь у нас есть исследование, отправляемое в рабочий процесс, мы позволим ему работать в фоновом режиме. Так что я надеюсь, что это звучит хорошо для вас, ребята, потому что я, возможно, также сделаю видео на YouTube о вещах с Dark Factory. Я думаю, это было бы очень интересно. Просто чтобы, возможно, даже сделать серию «строим в публичном пространстве», где я покажу, как я настраиваю рабочие процессы Archon для управления различными частями Dark Factory. Как у меня кодовая база как бы самоэволюционирует с AI, управляющим буквально всем обзором кода и написанием кода. Я думаю, это было бы круто. Так что я любопытен, что вы, ребята, думаете об этом. Да, у меня много идей, которые сейчас крутятся в голове для контента на следующую неделю. Много интересных вещей с Archon и контентом Second Brain, а также общие стратегии для AI-кодирования. Хорошо. Вау, рабочий процесс уже закончен. Есть ли еще один этап человеческого одобрения? Позвольте мне посмотреть, что О, любопытно, что здесь произошло. О, теперь он находится в фазе обсуждения. Он снова задает открытые вопросы, потому что ответы на исследования не полностью распространились на узел обсуждения. О, хорошо. Возможно, в рабочем процессе была проблема. Так что, опять же, всегда есть возможность улучшить ваш рабочий процесс, когда вы запускаете его в первый раз. Хорошо, давайте проверим, где мы сейчас находимся по использованию. Хорошо, мы на 60%. Неплохо. Мы много работали с рабочими процессами Archon в этом прямом эфире, и мы использовали только около 43% нашего 5-часового лимита в этом прямом эфире, но есть много работы. Мы обработали пять или четыре проблемы GitHub, полностью проверили их, мы запускаем рабочий процесс GSD, и есть куча других вещей, с которыми я просил Claude создавать рабочие процессы и тому подобное. Он довольно эффективен по токенам. Так что, когда вы создаете свои собственные рабочие процессы, просто будьте осторожны, чтобы не использовать Opus буквально для всего, если вы используете Claude Code, или убедитесь, что вы не используете высокоинтеллектуальный GPT 5.4 Codec, если вы используете Codec для всего. Но до тех пор, пока вы используете для узлов, которые не требуют столько рассуждений, вы не используете лучшую модель для всего. Рабочие процессы могут быть очень всеобъемлющими, но при этом очень эффективными по токенам. Хорошо. Итак, вот оно. Мы продолжаем сейчас в рабочем процессе. Хорошо. Итак, я думаю, что я сделаю здесь, я отвечу на пару вопросов, а затем я закончу стрим. Я думаю, мы на этом закончим. Но да, я определенно хочу ответить на больше вопросов для вас, ребята. Мы посмотрим, как далеко мы сможем зайти в этом рабочем процессе. Одна вещь, которую я только что понял, это то, что мой YouTube-чат, возможно, завис. Мне, возможно, придется обновить. Да, подождите. Позвольте мне сделать кое-что быстро. Извините, ребята, мне нужно снова открыть чат. Открыть чат. Извините, мое потоковое программное обеспечение сейчас капризничает. По какой-то причине я не вижу чаты, поступающие на другой платформе. О, я потерял их все. Черт. Это обидно. Ну, я могу ответить на некоторые вопросы, но я не смогу показать это на экране. Давайте посмотрим, смогу ли я быстро пройти через пару. Давайте посмотрим. Да. О да. Так что кто-то упомянул режим советника Anthropic. Да. Так что я заинтересован в его внедрении в Archon. Режим советника, по сути, вы можете использовать менее мощные модели Anthropic для выполнения основной работы по внедрению, а затем вы заставляете его вызывать более крупную модель, такую как Opus, или, возможно, Mythos, если это действительно станет для нас реальностью. И затем он как бы просто просит его о руководстве, а затем продолжает выполнять внедрение или планирование или что-то еще. Это довольно круто. Хорошо. И да, Джо, вы можете использовать и вы можете использовать подписку Archon 3 или Anthropic. Да, 100%. Хорошо. Можем ли мы позволить пользователю решать, какие модели он хочет выделить для своей задачи? Или это как бы жестко закодировано на уровне узла рабочего процесса? Так что вы можете редактировать рабочий процесс в реальном времени с помощью вашего агента для кодирования. В противном случае он жестко закодирован. Это то, что мы заинтересованы в добавлении. Поддержка определения моделей заранее или в реальном времени во время выполнения. Да. Хорошо. Давайте посмотрим. Что насчет RAG и хранения предыдущих вопросов по SDK и тому подобному? Я бы не хотел, чтобы каждый рабочий процесс, работающий с Python, искал SDK. Ну, дело в том, что Archon может создавать свою собственную систему памяти. Например, если у вас есть способ использовать журналы Git или Claude Mem или RAG, что бы у вас ни было для памяти вашего агента, вы можете встроить это в рабочие процессы Archon, потому что вы можете дать ему навык или MCP или просто промптинг для использования чего угодно. Так что гибкость Archon заключается в том, что вам не нужно отказываться от какого-либо подхода или ждать, пока мы его напрямую поддержим. Например, если вы хотите использовать Linear, вы можете просто прикрепить MCP или навык, или если вы хотите использовать фреймворк Claude Mem или Beads или что-то еще, вы можете встроить это непосредственно в рабочий процесс Archon. Хорошо. Напомните нам, что такое Dark Factory. Хорошо. Да. Я расскажу об этом на секунду. Итак, Dark Factory — это концепция кодовой базы, которая полностью управляется агентами для кодирования. Агенты для кодирования управляют кодированием, обзором, запросами на извлечение и выпусками. И поэтому единственное, что дает человек, — это проблемы с ошибками или новые функции, которые мы запрашиваем. Но одобрение человека не допускается. Весь код просто идет прямо в основную ветку после того, как агенты для кодирования закончат его. И для публичного эксперимента я действительно взволнован этим. Для публичного эксперимента я хочу иметь репозиторий, который является Dark Factory, и он полностью управляется рабочими процессами Archon. Я думаю, это будет так круто, и это покажет мощь Archon, потому что у нас будут рабочие процессы для сортировки проблем, выяснения, какие из них мы действительно хотим решить, а затем для реализации, проведения обзора, управления выпусками, развертывания вещей в продакшене. Это будет так круто. Так что я собирался начать с этого в прямом эфире сегодня, но нет никаких шансов, я должен сделать это в отдельном прямом эфире или, возможно, даже сделать серию YouTube об этом. Так что вот что происходит с Dark Factory. Это немного глупое название, но также и довольно крутое название. Так что вот как я его называю. Многие люди думали о чем-то подобном. Есть вариант использования или анекдот от Strong DM. Если вы слышали о Strong DM, они, по сути, создали внутреннюю Dark Factory. StrongDM Dark Factory. Так что они компания, которая так, Strong DM AI Lab с простой предпосылкой: как лучше всего максимизировать создание программного обеспечения с помощью AI. Так что они создали, и это больше внутреннее, так что это не открытый исходный код, как то, что я собираюсь сделать, но они создали систему, где они отправляют тысячи и тысячи строк в продакшен, как никогда не просматриваемые людьми. Не то чтобы я рекомендовал это как способ получить самое надежное программное обеспечение для продакшена, но суть в том, что это эксперимент, и я действительно взволнован попробовать это. Так что таков план. Хорошо. Можем ли мы использовать локальный AI? Да. Так что вы можете интегрировать Claude Code с Olama напрямую, чтобы использовать локальный AI в Archon на 100%. Я бы просто посмотрел на Olama или Claude Code. У них есть прямая интеграция, если вы хотите узнать, как это сделать. Да. Что делает Dark Factory в солнечный день? Ну, просто нет окон. Вот что вы делаете. Какова идея домена или функция моего проекта Dark Factory? Да. Это будет еще одна большая вещь. Где мой репозиторий? У меня сейчас так много открытых вещей. Это еще один большой проект, над которым я буду работать. И Dark Factory будет, это будет вариант использования для Dark Factory. Я хочу создать приложение, которое позволит вам, по сути, общаться с моим YouTube-контентом. Так что вы можете задавать вопросы, и это, по сути, как будто вы разговариваете со мной напрямую, потому что оно выполняет RAG по всему моему YouTube-контенту. А затем для тех из вас в сообществе Dynamus, я также хотел бы загрузить весь мой контент курсов и семинаров в сообществе. Так что это, по сути, как ваш личный AI-тренер, который имеет доступ ко всей моей информации, и, возможно, даже доходит до того, чтобы загружать, вы знаете, сообщения сообщества и тому подобное. Я думаю, это будет такой крутой пример для Dark Factory, потому что это относительно сложный набор приложений, как весь конвейер RAG и поиск, и веб-интерфейс, и все остальное, но также это будет очень легко тестироваться, потому что мы можем просто тестировать разговоры с помощью браузерного CLI агента. Так что вы можете иметь автоматизацию браузера для Dark Factory, чтобы запускать, например, каждый раз, когда она выполняет проверку кодовой базы или для конкретной проблемы. Так что это то, что я планирую использовать в качестве варианта использования для Dark Factory, а затем это также будет огромным преимуществом для сообщества Dynamus, потому что тогда у вас будет чат-платформа для общения и задавания любых вопросов о любых курсах или семинарах, или даже указания на видео в курсах или семинарах для просмотра вещей, которые вы хотите изучить. Так что, да, я действительно очень взволнован этим. Жаль, что у меня нет времени, чтобы осветить это в прямом эфире сегодня, но да, я определенно, я определенно должен буду осветить это позже, но я буду использовать рабочие процессы Archon для управления всем процессом управления проблемами, запросами на извлечение, обзорами и тому подобным. Так что это будет довольно захватывающе. И да, есть так много контента в сообществе Dynamus, что трудно действительно просмотреть все это. Я имею в виду, я, очевидно, упрощаю просмотр прошлых семинаров, и я всегда сообщаю вам о вещах, над которыми я работаю, и о курсах и тому подобном, но там много всего. Так что я думаю, что это будет очень большое преимущество. Так что, просто еще одна из тех вещей, которые появятся в сообществе Dynamus. Так что, когда я заканчиваю прямой эфир, я просто хочу еще раз дать ссылку на это, потому что есть специальная скидка для Dynamus, которая исчезнет, когда закончится прямой эфир. И поэтому, если вы заинтересованы в том, чтобы быть на переднем крае Archon и AI-кодирования, если вы хотите участвовать в еженедельных семинарах, которые я провожу, и в новом 4-часовом загрузке второго мозга, который я провел на прошлой неделе, тогда присоединяйтесь и будьте частью сообщества Dynamus. Я хотел бы видеть вас. Так что, да, я знаю, что в чате было много действительно хороших вопросов, на которые я не успел ответить. Это всегда обидно. Я люблю проводить эти прямые эфиры, и я люблю все ваши вопросы. Просто сложно, потому что их так много. Но да, если у вас когда-нибудь возникнут вопросы, не стесняйтесь комментировать мои видео на YouTube, когда я буду делать больше контента о Second Brain и Archon, или, вы знаете, всегда доступен в сообществе, чтобы ответить на ваши вопросы там. Так что, да, я собираюсь закончить прямой эфир здесь, но оставайтесь на связи для получения дополнительного контента о Archon и вещах с Dark Factory, когда я начну это делать. Это будет очень, очень веселое эксперимент. И да, спасибо всем, кто был здесь. Это был очень веселый прямой эфир. Я просто так увлечен Archon прямо сейчас. Так что очень круто просто демонстрировать все вам, ребята, и отвечать на ваши вопросы и создавать рабочие процессы в прямом эфире. Возможно, я даже отправлю тот GSD1 в репозиторий, если он будет работать хорошо. Вероятно, чтобы итерировать над ним. Но да, в любом случае, спасибо всем, кто был здесь. Надеюсь, у вас будет фантастический выходной, и я увижу вас всех на канале и в сообществе Dynamus. Берегите себя, ребята.