Transcription
Забудьте про обычных Е-агентов. Сегодня мы построим целый отдел компании, состоящей из ЕИ -агентов. И конкретно сегодня мы закроем боль многих, особенно новичков. Ведь установить NM Superabase - это терминал сервера, куча докеркоманд, куча секретных ключей. И даже по готовым инструкциям многие тонут в этом аду параметров и конфигурации. Многие обращаются за настройкой. И я бы всем настроил сервера, кто просит. Но сколько дней подряд этим можно заниматься? Целыми днями настраивать, но тут реально кукуй поехать можно. А физически вот сколько я вручную задницу могу настроить? Ну, два сервера максимум, если повезёт. Как всем дать готовые серверы и инструменты? Вот в этом как раз нам и может помочь автоматизация, потому что по факту с помощью Килокода наша команда и агентов может штамповать сервера буквально целый рабочий день без остановки.
Сегодня мы создадим целый devops отдел, который будет работать буквально за нас. Поставим им задачу настроить сервер с нуля, поставить туда M8N, поставить туда Superbase. В общем, такой джентльменский набор юного автоматизатора. Мы запустим процесс настройки буквально одним сообщением, а на выходе получим полностью готовый и настроенный сервер со всем софтом и даже финальный отчёт со всеми логинами и паролями. Но сработает ли это? Способен ли вообще ИИ сделать это полностью под ключ без нашего участия? И лично в моём понимании это должна быть не какая-то там игрушечная демоустановка ради видео, а реальная продакшн сборка, которую можно брать и пользоваться. В общем, будет точно интересно. Я думаю, что такого вы ещё не видели. Ладно, в общем, хватит интриг, погнали разбираться, что к чему.
Сегодня я покажу работу мультиагентных систем, что они могут в связке с MCP серверами и как можно использовать такие инструменты для кодинга, как килокоды по сути для любых задач. В нашем конкретном случае мы сделаем а Visual Studio и Killкода домом для нашей команды автоматизации. То есть на базе килокода я хочу в идеале сделать вообще целую компанию, состоящую из и сотрудников. где, в принципе, из людей будут, ну, только я, честно говоря, пока это не самая простая задачка. И вот этот отдел, который сегодня я покажу, по сути, только первый звоночек. Так что сейчас самое время поржать лайк, подписаться на этот канал, чтобы не пропустить следующие серии. Но сначала давайте вообще разберёмся, что такое Kill Code.
По сути, это расширение для Visual Studio C. То есть это инструмент для кодинга, который позволяет не только там что-то запрограммировать или, как сейчас модно говорить, там завайпкодить, но и автоматизировать вообще всё, что угодно. Самая главная фишка килокода - это режим рекестратора. То есть это по сути как руководитель отдела, которому ты ставишь сдачу, он составляет план и ставит уже под сдачи другим агентам, которые будут выполнять уже конкретно специфические вещи. То есть, например, ставить N8N, ставить Subabase, настраивать там проксирверы. В общем, сейчас до этого дойдём. Также килокода позволяет подключить практически любого провайдера нейросети через апи. Например, привычный нам, наверное, уже всем Openouter, с помощью которого можно работать с любыми моделями. Ну, большинство, я думаю, это и так уже представляет, как это работает. А самое главное, в килокоде мы можем пользоваться подпиской на клауды, используя клаудыкоды. Это такой консольный инструмент, но многим новичкам он может показаться сложным. То есть это реально такая хардкорная утилита. А там чат тут посмотреть, ну, наверное, просто так не получится. А вот Kill кода позволяет пользоваться по сути cloud коды, но с каким-то более-менее человеческим лицом. То есть у нас есть вот история чатов, мы можем тут легко подключать инструменты и так далее. В общем, к этому чуть позже дойдём.
И поскольку килокоды позволяют строить такие цепочки автоматизации, которые могут выполнять задачи буквально часами, естественно, жрёт это токенов просто как не в себя. Поэтому для сложных задач, как, например, текущая, я вообще не рекомендую использовать АИ. Лучше всего подойдёт подписка Cloud Max 20X за 200 баксов. И да, наверное, многих цена отпугнёт. Ты 200 баксов, что вообще ку-ку. Но, господа, всё относительно. По сути, эта подписка там за 200 долларов позволяет нам создавать целые команды, которые могут работать полноценный рабочий день. То есть ты запустил в фоне, они там что-то бухтят, делают сдачи сами, как будт готово, тебя позовут. Если пользоваться по апе, то расход токенов будет такой, что эти 200 долларов он способен съесть буквально за час. Поэтому по сути за там команду и работников это не так дорого для простых задач, да, можно там апи использовать, но то, что я сегодня покажу, это действительно, наверное, хардлевеel, сложная задача даже для человека, а для и тем более.
В общем, знакомьтесь. Devops Dream Team из целых восьми агентов. DevOps Chain оркестратор - это главный координатор развёртывания всей инфраструктуры и выполнения всей задачи. Если по-простому, это руководитель BAS Server Setup Agent. Он настраивает базовую серверную инфраструктуру, то есть обновляет все пакеты, ставит Docker, ставит партенер и Engging Proxy Manager. Cloudfare DNSменеджер агент настроит и создаст субдомены и DNS-записи caller для всех развёрнутых сервисов. Inings Proxy Configurator Agent создаст проксихосты для всех создаваемых сервисов. и настроит SSL сертификата. N8N deployment agent, как можно догадаться по названию, поставит нам N8N. Supas deyment agent, соответственно, у нас главный по супе, то есть он поставит prodдаction версию Supase, сгенерит все нужные ключи и всё это запустит. System valли агент - это, по сути, наш отдел контроля качества. То есть он проверит работу за каждым агентом. И если что-то не так, обязательно жалуется оркестратору, что работа не выполнена. Ну и финал Репортагент, он создаст финальный отчёт с консолидацией там всех данных о развёртывании. То есть соберёт логин и пароли и упакует это удобный и понятный нам вид. То есть каждый из агентов является, ну, по сути, экспертом своей области, а вместе уже они и представляют из себя автономную DevOps команду.
Но прежде чем запускать нашу DevOps команду, нам, естественно, нужен сам сервер. И теперь, чтобы дать доступ нашей команде к серверу, нам нужно настроить MCP серверов. Готовых MCP серверов уже достаточно много там под различные сервисы. И сегодня я покажу, что можно творить всего с двумя. Первый у нас будет SH MCP сервер, который даст доступ нашим агентам к терминалу нашего сервера, чтобы они могли выполнять в нём команды. MCP сервер я нашёл на гитхабе и ссылку вообще на список самых популярных, наверное, MCP серверов я оставлял ещё давным-давно в Телеге. Можете зайти и почитать. Их уже там, не знаю, больше тысяч пти, наверное. Так что практически под любые нужды их можно найти уже готовыми. Конкретно на этот MCP-сервер я ссылку оставлю также в Телеграме. И второй MCP сервер, который нам сегодня понадобится - это CLFE MCP сервер. Он нам нужен, чтобы создавать subбдомены, под нужно сервисы, добавлять ДНС-записи автоматически, а не вручную. Но данный CP-сервер может очень много всего, но конкретно вот DNS-записи он создавать не умеет.
Что вообще делать в такой ситуации? Мы можем собрать MCP-сервер на базе N8N. Можно сделать это, конечно, там вручную, но для создания этого MCP сервера я воспользовался своим созданным Nem MCP. Кстати, кто не смотрел предыдущий ролик про Nem MCP, а ссылку я оставлю в описании. Обязательно посмотрите после просмотра этого ролика. Данный MCP сервер, да, если вкратце позволяет прогать цепочки в N8M. То есть по факту я создал cloud player DNS MCP сервер на базе N8M, который может именно добавлять DNS-записи, буквально просто общаясь с Клаудо в чате. То есть я тут пару раз его направил на путь истины, и он, в принципе, мне цепочку запрол вот буквально за 1 чат. И по факту единственное, что я поправил руками после того, когда я Клауда направил нужное русло, это я вот прицепил вот эти линии и подставил IP ключи. Какие IP ключи нам понадобятся? Нам нужно зайти в CLF, раздел профиль, раздел IP, тут нажать create IP token. И нам нужен шаблон Edit zone DNS. То есть нажимаем use templates, выбираем наши домены, ну, выберем их все. Ну, и, соответственно, создаём этот ключ и ставим его в N8N в каждый инструмент. У нас здесь есть вот autication раздел и есть predefined cential type. Тут выбрать тип отключения, то есть close layer app и соответственно создать и подставить сюда вот свой токен. И далее просто в каждом из инструментов вот этот наш аккаунт выбрать вот это описание самого инструмента писал сам cloudды. То есть я здесь руками вот реально подставлял только IP ключи. В общем, чат с Клауда я расшарю, тоже ссылочку оставлю в телеге. Посмотрите, почитаете. Сам workflow данного MCP сервера я тоже выложу в телегу. Можете там его забрать. Единственное, что тут нужно сделать, здесь нужно строить аутификацию. То есть выбираете BR ASUS аккаунт, создаёте и сюда просто придумываете сами из головы свой ключ, который будете использовать. И в принципе всё.
И как теперь его нам подключить? Как вообще MCP сервера в тот же килокода подключаются? Мы берём наш prodдаction URL, в корне проекта создаём папку точка Killкода и файлик mcp.gjonson. И, собственно говоря, вот наши MCP серверы здесь уже добавлены. То есть я бы добавил вот отсюда Prodдаction URL и вот этот токен подставил, соответственно, ну, прямо здесь вручную. Что касаемо SSM MCP сервера, он тоже запускается здесь, в принципе, обычной командой. Ну, кто хоть один MCP сервер запускал, я думаю, разберётся. NPX. И нужно передать аргументы, какие нам нужны. Здесь самое главное, нам нужен host, то есть IP-адрес нашего сервера. Мы заходим в adдми VPS, копируем айпишник, вставляем его сюда и также нам нужен пароль. Нажимаем пароль и заполняем поле Password. Ну и всё.
Теперь наша команда агентов получила полный доступ к инфраструктуре, и самое время нам показать, на что она вообще способна. И теперь, чтобы запустить цепочку, нам нужно начать диалог с DevOpsр регистратором, то есть с руководителем отдела и написать ему сообщение, то, что нам нужно настроить сервер, поставить туда весь софт, в том числе N8N по Base. И нам нужно дать ему данные. То есть нам нужен домен, нам нужна почта, нам нужен логин, нужно название проекта, ну и имя и фамилия человека, которое он будет использовать в дальнейшем. А использовать будем клаудыкоды, да, потому что папе, ребята, ну вы вы видите, сколько чатов будет, поэтому не вздумайте запускать такие цепочки по апе. Отправляем сообщение и, в принципе, всё. Наша задача теперь просто подождать около часа, пока ребята всё поставят.
Ну пока они начинают работу, давайте мы с вами пробежимся. Что у нас здесь есть? У нас есть в корне папки получается файл clientн data md. То есть можно, в принципе, сюда было заложить все там нужные нам логины, пароли, где какие регистрировать, но сделано так, что можно, в принципе, в чате это всё написать, и он по умолчанию начнёт это заполнять. То есть, видите, вот пошёл у нас. Сначала мне нужно проверить существующий файл, обновить его представленными данными. То есть он начинает его читать. Вот он нам предлагает изменения в файле, да, куда чего записать. То есть он наши домин логины и так далее. А сюда уже расписал. Для того, чтобы нам его не стопать каждый раз, мы поставим автоодобрение и дадим ему полный доступ, то есть для записи, а, во все файлы. И, соответственно, здесь он дальше уже пошёл, и он больше у нас подтверждений никаких спрашивать не будет. То есть будет сам записывать. Мы можем реально спокойно заниматься там своими делами. И теперь, видите, оркестратор сам себе создал список задач. То, что ему нужно? Прочитать конфигурацию, валидировать параметры. Ну, видите, он как тут быстро шарашит, потому что я даже не успел рассказывать. В общем, он создал себе список задач. А что ему нужно? Что ему нужно сделать? Каких агентов нужно будет вызвать. Например, у нас начал работать уже первый агент, это BASE север Setup. И оркестратор ему уже поставил задачу, что разверни базовую серверную инфраструктуру с Docker, partener и inings. Прочитай файл для конфигурации, установи do систему, настрой партер. Настроин PM с SSL. После завершения используя temp отчёта о результатах. То есть он не только ему поставил задачу, что нужно сделать вот нашему первому агенту, но ещё и сказал, что ты отчитайся, братан, передо мной после того, как ты это сделаешь. А каждый из агентов уже после того, как оркестратор ему поставил задачу, создаёт свой список задач. То есть вот конкретно у Base сервер сепента создать бэкап файла, мало ли там что-то накосячится, да, чтобы у нас был а готовый шаблон. Обновить статус развёртывания, получить IP-адрес сервера, сохранить, скачать, распаковать скрипты, установить doкеer и подождать, пока он поставится. партене, проверить работоспособность, ну и так далее.
И теперь, если мы вот чат полистаем, то есть он скопировал файл, обновил список, прописал файлик клиент дата все необходимые параметры и уже пошёл. Вот это он уже выполняет на сервере, то есть он получает внешний айпишник его. Записал его в лог. Вот и следующее действие, то есть скачать и распаковать скрипты развёртывания. То есть у меня заложено так, что с моего репозитория Git, он скачивает все скрипты для установки каждого из софтов. То есть этот агент, по сути, подготавливает базу для агентов там NVC Man, Supase, которые будут работать, чтобы им скрипты не скачивать. Честно, он так быстро делает, что по факту я даже рассказывать не успеваю. Делает скрипты исполняемыми. Теперь опять обновляет список своих задач, то, что он их скачал, ну и так далее. То есть вот сейчас он начинаю установку докера. Это долгий процесс. Скрипт нужно занять 3-5 минут, показать тайм-аут и это нормально. То есть он сам себя ещё и успокаивает. Вот он запустил скрипт на установку докера. Эти скрипты, кстати, ну они здесь в папке лежат по факту только для того, чтобы вам показать. Так, они здесь по сути не нужны. То есть он их вытягивает архивом, а, с гита репозитория напрямую самого сервера, чтобы нам тут с нашей локальной машины, да, не заливать их туда, там вручную. То есть, по сути, для каждого агента, вот, например, вот установка Docker, у нас написанный скрипт такой достаточно простой. Писал, опять же, я здесь руками ни строчки не писал. Всё сделано с помощью килокода и режимов. Вот здесь есть для кодинга, там архитектор и так далее. То есть по факту для каждого софта а мы а делаем отдельные скрипты со своими уже там, да, наработанными, а вариантами установки и так далее. У каждого, наверное, там они свои могут быть. И ставим задачу уже просто этот скрипт запустить агенту с правильными параметрами и выполнить.
Честно скажу, у меня была идея там ещё более эффектно показать работу данной команды. Это прямо в пронтах агенту расписать вот те именно команды, которые ему нужно сделать. То есть, грубо говоря, вот этот скрипт не писать скриптом, а расписать это всё в промте. Я больше скажу, это даже работает, но в разрезе одного какого-то конкретно сервиса, например, поставить один супайс, он бы вот и в промтах бы мы расписали просто ему, что нужно сделать, и он прекрасно бы справился. Но когда задач много, естественно, он тут начинает путать порядок, про что-нибудь забудет и так далее. Поэтому какие-то самые критичные моменты лучше всего переносить именно и делать скриптами. Что тут у нас происходит? А, докер, установка инициализирована. А теперь начинаю мониторинг докера установки, как верный пёс. Следуя строгим правилам. Ждём докер. Минимум 30 минут, не секунды меньше. Вот это как раз одна из проблем, которую, на которой долго пришлось поломать голову. Как заставить и сидеть и ждать. То есть какие-то важные моменты можно прописать агенту в промте обычным человеческим языком. Я ему написал: "Сиди и жди, как вёрный пёс, пока докер не поставится". Потому что пока у нас не поставится докер, соответственно, мы не можем продолжать. Вот он сейчас сидит и ждёт. Всё, дождался. Великолепно установлен, успешно, актуальная версия. Ну и пошёл дальше. То есть он проверяет за собой работу, что Docker поставлен, DoКer Compost поставлен, обновляет список, ну и так далее. Запускаю установку партейнер с учётными данными. вызывает скрипт с нужными параметрами и, соответственно, ставит уже партенер. Партейнер успешно установлен, логин такой-то, пароль такой-то, доступы тут все и так далее. В общем, пускай они там бухтят в фоне, то он так фигачит, что я в реальном времени не успеваю за ним просто а комментировать, что он делает. По сути, каждый агент просто выполняет поочерёдно свои задачи и отсчитывается оркестратору о том, что он там свой этап работы выполнил. Регистратор идёт по своему списку задач и ставит задачи уже, а, соответственно, следующим агентом.
Где вообще в килокоды прописываются пруунты, даются вот инструкции и так далее. У нас есть файлик Killкода Modс, в котором почти 4.700 строк. У нас есть вот custom modest, то есть вот эти вот все наши агенты, они называются в разрезе килокода режимы. То есть вот у нас есть devops chain оркестратор. Вот это поле desриption - это по сути для нас. То есть то, что начинать нужно с этого агента. И это главный координатор развёртывания серверной инфраструктуры. Соответственно, то же самое, что мы видим вот здесь. Rolly definition - это уже, ну, там в классическом понимании сам промт. И вот основной объём, да, занимает он. То есть здесь вот у оркестратора расписано, какие у него там принципы и так далее. В общем, тут просто, ну, ребят, всё не перечитать в рамках видео. По сути, нам можно трогать любые цепочки буквально вот обычными текстовыми командами. То есть в промте просто расписываем подробно, что нам нужно сделать, и, соответственно, получаем на выходе какой-то результат. Какой увидим. Помимо поля роли definition, да, где вот содержится сам промт, ещё у нас здесь есть поле when to use, то есть это, по сути, описание уже для самих агентов, при каком раскладе нам нужно этих этого агента конкретно использовать. А здесь также есть раздел groups, то есть это, грубо говоря, права этого агента. Что он может делать? Он может читать файлы. Видите, он как параметры заполняет, что я даже показывать не успеваю. может файлы редактировать, может выполнять команды в терминале и может вызывать MCP. И здесь есть раздел также custom instructions. Это вот, ну, самые-самые главные команды, на которые он обращает внимание в первую очередь. Да что такое-то? Ты тут будешь перелистывать меня всё. То есть, а сюда я обычно вынес для всех агентов, чтобы они общались с пользователем на русском, используют от ньтаски и так далее.
Давайте посмотрим, что там у нас происходит. то он мне, [ __ ] даже почитать файлы не даёт. Он у нас поставил уже, получается, партенер, поставил proxy maner, завёл там аккаунт и, соответственно, сейчас заполняет базовые вот эти проектные данные, то есть какие аккаунты он создал, какие там домены будет использовать, время работы своё отмечает. И, соответственно, сейчас, как он закончит вот свой ту-дулиistст, он отметит сейчас, что тут выполнено, и оркестратору уже отчитается о том, что он свою работу сделал. Ну вот, собственно говоря, это и произошёл. То есть он отметил, что он всё сделал. И сейчас он, ну, грубо говоря, можно сказать, что напишет сообщение оркестратору, что его фронт работы готов, что он всё закончил. Видите, вот, то есть результаты подзадачи. Давайте, пока он тут нам не перелистал то, что выполнены задачи, что мы поставили докер, успешно развёрнутая инфраструктура, такие-то логины, пароли, технические параметры. Цепочка у нас переключилась в режим оркестратора. Он у нас отметил, что BAS Setup закончил работу и ставит себе задачу то, что нужно запустить N8N установку. Опять переключился в режим N8N. Оркестратор поставил задачу то, что разверни платформу автоматизации N8N спасгрес. Прочитай из файла данные для конфигурации, используй переменные такие-то. Выполнил N8NSH асинхронно. После завершения используя P comptition для отчёта о результатах. То есть каждому агенту он по сути ставит задачу выполнить свою часть работы и отчитаться. Ну и, соответственно, вот у нас уже M8N здесь пошёл работать. То есть он также читает данные из файла, какие у нас будут использоваться, там логин, пароль, там фамилия, имя, какой надо домен поставить и так далее. Теперь он запускает, соответственно, свой скрипт install асинхронно с переменнами окружения. Что такое асинхронно? Это то, что он этот скрипт запустит и чтобы нам не ждать, пока там N8N поставится, там скачаются образы и так далее. Он по сути действует по принципу, то что запустил и пускай он там ставится, чтобы нам время не тратить и сделать это всё максимально быстро. Он сейчас оркестратору отчитается, что он этот скрипт запустил, и оркестратор, пока у нас ставится N8M, запустит установку Supase, чтобы та уже ставилась, чтобы нам не ждать каждый сервис, да, и вот не дожидаться там скачивания всех образов, потому что там у того же Супабейза он запросто там и 5, и 10 минут может качаться. Ну-ка, типа, какой смысл? То есть он одной командой запустил установку. Отлично. M8 установка запущена. И он просто проверяет, что процесс установки начался успешно. Он отсчитывается о том, что он успешно запустил установку. Автоматизация мирового уровня запущена. Соответственно, DevOps опять у нас посмотрел то, что NV CM запустилась. О'кей, хорошо. Теперь мы запускаем Супайс. И вот таким образом, а, по сути, ну, можно сказать, что как человеческой коммуникации они между собой и общаются. То есть то же самое. Разверни, прочитай данные, подставь такие-то переменные, запусти асинхронно и отчитайся а мне о задаче. Опять свой тудулист, то есть список задач, что ему сделать. Ну и, соответственно, дальше он продолжает. Короче, ребята, я просто не успеваю показывать. Он тут открывает файлы и так далее. В общем, в файле Kill Code Modes у нас, повторюсь, содержатся промты, а, описание для самих агентов, чтобы они понимали, что вообще, кто из себя чего представляет и что может, что от этого агента ждать. И максимально детальная инструкция просто для каждого из агентов. Ну вот, видите, да, что он происходит. Он просто параллельно тут записывает свои данные, поэтому показать сложно. Давайте сосредоточимся на чате, что у нас здесь происходит. То есть он запустил тут суabй. Почему-то тут была ошибка. Ну ничего страшного. Килокода временами, конечно, немножко модной инструмент. То есть бывают тут какие-то ошибки, он то в файл что-то записать не может. Ну все прелести китайского софта. А ребята очень крутые, но у них есть какие-то вот мелкие недоделки. И это не самый быстрый инструмент. Это вот скорее инструмент про то, что ты запустил и забыл и занимаешься своими делами. То есть вот, если что, пока мы тут с вами говорили, да, у нас уже супа пошла ставиться. Теперь все самые долгие по срокам выполнения операций, такие как установка СУП и N8N, запущены. И теперь он уже, пока они ставятся, спокойно создаёт домены. То есть вот сейчас он поставил задачу, а, Cloud Flare DNSменеджеру, то есть настроить DNS записи. Мы сейчас, пока он тут нам не записал, зайдём а в Cloud FL сам и посмотрим. Вот записей на текущий момент нет. В общем, по сути, я просто данную команду обучил всем тем подходам, которые использовал лично я. То есть вот базовая настройка сервера. Я показывал видео по настройку сервера с нуля. тоже ссылку в описанию я оставлю, можете посмотреть, почитать. Установка N8N это тоже, по сути, моя инструкция, которая в приватки лежит. Supase. Тоже самое. Единственное, что за счёт скриптов я проапгрейдил немножко данные подходы, и нам не нужно в каждом из инструментов там, допустим, как вот, ну, кто ставил там N8N, например, знает то, что ты после установки заходишь и тебе нужно создать там аккаунт, короче, заполнить там свою фамилию, имя и так далее. Вот это они всё сделают. То есть в каждом сервисе в партенере, в Gings, прокси менеджере, в N8N, ну и в Subace. Понятно. у нас уже будут созданы все аккаунты. DNS менеджер CL у нас пошёл, то есть он себе тоже определил, какие сервисы он ставит, какие домены нужны, какой IP-адрес сервера. Составил себе план и пошёл шарашить свой фронт работы через наш собранный на коленке буквально Cloud Flare DNS MCP, который мы а собрали в N8N, то есть вот который я показывал. То есть, если мы зайдём в раздел Executions, сюда можем обновить, чтобы точно посмотреть выполнение. Ну и вот, собственно говоря, то есть тут запросы идут, всё в принципе нормально. То есть он получает список тут ДНС записей. Вот определяет zо ID - это такой параметр Call Flayer для каждого домена есть. И соответственно вот сначала создам корневую запись. Отправляет запрос. Корневая запись создана. Теперь создаю о записи для всех поддоменов сервисов. Ну и так далее. Создаёт для партенера, создаёт для engins, создаёт для N8N и создаёт для Supase. Cloudfare обновили страницу и вот наши созданные все subбдомены. То есть он прописал IP-адрес нашего сервера, сделал а-запись для нашего домина, создал соответствующие поддомены, под все сервисы, ну и так далее. То есть сделал это полностью на автомате. Да, я, кстати, забыл упомянуть. Естественно, нам нужно доми купить там, допустим, нам нак.ru.
В общем, посмотрите видео по настройке сервера, да, если это вас интересует. Там этот момент разобран, чтобы нам не усложнять этот видос.
И этот наш агент Cloudsware DNS-менеджер, так как он работает достаточно быстро, он нам сейчас сразу и детальный отчёт напишет о своей работе. То есть у нас в папке нашего проекта есть вот для каждого из агентов написаны шаблоны. То есть он буквально читает просто свой файлик, допустим, вот cloud template и пишет на основании его отчёт в папке reports. Вот он сейчас как раз закончит у нас и создаст всё. Вот создаю детальный отчёт. Хопа, и отчёт у нас уже готов. Конкретно по работе этого агента.
По сути, для нас эти отчёты, ну, как бы не особо нужны. Так как и может иногда там что-нибудь замудрить, какие-нибудь там, не знаю, там пароль не так записать либо там домен что-то перепутать. Сделана многоуровневая система проверок, и поэтому отчётов им нужно, ну, намного больше, чем людям. То есть помимо вот отчётов папкиs, он у нас ещё и на сервере по каждому софту пишет отчёт. И агент-контролёр наш, который систем валидатор, он за всеми ещё сходит и проверит, что всё ли у нас поставилось, нигде ли там не перепутаны переменные местами и так далее. Видите, да?
Вот сейчас нас закончил clare DNS-менеджер и DevOps Chain Orргистратор запускает работу следующего агента. Это у нас Proxy Configurator agent. Что он делает? Он также запускает свой скрипт, который добавляет DNS записи, наши созданные сабдомины в endings. То есть по-простому, что делает proxy configurator agent? Он наши вот эти созданные subбдомины привязывает уже к нужным контейнерам do, то есть, например, чтобы сус у нас открывался по соответствующему домену, то есть будет sub.milesu.ru. Он также здесь составил себе todдули listст. что ему нужно делать. Соответственно, он проверяет тут, запущен ли у нас NPM, выполняет, в общем, все проверки, смотрит данные для подключения, то есть какой логин пароль там используется, вытаскивает его из логов, чтобы он мог вызывать апи, запускает скрипт добавление домина. То есть вот, например, сейчас он привязывает партейнер, то есть создаёт проксизапись portmail myши.ru, кору https протокол такой-то айпишник, такой-то порт и передаёт это всё в скрипт. Отлично. Портени создан успешно. Проверю логи и продолжу. Между каждым из сервисов он подождёт, чтобы сертификат там выпустился, ничего у нас никуда не прокосячилось и так далее. И, а, нуж если откровенно говорить, да, вот как ни странно, вот этот агент, наверное, был самым сложным в разработке, потому что нужно учесть очень много факторов. Например, даже такую вещь, как, э, сроки выпуска вот этого сельсертификата от Ltнкрипта. В общем, он как раз ждёт 45 секунд. Этого времени достаточно, как правило, для того, чтобы получился там сертификат, всё выпустилось. И далее он переходит уже к следующему, а, соответственно, сервису, добавляет GНС и так далее. Сейчас он постепенно всё это пройдёт. Добавил также проксист для N8N. Сертификат успешно выпущен, ждёт следующего. И сейчас у нас осталось супоток.
То есть реально нам по факту, ну вот мы одной командой это всё запустили и можем сидеть и наблюдать. Ну либо просто там открыть там браузер, либо там ютубчик параллельно, да, и смотреть. Но я себя сейчас, если честно, чувствую каким-то футбольным комментатором, потому что я просто не успеваю даже рассказывать, что он делает. Хотя мне казалось, когда вот ты юзаешь сам софт, кажется, чтокода она такая вот, ну, иногда нерасторопная вещь. То есть как спросить какой-то один как короткий запрос у него и получить ответ, ну, типа кан там в cloudды в чат GPT зайти и быстро. То есть тут сила этого инструмента как раз вот в долговременной работе. Но, ребята, забудьте про использование АИ. Вы просто посмотрите, типа вот сколько сообщений. И каждое вот это сообщение - это 100.000 токенов контекста. 100.000 токенов контекста. Я думаю, что двухсотдолларовая подписка отобьётся буквально за вот одну настройку сервера, потому что по апи, я думаю, что будет даже больше. И это с учётом того, что мы используем модель Sonet 4. То есть это не OPС там 4.1, который, да, сильно дороже. На тон вообще на штуку баксов бы вышло. В этом как раз, наверное, и есть сила килокода, то, что по факту мы можем пользоваться любыми провайдерами, у кого какие там выгодные условия. На текущий момент для каких-то вот реально не самых простых задач, мне кажется, самое оптимальное - это вот Cloud Max. Честно, наверное, это самая моя, э, покупка среди и там любых инструментов, которые вызвал максимальный восторг. То есть по факту вот запустил, занимайся своими делами, да, ну там компьютер оставил включенным и пускай они там шарашат за тебя работают. Но это же офигенно.
Как раз пока говорил проксиконфигуратор у нас все проксисты создал, написал отчёт, отчитался дополнительно оркестратору. Оркестратор у нас сейчас подумает. Так что нам следующее? Нужно выполнить задачу систем валидации. То есть он запустит вот этого нашего контролёра Оттык, который сейчас пройдёт за всеми агентами и проверит. Я скажу по факту, наверное, у нас уже все сервисы в принципе стоят и всё работает. Но чтобы не проверять это, короче, самим всё вручную, типа, зачем вот, ну, подумают они тут сейчас ещё минут там 10-15, пока там, а, систем валидатор всех проверит, пока там отчёт напишется, а мы уже вот как готовое блюдо получим настроенный сервак. И да, я ещё напомню, мы до сих пор ни разу даже в терминал сами не заходили с сервера. Мы, конечно, можем это сделать и посмотреть типа, ну вот давайте проведём реальный эксперимент. Я не буду заходить даже в терминал. Мы вот дождёмся финального отчёта и проверим каждый из созданных сервисов. А по работе систем валидатора, да, пока он тут делает, он тут проверяет все. Вот. Активирую режим собаки, дожидаясь завершения всех установок. Время включать режим энерgenзии и ждать, как вёрный пёс. Сейчас проверю все файлы прогресса, но это у него заложено, чтобы он дождался установки там Supase, N8N, потому что есть много, на самом деле, мелких заморочек, а, допустим, такие вещи, как скачивание образов с репозитория докера, потому что иногда может быть медленный интернет, что-нибудь там сервак, короче, медленно файлы отдаёт. И важно, да, нам дождаться перед тем, как всё проверять. И, соответственно, систем валидатор, если он сейчас найдёт, что с каким-то из сервисов у нас что-то не так, он накапает оркестратору то, что вот те ребята не закончили свою работу, типа пускай они её переделают. System валидатор, соответственно, сначала полез по логам установки, соответственно, который у нас записывается через скрипты, то есть вот по партенеру, да, там есть installтеer report, читает здесь прогресс файлы по каждому из сервисов. Ну, грубо говоря, занимается своей работой. То есть он проверяет за всеми. Фак е. Все сервисы успешно установлены. Собака дождалась. Все установки завершены со статусом коплита. Результаты анализа. Тада-да. Теперь, что он делает? Он теперь ещё проверит докерконтейнеры, вдруг там какие-то ошибки есть при запуске. [ __ ] все контейнеры работают идеально. Теперь он ещё проверит каждый сервис, что он по домину открывается, то есть отправляет курлзапрос каждому созданному сабдомину и, соответственно, проверяет. 401 ошибка для Supas - это норма. Ну да, там норма, потому что там логин пароля спрашивает сразу. Проверяет ДНС-записи. Также идеально. Все ДНС-записи работают корректно. Теперь, когда он всё проверил, он также пишет свой отчёт. То есть, как видите, у нас вот уже здесь есть два отчёта от Cloud Slare DNS агента и Engin Proxy Domin. System valлиatр также написал, грубо говоря, служебный отчёт для служебного пользования нашей команды. То есть вот он даже подписал тут отчёт, создан systemдатор, время генерации такое-то. И теперь, соответственно, наш контролёр от ТК отчитается оркестратору о том, что работа выполнено, результаты подзадачи, то есть полный успех, готовность 100, всё проверено, всё тут хорошо. Регистратор, соответственно, переваривает эту информацию и сейчас продолжит по своему соответственно туду листу, то есть списку задач дальше работать. Ему теперь нужно запросить отчёты у тех агентов, которые асинхронно работали. То есть, а он запросит отчёт BAS Server Setup и пишет ему: "System валидатор завершил валидацию. Создай свой финальный отчёт о развёртывании. Прочитай логи и всё заполни". Зачем так сделано? опять же для ускорения, потому что если бы мы ждали выполнения каждого агента, запуск сервиса и так далее, ну это типа ещё там минут 20-30, может быть, у нас бы заняло по факту. А тут мы можем вот даже такую логику реализовать, чтобы он выполнил часть своих задачек. Например, вот а base server setup agent. То есть он поставил doкеer, поставил, поставил партенер, то, что у нас было критично, и не писал сразу отчёт. а отчитался оркестратору, чтобы тот ему потом напомнил, что ему нужно отчёт ещё написать о своей работе. Когда у нас уже все сервисы установлены, всё работает и всё прекрасно. Вот самое время писать отчёт.
Реально, ребята, чувствуешь себя э как вот футбольный комментатор. Я вот такого опыта не было, да, э комментирование в реальном времени, работы целой команды агентов. И я, честно говоря, не понимаю, комментаторы футбольных матчей, они как вообще выживают? Как вот это в реальном режиме времени всё успевать комментировать? Если, ребята, среди вас есть комментаторы футбольных матчей, то пишите в комментах, а если нет, то тоже пишите в комментах, что вы вообще думаете о том, что вообще происходит. Нужны ли вот в каких-то задачах на текущий момент уже кожаные люди? Ну, как видите, если изначально там, в принципе, всё продумать, все моменты, то по факту как бы уже вроде и не особо, ребята, но уже мы встали. Ребят, извиняюсь, была небольшая техническая накладка. Я тут полчаса говорил, а по факту оказалось, что телефон врубился и уже не записывал, поэтому приходится записывать по факту. Но это даже лучше, да, будем тут растягивать и там совсем в реалтайме смотреть, что у нас произошло. оркестратор. Соответственно, после того, как, а, systemлидатор проверил все задачи, что всё у нас все сервисы установлены, всё работает, он у каждого из агентов, которые ещё не написали свой отчёт, запросил его, то есть также создавал чаты. Вот они, в принципе, есть. То есть, например, вот System valлиator завершил задачу: "Создай свой финальный отчёт о развёртывании, проверь данные записи", ну, и так далее. То есть здесь тоже, собственно говоря, целый чат. у нас написан, то есть отчитался base server setup agent, nvement deployment, superbase deployment и call flare dance manager. И финальным действием у нас пишет отчёт финал report агент, который уже смотрит отчёты по каждому из агентов, собирает все оттуда логины, пароли, проверяет ещё раз на сервере. Вот я с ним сейчас чат открою. Ему оркестратор поставил задачу то, что все агенты развёртывания завершили свои отчёты. Создай финальный клиентский отчёт, используя шаблон и создай финальный документ для передачи клиенту. Он тут прошёлся по всем пунктам, то есть посмотрел все документы, посмотрел логи на сервере и уже создал нам отчёт, ну, по сути, для нашей финальной проверки и которую уже можно будет там сохранить себе в папочку либо клиенту отправить. После этого он отчитался оркестратору, то, что он всё написал, и уже оркестратор нам салютовал. То есть он там делинкает, говорит, типа, всё готово, давай, типа, смотри, проверяй и используй.
Что у нас на выходе получается? У нас вот есть один файлик буквально отчёт для клиента. Markdown. Его можно, в принципе, нажав Command Shift V, открыть здесь. То есть Visual Studio. И в принципе достаточно всё тут удобно и понятно будет. Но мы же не будем Marкdown файл отправлять заказчику, например. Да, можно было бы заморочиться, подключить там Google Docs, например, MCP сервер какой-то. Но ни в одном готовом MCP сервере для Google документов я не видел, чтобы была вставка вместе с форматированием. То есть, если мы просто возьмём всё скопируем, вставим в Google документ, естественно, у нас тут форматирования никакого не будет, даже если мы вставим вот без форматирования. То есть будут вот эти решётки, звёздочки. И то же самое через MCP. Можно было бы заморочиться, написать там Google Docs, MCP там сервер, который будет поддерживать форматирование. Ну, типа кан. Есть задачи, которые уже проще непосредственно решить вручную. То есть мы берём вот этот отчёт, копируем и есть вот такой вот онлайн-конвертор Markdown to Google Docs Friendly. Ссылочку я тоже оставлю в Телеге. То есть мы сюда вставляем, нажимаем copy to cliлибоard. Вот это уже вставляем Google документ и получаем полностью готовый отчёт аж на сколько страниц получается на осень, где содержатся все данные. То есть вот он такой-то проект. Установка и настройка базовая серйфраструктуры с N8N и Supase. Дата такая-то. Исполнитель, заметьте, нас уже здесь даже не пишут. Адиation System, а Николисов Алексей Владимирович. На самом деле, да, можно это задать, чтобы он и там мою фамилию написал или там вашу, но он изначально сделал, что это он исполнитель. Я не стал править, решил оставить так, как есть. Также вот здесь поставил заказчика, а выполнены работы, то есть что он сделал. Потом идут данные для доступа, то есть IP-адрес сервера, пользователь, пароль. Вот здесь это единственное, что нам нужно поправить в отчёте. Можно, чтобы он это сделал на автомате, но просто я считаю, что это не очень там безопасный подход именно с передачи пароля от самого сервака в нейросеть. Поэтому, ну, это можно подставить вручную. На свой вкус вы можете сделать так, чтобы здесь, в принципе, пароль подставлялся. То есть это вообще не проблема с точки зрения техники. Доступ кртенеer, логины, пароли, ссылки, Supase и так далее. А как, например, обновить N8N инструкция? Как обновить Subbase? Какие у нас созданы subдомены и DNS записи? Также важно, я хочу подчеркнуть, что все пароли, которые он делает, они уникальные. Это всё сделано так, что при каждой установке они будут все всегда разные. То есть они не захардко, да, чтобы вот подходило под параметр, а, ну, всё по-взрослому сделано, как надо. Соответственно, статус проверки работоспособности, что у нас всё работает, и рекомендации там для дальнейшего использования. В общем, такой вот документик.
Ну и теперь давайте самое интересное. Мы сами всё проверим. Очень хорошо, что он вот написал, что всё прекрасно. А так ли это на самом деле? Давайте первым делом тогда проверим Ging Proxy Manager. И нам нужно авторизоваться. Вот у нас учётка, emailадрес и пароль. Тоже его сюда вставляем. Логинимся. Вот у нас четыре проксихоста. N8N добавлен. Всё правильно. Выпущен сельсертификат. В общем, сделан абсолютно так же, как бы мы с вами сделали вручную. То же самое для самого, то есть до npm myles.ru port, то есть, соответственно, потенеer и superbase. Все они добавлены, все в статусе онлайн. Вот давайте мы всё-таки в каждый сервер залезем и всё пощупаем. Давайте зайдём и посмотрим, есть ли у нас какие-то ошибки в докерконтейнерах. Также, соответственно, переходим по ссылке, берём наши учётные данные. Хочу обратить внимание даже, да, что пароли между сервисом, естественно, все разные. В общем, всё как надо. А, вставляем вот сюда пароль, логинимся, а, заходим в раздел контейнеры и смотрим то, что у нас всё находится в статусе Running. То есть вот у нас контейнеры N8N, а Engy Manager, сам партейнер и, соответственно, контейнеры Super. Их тут достаточно много. Ни один из них не выдаёт ошибку. Теперь давайте зайдём в N8N. Также открываем ссылку, берём наш email, вставляем сюда, берём пароль и вставляем сюда. Нажимаем войти. и видим N8N. То есть здесь уже, соответственно, прописано даже Fio человека, то есть профиль полностью настроен. О'кей, хорошо, с NMN разобрались. Теперь давайте зайдём в Supase. То же самое. Здесь запрашивается логин пароль, но сейчас я уже говорю, я просто это снял. Ну, кто не верит, ребята, напишите в комментах. Я выложил в телегу там исходник. Там по факту нету моего моей рожи и звук заторможенный, поэтому пришлось а это всё переснимать. Мы зайдём в Table Editor и а новую таблицу создадим и проверим, как оно всё работает. Нажимаем save. Ну, собственно говоря, вот наша таблица тест. Можно там в неё запись какую-нибудь вставить. Ну, пускай автоматическая ставится. Всё, в общем, работает. Теперь для того, чтобы окончательно всё проверить и убедиться, что у нас всё корректно работает, давайте мы суй прицепим к нашему N8N. То есть мы зайдём в N8N. Цепочку, я думаю не будем создавать, создадим вот credentals. То есть мы добавим данные для подключения, которые будут потом уже в workflow у нас подтягиваться. То есть нажимаем add first credentational и выбираем тип су. Нажимаем continue и нам нужно ввести сервисный ключ и до то есть host. Где нам эти все параметры взять? Мы можем их взять прямо с отчёта, потому что у нас здесь всё готово. То есть вот, да, по суas, логин, пароль, в общем, всё, в принципе, работает. А сервисро, вот он нам нужен. Мы его копируем и вставляем. Тут есть важный момент, да, то, что видите, вон здесь несколько строчек записан, а нам для того, чтобы всё корректно работало, нужно вставить именно в одну. Поэтому здесь вот есть сносочка такая, чтобы, ну, шансов на косячие было минимальное количество. Проще всего открыть, например, там вот тот же Visual Studio либо блокнот и проверить, что действительно у вас в одну строку всё записано. и потом уже вставлять в сам N8. То есть вставляем вот сервис Rol и имя Хоста. Это у нас домен. Также его отсюда копируем и вставляем сюда. Вот так вот, только без слэша в конце. Нажимаем save. По-моему, дела идут у нас неплохо, как и планировалось. То есть по факту докер у нас стоит, естественно, потому что ни один бусов не поставился. Proxy maner работает. Subdны созданы. В clare subбдомины тоже всё созданы и добавлены. N8N с побайзом дружит. По-моему, ребята, звучит это как успех. И единственное, что нам осталось по сути сделать, вот этот отчёт, собственно говоря, как и написано в конце, сохранить копию этого отчёта в безопасном месте для будущего использования. Ну и сохранить этот отчёт в формате PDF и скинуть клиенту и получить от него примерно вот такую реакцию. Руслан, привет тебе.
Ну и по факту сервер у нас настроен, отчёт написан. И вопрос в том, почему я говорил, что не стоит запускать вот такого плана цепочки по апи. Ну потому что вот я покажу вам, сколько у нас чатов и сколько было потрачено токенов. То есть зайдём вот, а, история сообщений, например, в чат вот оркестратора самого, то есть когда он ставил другим агентам задачи и получал о них ответ. Заходим сюда и смотрим. И вот по факту у меня в кэше показываться, потому что я не первый раз запускаю, а у вас, соответственно, будет вот здесь у нас потрачено 1,3 млн токенов на запись и 2 млн токенов на чтение. И это только, ребята, один чат. А их вот конкретно вот по этой установке смотрите. 1 2 3 13 чатов. И в каждом практически из них такой расход, а в некоторых больше. Например, вот первый агент у нас 1,1 млн и 3 млн. Примерный расход по АПИ вы можете прикинуть сами. Использовалась модель Sonet. У неё 3 доллара за миллион токенов на вход и 15 долларов на выход. Поэтому подписка за 200 баксов. Но я понимаю, да, что это не для всех, но не так и дорого, на самом деле, за вот такие возможности. Объём каждого чата, да, вот я вам полистаю, потому что мало ли там на монтаже где-то вырежется. То есть вот он примерно вот такой. И каждое сообщение в этом чате там по там 100.000 токенов примерно контекста.
Вот хочу подытожить то, что представьте, там место половины, а то и целого дня, а в случае новичков это может быть и недели ручной работы, 1 час полной автоматизации. То есть я напомню, мы отправили одно сообщение и просто дали все данные сразу. И по факту получили полностью настроенный сервер, подробнейший отчёт, который руками, ну, типа можно там несколько часов запросто составлять и собирать там ручками, где какие ссылки, где какие там имейлы, где какие пароли. Ну и на мой скромный взгляд, это не просто автоматизация, это маленькая революция, что ли, потому что еагенты становятся не просто там полноценными какими-то членами команды, они, [ __ ] уже свои команды организовывают, где у каждого члена этой команды есть своя экспертиза, там свой уровень ответственности. Ну и у нас с вами, да, у кожаных появились возможность строить буквально там целыми отделами компании из таких и сотрудников. Ну и вообще важно понимать, что на базе того же Килокода, на базе там тех подходов, которые я показал сегодня, нужно делать любые системы автоматизации. по сути и вот честно для вообще не самая простая задача, потому что важно соблюсти все параметры, порядок, вовремя всё сделать, то есть отправить, допустим, там запрос на скачивание образов именно вот сейчас дождаться выполнения какого-то этапа, потому что, ну, кто сталкивался с SE, он знает то, что он может раз посмотреть, два посмотреть, потом а нету, ну и хер с вами, и продолжить дальше. Естественно, это ломает всю цепочку и всё упадёт и не выполнится до конца. Естественно, какие-то более там, а, приземлённые, так скажем, задачи, допустим, вот там рес документов какие-нибудь там расчёты и так далее, это делается всё намного проще. Можно сделать какой-нибудь там, не знаю, аналитический отдел. А контент завод, кстати, пишите в комментах, если нужно его сделать, либо даже вот такие вещи скриншот на монтаже вставлю. Просто вот такой полёт фантазии открывается, что у меня вот даже воображений не хватает, что на базе этого сделать нельзя, кроме, пожалуй, каких-то клиентских, а, ботов и так далее. То есть, где нужен двухсторонняя связь, естественно, да, тут никаких вебку нету и, а, допустим, человек не сможет общаться с агентом, который вот тут. То есть главное, к чему мы приходим, то, что нужно понимать свои задачи и просто написать промтоагентом. По сути, чем сам ты больше шаришь, тем ты более качественный промто можешь написать, тем более качественный будет результат на выходе. Причём, по факту можно делать вот похожего уровня системы, ну, буквально там в течение там нескольких часов. Да, они изначально будут работать, может, не настолько качественно, как хотелось бы, потому что приходится вот эти промты путём итерации править. То есть запустил один раз, что-то там не работает, поправил это, дописал промт. И по факту получается, что пока там, не знаю, ваши конкуренты тратят недели на рутину, вы можете автоматизировать её и выполнять ту же работу там за часы.
Абсолютно все файлы и вся команда вот этих агентов, всё, что я показывал в этом видео, будет доступно для подписчиков моего приватного канала. Также хочу отметить, что эта Devops команда протестирована и готова к работе. Например, в процессе отладки вот только Supase я поставил больше 300 раз с помощью её, чтобы это всё корректно работало и стабильно у всех. И я понимаю, что запуск подобной цепочки, особенно для новичков, может показаться не самым простым занятием. Да, ну и откровенно подписка на Клауда как бы недёшево стоит, и не каждому она нужна. То есть разово её вот ради настройки одного сервера покупать, наверное, смысла нету. Поэтому я решил ещё снизить порог входа в автоматизацию каждому подписчику приватки. Я настрою с полного ноля один сервер с N8N и Supase. То, что мне хотелось сделать давно, изначально, когда заводил канал, но не было возможности, потому что, ну, тут реально кукуй можно поехать, если ты целыми днями будешь сервера настраивать, даже платны. Теперь с помощью вот технологий это возможно. Так что, ребята, welcome. А если приватные каналы не для вас, то можно просто написать мне в телеге контакты есть в закрепе канала и, соответственно, настроить сервер. Одним словом, нужен N8 man, Subabase, то, собственно говоря, welcome. Также в приватке конкретно по килокоде вас ждёт ролик по установке, по настройке с нуля подобных проектов и более детальная информация конкретно вот по работе DevOps команды, а также все материалы из всех мои видео, а доступ к NM MCP серверу. Кто ещё не посмотрел ролик, реально рекомендую. В описании ссылочку оставлю. Доступ к лешему, одним словом, всё самое вкусное, что есть у меня.
Подытожить хочу этот ролик. И смотря вот на эту команду, что получилось, когда я её начинал создавать. Я даже, ну, честно, не понимал, насколько это получится сделать автономным. И что я хочу сказать, сейчас у вас есть, по сути, там выбор между вчера и завтра конкретно с, допустим, сервером. Сейчас вы можете тратить там дни на то, что Ай команда может делать за час. И завтра там ваши конкуренты получат доступ к этим технологиям. Через неделю это станет стандартом. Через месяцы вы можете уже догонять тех, кто начал сегодня. Почему я это говорю? Потому что на своём примере вот Леший классная платформа, но по факту вот такие штуки, как килокоды и эти подходы, да, которые я сегодня показал, ну, его просто на лопатки кладут. И даже если я в него ещё там пару-току месяцев своей жизни даже с ей агентами положу, ну, этот момент уже, к сожалению, упущен. Поэтому мой совет: не ждите. Вот реально революция уже началась, и каждый час промедления для вас это, ну, по сути, там потерянное преимущество среди конкурентов. Я не говорю сейчас именно про автоматизаторов, потому что, на мой взгляд, сила ей как раз не в том, чтобы всем заказаны выполнять, но эта тема для отдельного ролика, поэтому пока её оставим. И каждый день без там автоматизации, это отставание от тех, кто уже начал строить компании. В общем, это такая небольшая мысль вам на подумать. Можно сказать, что домашнее задание. Те видео про N8N MCP сервер, а про настройку сервера, который я упоминал в этом ролике, ссылки на обычный мой Telegram, на приватный я оставлю в описании. Рекомендую со всем ознакомиться. И, ребят, я знаю, что среди моих зрителей есть много разных специалистов, там автоматизаторы, разработчики, владельцы бизнеса даже. И вот напишите, пожалуйста, в комментариях, какие возможности вы видите в создании вот таких мультиагентных систем для автоматизации вот именно ваших задач. Потому что у каждого эти задачи разные. Если видео было полезным, поставь, пожалуйста, лайк, скинь ссылку на видос своему другу. Это очень помогает продвижению видео и мотивирует меня снимать ещё больше качественного материала. Всё, ребят, спасибо за просмотр. Пока. y