Что Такое MCP Сервер Простыми Словами И Как ИИ Агенты Становятся Умнее с MCP (n8n, MCP, FireCrawl)

Всем привет. Итак, что такое MCP?

Максимально простыми словами, такими, что даже не технические специалисты поймут. Итак, что здесь происходит сейчас в этой схеме? Мы видим, как работает Open AI модель. Мы видим, как задействуют какие-то толзы. Всё как обычно. Но никакой инструкции у AI агента нету. При этом он выполняет запрос: "Заскрейпи мне этот URL". Мы нигде не описали, а что от нас требуется? Он получает ошибки, при этом пробует заново, не останавливается и сам знает, каким инструкциям ему нужно следовать, чтобы добиться результата. Сходил ещё раз в тул, со второго раза у него уже получилось, формирует нам ответ и выдаёт нам, что вот наш полный сайт, который мы запросили, вот его пример, а вот всё, что он заскрепил. Всё очень точно и ровно то, чего мы просили от него. Каким образом это произошло? Но прежде чем мы начнём, подпишитесь на этот канал, поставьте лайк. колокольчик, напишите какой-нибудь комментарий, потому что это помогает продвижению видео. Подпишитесь на бесплатный Telegram-канал, где содержатся все автоматизации, которые мы обсуждаем в видео. И если вы хотите пойти дальше в тему автоматизации, узнать больше про технический аспект и получать уникальные знания в сфере EИ для вашей карьеры и бизнеса, то посмотрите нашу платную прогруппу. Мы там глубоко обсуждаем и MCP, в том числе, и локальные сборки, и секюрные транскрибации, и массу всего остального, что наверняка будет вам интересно. Но а мы возвращаемся к видео. Мы посмотрим внутрь толзов. В них вообще ничего не описано. Да, у нас всего лишь их два. Очень мало контекст, но при этом невероятно точно выполняет наши запросы. Это происходит благодаря MCP-серверам. Итак, разберёмся, что такое MCP, каким

образом агенты коммуницируют с толзами, которые мы им предоставляем. Назовём это не MCP путь. Мы предоставляем какие-то исходные данные, да, это может быть текст, это может быть картинка, это может быть голос. И агент получает эти данные на вход, пользуется каким-то контекстом. Скорее всего, это системные промты, которые там описаны. Агент в нужный момент пользуется инструментом, прокидывает туда данные. Мы определяем параметры, которые нужны этому инструменту. Например, URL, например, какое-то тело запроса, какая-то аутентификация. Таким образом, в какой-то момент инструмент отрабатывает, возвращает свой ответ в и агента, и агент отвечает нам на основе этих данных уже свой финальный вердикт или финальный ответ. Схема работает очень хорошо. Мы, опять же, на этом канале уже реализовывали её много раз. Классический пример могу вам привести. Вот агент, который умеет обращаться к каким-то инструментам, чтобы получить список шаблонов для документов, список плейсхолдеров для этих шаблонов. И всё это собой представляет API запросы в нужный URL с нужными ключами, с нужным телом запроса. И внутри системного промтамный, объёмный системный месседж, где содержится инструкция о том, какие тулзы в какой момент использовать для того, чтобы добиться результата. В чём плюсы такого подхода? Мы здесь вручную контролируем практически всё, что происходит с агентом. Контролируем промты, даём какие-то нужные инструкции, перекидывает перекидываем данные из ноды в ноду. И в принципе она всегда даёт результаты. В чём минусы такого подхода? Поддерживать такую конструкцию довольно сложно. Похожие ноды выполняют похожий запрос, ну, например, в разные URL или с несколько отличающимся телом запроса. И, в принципе, мы тут занимаемся большим объёмом копипаста из инструмента в инструмент, если инструменты похожи. Итак, а чем же отличается MCP, путь

коммуникации нашего агента с различными тулзами? Чтобы понять глубже, нам нужно разобраться, из чего же вообще произрастает термин MCP. MCP - это model context протокол, который был изобретён в компании Anropic. Это те ребята, которые де делают крутую нейронку CLД. Если почитать интервью основателя MCP, там есть конкретные люди, которые это сделали, они описывают MCP очень просто. Звучит это примерно так. На наших внутренних экатонах, которые мы устраим внутри своей компании, мы заметили, как разработчики устают заниматься пипастом для того, чтобы передавать разные контексты и разную информацию в нейронке для того, чтобы получать из них результат. И мы задумались о том, а возможно ли создать некоторый единый контекст, единый протокол коммуникации Лэмки с внешними сервисами. И оказалось, что это возможно. Они придумали изящный путь, как это сделать. Начало очень похожее. Исходные данные попадают в иагента, но иагент вместо коммуникации с огромным количеством толзов, которые мы ему предоставляем, коммуницирует с сервером. Это зачастую просто какой-то субпроцесс, который прямо может исполняться на вашем компьютере. Не будем углубляться в это, чтобы не пугать вас. Но в общем и целом этот сервис знает три базовых вещи про нужный нам инструмент. Во-первых, список самих тулов, то есть какие именно операции доступны для этого агента, список ресурсов, что нужно передать в тот или иной инструмент, чтобы выполнить запрос, и схемы, каким образом нужно передавать данные в тот или иной инструмент, чтобы запрос выполнился успешно. Помните, в прошлом видео мы с вами обсуждали, каким образом можно скрейпить интернет и создавали четыре разных тула для наших задач. Один просто искал, эмулировал Google, другой тул скрепил сайты, то есть забирал контент сайта по прямому URL. Ещё какой-то ТO кроулил сайты, то есть искал все внутренние ссылки на какой-то странице и шёл внутрь этих ссылок, чтобы забирать контент уже внутренних подсайтов. Соответственно, представьте, что есть какой-то контекст или MCP-сервер, который сам знает все тулы, которые есть у него в распоряжении, сам знает, какая информация должна быть передана в тот или иной Тул, и сам знает контекст, в какой момент вызывать первую, вторую, третью, десятую тулзу. Если бы мы писали сами эту логику для агента, мы бы прописывали системный промт, что в этом случае используй такую тулу, передавать туда такие данные, чтобы получать результат. В другом случае использую другую тулу, и такие-то данные должны быть переданы. И MCP- сессервер как раз решает эту проблему. Мы не должны ничего объяснять агенту, потому что за нас это сделали разработчики MCP-сервера. То есть тут мы пользовались Firec. Если мы прямо посмотрим на контекст, что содержится внутри Fire Толзы, мы увидим, что наш агент запросил список возможных толзов у MCP-сервера. И ответ ему вернулся такой: "У меня есть Firecroll Scrape. Он скрайпит контент по прямому URL. Отлично подходит для одиночных страниц то-то, то-то. Мы этого не писали, но это писали разработчики сервера для того, чтобы, когда наш агент обратится к этому серверу, он ему вернул всевсевсе контексты, все-все возможные сценарии, которые могут быть исполнены. Также он возвращает схему. Это гиперважная штука, потому что тут написано, что нужно передать в этот MCP-сервер при использовании той или иной тулзы. То есть здесь описано, что я ожидаю тебя URL, я ожидаю тебя форматы, я ожидаю у тебя какие-то теги. И более того, тут описано, что есть только одно обязательное поле - это URL. Без него ничего работать не будет. То есть наший агент, прежде чем ответить нам, запрашивает весь контекст у этого сервера. Сервер ему возвращает вот этот всю вот эту всю информацию. И после этого агент без наших объяснений понимает, какими ресурсами он обладает, чтобы выполнять те или иные запросы. Чуть-чуть разобрались. Отлично. Если вы в какой-то момент почувствуете, что вы где-то теряетесь, то обязательно спрашивайте вопросы на Ютубе или присоединяйтесь к нашей прогруппе. Мы там прямо глубоко обсуждаем разные вещи, связанные с И там просто очень круто. Итак, а что же происходит, когда иагент обратился к MCP-серверу, тот вернул контекст, всего, всё, что возможно. В этот момент, если наш запрос соответствует какой-то специфической задаче, то и агент инициирует вызов инструмента по схемам и ресурсам, которые он также получил на предыдущем этапе. В этот момент он инициирует какой-то API запрос, структура которого известна, потому что мы знаем схемы, и ответ возвращается обратно в агента, и агент уже отвечает на наш вопрос. Хоть и стрелочек тут много, но отличия колоссальные в том, что мы с вами не писали никакого промта для агента. Мы просто подключили один раз MCP-сервер, и MCP-сервер сам создал все контексты и промты и отдал все ресурсы нашему агенту, а мы просто не делали ничего для этого. Ну и финальное огромное преимущество MCP-серверов в тот момент, когда разработчики, например, добавят какие-то тулзы, скажут, что вот мы добавили ещё три новых толзы. Единственное, что нам на нужно будет сделать, обновить наш MCP-сервер. И вместе с обновлённым сервером к нам приедет информация о всех новых толзах, о всех новых ресурсах, о всех новых схемах. Таким образом, мы понимаем, что мы можем настраивать MCP-серверы, в принципе, в любом месте, где у нас обитают лэмки. То есть вы можете настроить это, естественно, в NVCM, вы можете это настроить в вашем клоде для десктопа или уже даже для веб-версии в последнем релизе. Во всех других местах, где вы можете развернуть субпроцесс для вашего сервера, и у вас просто рядом будет крутиться какой-то процесс, в который вы закидываете ваши запросы и получаете оттуда ответы. Но это настолько просто. Итак, теперь мы более

квалифицированно можем разобраться, а что же произошло в нашем простом агенте, в котором есть всего лишь два MCP-сервера и всё, но при этом он выполняет наши запросы очень точно. Мы прямо смотрим по логам. После того, как мы попросили его заскрепить URL, он обработал наш запрос с помощью Open AI, обычной лэмки, и попробовал обратиться в нашу Тулol, в нашл, который называется Execute, и получил ошибку, потому что он неподготовленно туда пошёл, совершенно не зная контекст, а что же такое заскрепить веб-сайт, да? То есть он, по сути, сам сгаллюционировал и выдумал, что есть такой Tools с scrape вебсайт, и попытался туда что-то пробросить и, естественно, получил ошибку в ответ. Эта ошибка вернулась в нашего агента. Он подумал над тем и принял решение, что сначала, чтобы понять, каким образом работать с этим MCP-сервером, нужно запросить список всех возможных тулов. Он это сделал. И посмотрите в ответ он сначала получил список аж из восьми тулов, которые предусмотрены Fireoll. То есть это прямо сервер, который был написан какими-то разработчиками специально для Fire Craw. Соответственно, он получил такой контекст и узнал, что, чтобы заскрепить, нужно пользоваться тулзом, который называется Firecroll Scrape, а не Scrape Webbsite. Он это узнал, потому что он получил desрипtion, где описано, в каких случаях нужно пользоваться этим Тулзом. Он получил схему, что этот л ожидает на вход, URL, форматы, да, всё, что мы обсуждали, и что URL должен быть обязательным полем. С этим знанием он вернулся в Open AI, отдал все контексты и ресурсы, которые получил от этого MCP-сервера, и уже с этим знанием пошёл выполнять инструмент, правильно заполняя все поля, которые требуются для корректной работы. Он уже знает, что Tool toolame - это Firecroll Scrape, а не Scrape Вебсайт, как в первом проходе. Он знает, что URL- обязательное поле. Он его вычленил из нашего запроса и знает, что нужно указать формат, в котором должен вернуться ответ, потому что это было описано в схеме и в дескрипшене бы было указано, что по умолчанию используй Markдау. Именно поэтому это произошло. После того, как запрос был заполнен правильно, он уже отправил запрос в Fireрол, исполнил его, получил ответ, передал его обратно агенту, и агент уже нам его оформил в лучшем виде, потому что это Markdown, а этот чат умеет конвертировать Markdown в обычный HTML. Итак, а каким же образом

можно установить себе MCP серверы в NVCMN? Имейте в виду, что сейчас это возможно сделать на вашей локальной NVCMN или на той, а, которая у вас развёрнуто на вашем собственном хостинге. На облачной NCMN, по крайней мере, пока это делать не удастся. Для этого вам нужно, по сути, установить коммьюнити ноду, да? Вы можете их несколько. Вы можете так и загуглить NVC MCP-серверы, да? Вы можете взять вот эту, а вы можете взять вот эту, да? Вы просто идёте, идёте в ваши коммьюнитиноды, а, устанавливаете себе этот сервер. И после этого у вас в вашем NVCN появятся вот такие ноды, которые называются, а, MCP client вместе с иконкой, а, комьюнитинодов, да. То есть это важно, да, вы будете её использовать, вы, соответственно, её добавляете эту ноду, и после этого добавляете кредены, ну, в принципе, любой тулзы, а, которая вам нужна, вас устраивает. А не забудьте, тут есть один, наверное, нюанс, который может у вас может вам, а, помешать использовать MCP-серверы. А здесь указано, что если вы хотите использовать MCP-серверы, да, как to лolzooу для вашего агента, то вам нужно активировать а вот такую переменную окружения, установить её в true. В зависимости от того, каким образом вы устанавливали себе NM, да, через докеer, а, либо просто так, э-э, прямо вот там через npm, вы добавите тогда вот эту переменную окружение, да, выставите из значение true, и у вас заработают MCP-серверы как тулы для вашего агента, в том числе. Итак, в этом видео мы зафиксировали именно базу. Мы должны понимать всю подноготную, как работают MCP-серверы, для того чтобы более квалифицированно подходить к их использованию. Если у вас уже прямо сейчас возникают вопросы технического глубокого характера, то посмотрите нашу прогруппу. А конкретно эту автоматизацию я положу в нашу бесплатную Telegram-группу, которая в описании, так же как и Прогруппа. Обязательно тоже забирайте и экспериментируйте. До встречи.