ЭТО изменит ТО как ты используешь n8n

Если вы ещё не освоили работу с API, то вы ограничены лишь теми интеграциями, которые у вас есть в Nem. А этого далеко не всегда достаточно, чтобы строить специализированных, мощных и агентов. Люди, роботы, привет. Это Продсовет. Меня зовут Дядя Д. В этом ролике буду вам рассказывать про фундаментальную ноду, функцию, возможность под названием HTTP запрос. Как научить вашего иагента пользоваться абсолютно любым сервисом, даже если на платформе, где вы работаете, нет нужной интеграции, и мы в качестве платформы будем использовать, разумеется, NITN. Много роликов уже было про этот сервис на нашем канале. Научимся заполнять вот эту API ноду. Я расскажу, где и как взять все нужные параметры, как заполнить все поля в один клик. Объясню логику того, как отправлять и получать данные от сторонних сервисов. Это будет полезный практический ролик тире урок, поэтому настраивайтесь на продуктивный лад, заваривайте кофеёк или что-нибудь попить себе, наливайте и подписывайтесь на канал, чтобы новые выпуски не пропускать, а нашу работу поддержать. Погнали. Выше я уже успел произнести две незамысловатые аббревиатуры API и HTTP.

Чтобы говорить на одном языке, стоит это дело расшифровать. API - это набор правил, по которым разные программы обмениваются данными. Аббревиатура переводится как Application Programming Interface. HTTP запрос - это протокол передачи данных, с помощью которого получают и отправляют информацию в интернете. Уловили. API работает поверх различных протоколов. И мы будем говорить про REST API, который использует в своей основе HTTP протокол как транспортный механизм. Именно поэтому для того, чтобы связать нашу автоматизацию в NA10 с любым сторонним сервисом по API, мы будем использовать вот эту ноду под названием HTTP и будем отправлять HTTP запрос. Давайте сначала покажу, что я собрал при помощи HTTP и что мы хотя бы отчасти научимся делать в этом ролике. Это вот такой иагент, у которого есть доступ к ряду инструментов. Он умеет по моему достаточно абстрактному запросу писать грамотные промты, отправлять эти промты на генерацию различных изображений и потом использовать эти изображения для того, чтобы генерировать ролики. Вот он, ролик запустился. В принципе, комплексный workflow, где я отправляю сначала задачу в один инструмент, получаю от неё результат при помощи HTTP запросов, потом отправляю этот результат в другой инструмент и получаю результат уже оттуда. Я подробно расскажу, как настроить HTTP- ноды для того, чтобы создать вот такой вот pйплаine workflow, где мы можем отправлять запросы в какие-то модели для генерации картинок или видео и получать от них ответы. И использовать для всего этого чуда мы будем провайдер под названием Replicate. Однако разобрать логику всего этого и агента мы не успеем. Я примерно будем разбираться с HTTP нодой. Давайте создадим новый workflow. И здесь выберем именно эту самую ноду, чтобы посмотреть, что она из себя представляет. Я напомню, наша задача связать каким-то образом NA и любую автоматизацию или агента, который будет в этом N построен, с каким-то сторонним сервисом. HTTP нода создана и автоматически вот эта нода здесь появилась, которая запускает наш workflow. И использовать мы будем replicate. Это прекрасный сервис, где собрано огромное количество моделей. Вы можете, собственно, нажать кнопочку Explore и посмотреть, какие модели здесь размещены, выбрать вам интересную. Для простоты мы будем использовать модель от BDE CDAM 4. И именно её постараемся подключить в нашу автоматизацию. Ну и для относительно дешёвых тестов. На replicate можно зарегистрироваться через Google, через GitHub, как вам заблагорассудится. И здесь вы будете платить конкретно за каждую генерацию. То есть зарубежную карту придётся раздобыть и привязать. Это сделать можно разными способами. Я думаю, вы разберётесь. Итак, что из себя представляет NOda HTTP request? HTTP запрос. У нас здесь есть несколько критериев, которые нам необходимо заполнить. Первое - это метод. И, как правило, вы будете использовать либо get, либо пост. На другие смотреть особо смысла нет. Дальше это URL или, как иногда это будет называться и обозначаться в документации, endpoint. После этого аутентификация, API ключи и всякая вот эта вот история, чтобы доступ получить и раздать и обозначить эту связь между клиентом и сервером. И затем параметры под названием query parameters, то есть то, что добавляется в ссылку. Затем заголовки и затем тело запроса. Если вы нажмёте на эти кликеры, то у вас будет возможность выбрать, как их заполнить. Либо используя вот ключ и значение, либо используя jon формат. Если не понимаете, что такое JSON и как с этим работать, выбираете ключ значения. Тут понятнее. Здесь вы увели

название ключа. Здесь вы ввели его значение. Точно также в теле запроса. Но на самом деле всё это заполнять ручками не обязательно, тем более, когда немножечко вы в начальной стадии и можете со всем этим путаться. Как нам отправить запрос от нашего клиента, которым сейчас является N, на какой-то сервер, где хостятся определённые модели, и ещё в идеале получить от них ответ? Давайте вернёмся на replicate и нажмём вот эту кнопочку API. И на самом деле в любом сервисе, который предоставляет вот возможность API связываться программно с различными сервисами и моделями или чем бы то ни было, у вас всегда есть документация, и она, как правило, достаточно обширная. И вот здесь мы видим, что есть документация для Node JS, для Python и для HTTP. Мы с вами делаем HTTP запросы, я напомню, от клиента к серверу. Выбираем именно её. И зачастую вам сразу предоставится уже такой полноценный заполненный формат запроса, который вам нужно отправить. Вы можете его скопировать, и этот курl cl вы можете перенести в NEN. Я нажал на эту кнопочку copy, отправился сюда в автоматизацию и нажал import cl. Добавил это всё сюда и нажал импорт. То есть, как правило, вы эти запросы можете отправлять из терминала, использовать вот этот кодблок, так назовём, который там был показан. Но точно также его можно импортировать втен, чтобы все вот эти поля и значения заполнились. Давайте посмотрим, что произошло. Метод выбрался пост. Пост - это значит, что мы будем отправлять запрос на сервер. Get - это значит получать какие-то данные от сервера. После этого, то бишь endpoint, выбрался автоматически. Если мы его почитаем, то увидим, что это replicate сайт, какая-то там версия о модели by Dance C Dream 4 и predictions. То есть это конкретно тот endpoint, та ссылка, на которой мы будем что-то отправлять. Мы её сюда уже вот таким образом заполнили. После чего мы будем отправлять заголовки, и тоже они здесь уже появились автоматически. Название заголовка авторизация, значение заголовка BRR. И вот это вот чудо нам с вами нужно заменить на наш API токен. Сейчас покажу, где его найти. Дальше

идёт параметр под названием Prefer Weight. И я чуть позже скажу, что это такое. И уже в теле запроса Sendbody тоже выбрался, как вы можете заметить. Вот появилось вот такое вот значение. Input, prompt, aspectation, какие-то параметры. Вот что-то вот такое будет отправляться на этот endpint. Чтобы всё это чудо заработало, нам с вами нужно настроить аутентификацию. И для этого мы отправляемся в наш replicate, регистрируемся там предварительно, заходим в API Tokens и выбираем какой-то API token, который либо мы генерируем по новой, либо вот у меня уже здесь что-то создано. Возвращаюсь назад и сюда я вместо вот этого значения ввожу API токен. Давайте для того, чтобы чуть лучше контролировать генерацию, сделаем такое вот динамическое заполнение промта. Вот сюда вот мы добавду set. в которую мы напишем, собственно, промт. Это будет просто чуть-чуть более удобно нам заполнять пром и переносить их уже, собственно, в отправлять их на сервер. Я для наших тестов буду использовать вот такой вот промт. Будем генерировать лягушку антропоморфную монаха где-то там в Непале, в Тибете. Давайте, э, собственно, эти две ноды включим для того, чтобы дальше динамически вот это вот значение добавить в наше телозапроса. Обратите внимание на тело запроса. Можно снова сходить, кстати говоря, в документацию и просто посмотреть, какое здесь базовое тело запроса. Это input ээ значение. И в нём находится ещё два ключа: промт и aspectation. Вот этот вот промт, собственно, это то, куда нам нужно ввести ту тот текст, ту информацию, которую мы хотим, чтобы нейронка нам сгенерировала. На самом деле этих параметров достаточно много. Если вы зайдёте в скиму, то вы увидите, что можно настроить размер картинки, можно настроить её ширину, высоту и так далее, и так далее. Тут достаточно много разных параметров, которые вы можете добавить. Но базово нам replicate здесь говорит просто хотя бы друг напиши свой промт. Давай начнём с этого. И мы с этого и начнём. И для того, чтобы про добавить динамический, мы просто всё это отсюда сотрём. И вот это вот значение, этот ключ мы перенесём сюда вот таким вот образом. Если теперь мы нажмём Execute Step, то, вероятно, мы с вами уже запрос отправим и что-то получим. Я предлагаю сейчас для того, чтобы понять общую картину, как это работает, в контексте репликейта, например, стереть вот этот вот заголовок preferight, потому что он опциональный и он в целом упрощает работу, но тем не менее возможно немножко пузать. Сначала давайте нажмём

Execute Step и посмотрим, что у нас получилось. Ничего не получилось. Что-то я здесь всё испортил. Я нечаянно стёр здесь, собственно, название самого ключа. Промт нужно добавить вот сюда вот и по попробовать отправить запрос снова. Супер. Вот тут ответ, который мы получили от ноды. И здесь сейчас логика такая. Мы отправили запрос в модель для того, чтобы она сгенерировала картинку, но она генерирует эту картинку какое-то количество времени. И после того, как она её сгенерировала, нам нужно получить уже, собственно, саму картинку. В replicat это работает таким образом, что он предлагает вам так называемые predictions ссылки. И вот по этим ссылкам мы можем отправлять дополнительные запросы для того, чтобы проверять статус этой картинки. Давайте создадим новую ноду. Точно также введём HTTP request. Здесь мы уже выберем метод get, потому что нам нужно что-то от сервера получить, а не отправить на него. И в URL мы с вами добавим, собственно, вот эту вот ссылочку. И не забываем, что нам нужно как-то серверу сообщить, что у нас есть права вообще по этой ссылке что-то получать. Поэтому нужно добавить аутентификацию. Мы её добавим через вот этот вот так называемый header параметр Authorization, кажется, это называлось. Давайте попробуем отправить запрос. А это query параметр, потому что я выбрал query параметр. Давайте снова сюда занесём то, что это authorization должно отправляться через header параметр, через заголовок. Э вносим сюда необходимые значения и нажимаем Execute Step. И получаем. То есть, что мы сделали сейчас? Мы получили с вами какую-то predictш ссылку, так называемую. Такate с этим работает. По этой ссылке мы отправили запрос на получение статуса нашей генерации. И вот, собственно, мы можем увидеть, есть ли какой-то аутпут. И output есть. И это замечательно. Вот теперь вот эта вот конкретная ссылочка нам даёт возможность посмотреть на картинку. Эта ссылка на саму

картинку. Вот она, эта картинка и есть. По-моему, абсолютная прелесть. Такой чудесный фрог у нас здесь получился. Что делать дальше, чтобы отправлять эту картинку куда-то в Telegram, например, или автопостинг делать? Нам нужно её скачать. То есть сейчас мы с вами увидели только ссылку ссылку. Для этого тоже нужно использовать HTTP запрос. Метод get. Сюда мы вставляем конкретно эту ссылочку и, наверное, нажимаем просто Execute Step, получая, скорее всего бинарный файл. Вот бинарный файл у нас с вами получился. Можем нажать view. Замечательно. Вот он есть здесь. Дальше можно его в Telegram уже отправлять. То есть, в принципе, я думаю, что идея ясна. Сначала мы отправили запрос на генерацию, после этого мы проверили статус генерации. И если эта генерация завершилась, то нам replicate отдаёт ссылку на картинку. И после этого картинку мы с вами качаем. Есть одна проблема. Если мы с вами попытаемся сделать это всё быстро, например, отправить запрос на генерацию и потом проверить статус этой генерации, раздобыв ссылку, то, скорее всего, мы с вами в разделе Output ничего не получим. Видите, здесь этого аутпута значения нет. Почему? Потому что картинка ещё генерируется. Что же делать в таком случае? В принципе, вариантов несколько. Опять же в нашем курсе я рассказывал, как настроить вот такой автоматический полинг, то есть вот этот цикл, когда N делает запросы и ждёт какое-то количество времени. Это сложить, это сделать не очень сложно. Это можно использовать ноду weight и логику условную if. Но я покажу вам чуть более простой способ, который в целом нам предоставляет Nat, точнее replicate. Снова вернёмся в документацию и зайдём сейчас в API reference. И увидим, что здесь есть в заголовках вот такой вот параметр под названием prefer. И вот этот вот параметр выглядит вот так вот в запросе, который мы отправляем значение, точнее название параметра prefer. Мы его с вами скопируем и добавим его. Это был заголовок, да? Это был заголовок header. И мы добавим его, получается, в заголовке prefer. И значение этого параметра, подожди. Выберем другой промт для наших тестов, для того чтобы понять, э, как это всё чудо работает, и протестировать этот промт мы введём вот сюда. Вот. И давайте по новой запустим наш workflow. Теперь ещё разочек. Мы добавили вот этот параметр preferight, который значит, что replicate не будет нам отправлять никаких результатов до тех пор, пока он не сгенерирует финальный ответ. Соответственно, вот эта вот история, вот эта нода нам с вами, в принципе, скорее всего, не пригодится. Ну, давайте проверим. Нажимаем HTTP, и он крутится долго, потому что картинка генерируется или что бы то ни было там генерируется. И только по завершению работы мы с вами получаем ответ. И в этом ответе уже есть конкретно output, ссылочка на саму картинку. По идее, если здесь у нас всё правильно передано все динамично все эти данные, то мы с вами картинку эту и получим. Почему-то абсолютно такую же. А мы ссылку с вами добавили, потому что здесь хардово, а не динамично. Добавим её динамично. Execute step. И скачаем генерацию. И посмотрим, вот наша чудесная новая лягуха по абсолютно другому промту. Ну и, собственно, вот я вам показал, в принципе, весь цикл того, как можно работать с API, э- различных сервисов. Мы отправляем какой-то запрос, мы ждём определённое количество времени, если это необходимо, чтобы этот, э, запрос обработался и мы получили нужный нам ответ. И после того, как мы получаем результат работы от сервиса, от сервера, мы с этим результатом делаем что угодно. Например, дальше я могу добавить Telegramноду, которая будет отправлять конкретно send a photo message, например, и может быть это ваш Telegram-канал или Telegramбот или что бы то ни было. Давайте выберем здесь бота, который, собственно, вот у меня в качестве примера здесь фигурировал. Э, отправить картинку. Чат ID. Чат ID я выберу свой. Я скопирую его из вот этой автоматизации, которая у меня рабочая, продуктовая. Добавлю его сюда binary file под названием data и нажмём Execute Step. По идее, сейчас, если мы перейдём в Telegram, то мы с вами увидим эту картинку, отправленную мне ботом. Вот она есть. Всё сработало. Любой сервис, связанный с искусственным интеллектом или нет, к хигиении, например, вы решили делать каких-нибудь аватаров. автоматически через NAT, пожалуйста, заходите, у них здесь тоже есть API, API Reference, и точно также вы видите здесь различные endpint. вот эти вот clл запросы, которые вы копируете и добавляете, как я вам уже показал, в нужную N ноду. Давайте проверим с потифы API. И я на миллион процентов уверен, что мы с вами увидим там такие же CL запросы. Вот он, пожалуйста, endpint. Вот он, пожалуйста, cl запрос, который вы также копируете и можете добавить в N ноду. Не забывайте, что везде нужно настроить аутентификацию. Эта аутентификация может передаваться, вот видите, либо в формате заголовка, но в принципе вы её можете настроить и при помощи э вот этого поля VN, которое так и называется аутентификация. Я покажу быстренько, как это сделать. Мы выберем Generic Credential Type. И здесь мы выберем ту

аутентификацию, которая вам нужна. Ну вот, например, в Спотифае мы видим, что здесь BRR. Соответственно, если мы настраиваем аутентификацию с Spotтифаем, то мы выбираем BRR AUT. И вот здесь вот мы просто вводим нужный нам API токен. То есть всё очень и очень прозаично. И, соответственно, если вы, ну вот в репликейте то же самое brrut, я здесь уже её настроил. Я ввёл здесь просто свой API токен из репликейта. И, соответственно, чтобы это всё заработало, уже заголовок с аутентификацией мы можем отсюда удалить, выключить, потому что мы её настроили вот через вот эту вот это вот этот критерий, который находится выше, и нам просто предоставляет эту возможность. Всё работать будет точно так же замечательно. Давайте эту ноду запустим, и она выполнится. Где найти API ключи? Ну, например, в репликейте они находятся. Я уже, кажется, вам это показал. Поэтому просто проверим, что это API нода, что эта нода выполнилась. В общем, полная красота и благодать. Ещё разочек. Если вам интересно, как настроить вот эту вот полноценную штуковину бота и агента, который, э, обладает возможностью ваши промты допиливать, генерировать картинки и на их основе делать ролики, давайте так, я выложу все эти шаблоны в наш Telegram-канал, в один из наших Telegram-каналов, там ссылочку точно в описании увидите. Но подробное описание и рассказ, как это всё я собирал и делал, можно будет найти только в наших курсах. Поэтому переходите по ссылкам в описании, там вся подробная информация будет. Ну и я надеюсь, что вам чуть-чуть

стало понятнее и проще разбираться в этих http нодах. Вы поняли, что оно из себя и как представляет, и главное поняли, как быстро и ненапряжно всё это дело заполнять. Подписывайтесь на канал, чтобы новые продуктивные, полезные ролики не пропускать. Напишите в комментариях, что вам далось слишком легко или осталось наоборот непонятым. Постараемся на вопросы ответить и увидимся в будущих выпусках. С вами был дядя Д. Пока.