Vibe Coding. Мой план по приручению AI-ассистента 😈
Вокруг AI-ассистентов много хайпа. Я сам с энтузиазмом погрузился в Cursor и Claude, но в последнее время всё чаще ловлю себя на мысли, что мой привычный паттерн работы с кодом меняется.
Я довольно быстро понял, в какую ловушку можно угодить, если просто скармливать AI свои хотелки. Получаешь код, а потом оказывается, что:
• Он не вписывается в общую архитектуру.
• Он игнорирует внутреннюю политику по обработке ошибок.
• Он ломает три соседних модуля, потому что не учёл скрытую бизнес-логику.
AI отлично генерирует код в вакууме, но абсолютно не понимает контекст живого проекта. Всё то же самое, что и при общении с любой другой LLM, даже не по теме разработки.
И чем больше я погружаюсь в так называемый vibe-coding, тем яснее вижу выход. Я планирую внедрить в свой рабочий процесс переход от «посиделок в чатике» с AI к циклу обратной связи на основе спецификаций (SDD).
Идея такая:
1. Сначала – спецификация. Никаких абстрактных «хотелок». Только MD-файлы с архитектурой, продуктовыми ожиданиями, edge-кейсами и контрактами.
2. «Петля обратной связи». Вся работа с AI превращается в непрерывный цикл. У вас ведь уже есть тесты в проекте, правда? Они и становятся главным барьером, который заставляет LLM подгонять код под ожидаемый результат (не забудьте добавить правило, которое не позволит LLM переписать эти тесты под результат своей работы, например в Claude это может быть отдельный subagents).
3. Линтеры. Если есть поддержка, прикручиваю их и тоже гоняю через цикл, где AI сам решает возникшие проблемы.
4. Human in loop. Зашиваем в prompt'е явное указание, что если LLM входит в ступор или ей не хватает какой-то дополнительной информации (не может решить проблему теста, не понимает продуктовое требование) – она явно её запрашивает и не предпринимает попыток выдумать что-то своё.
5. Повторяем. AI генерирует новую версию кода. Запускаются тесты и линтеры, сверяется со спецификациями. Результат скармливается обратно. И так, пока всё не станет зелёным.
В такой системе у AI просто не остаётся пространства для самодеятельности (и это уже прямой путь к мульти-агентным системам с их кастомными правами). Его единственной целью становится прохождение проверок. Он вынужден работать в тех жёстких рамках, которые я ему задам.
При этом я понимаю, что время, которое я раньше тратил на разработку, теперь перетекает в предварительное планирование. Спеки, тесты, правила, это всё занимает не минуты😖
Мысль, которую я хочу проверить: AI – это мощный, но очень прямолинейный инструмент. Чтобы он приносил пользу, а не хаос, им нужно управлять через барьеры и системы контроля. Вопрос лишь в том, готов ли я платить эту цену – тратить больше времени на подготовку, чем на сам кодинг.
Попробую поработать в таком режиме пару месяцев. Очень интересно, что из этого выйдет. Обязательно вернусь с итогами ближе к концу года!
А вы уже выстроили свою «петлю» для работы с AI-кодерами или, как и я, всё ещё больше правите, чем генерируете? Делитесь опытом.
Вокруг AI-ассистентов много хайпа. Я сам с энтузиазмом погрузился в Cursor и Claude, но в последнее время всё чаще ловлю себя на мысли, что мой привычный паттерн работы с кодом меняется.
Я довольно быстро понял, в какую ловушку можно угодить, если просто скармливать AI свои хотелки. Получаешь код, а потом оказывается, что:
• Он не вписывается в общую архитектуру.
• Он игнорирует внутреннюю политику по обработке ошибок.
• Он ломает три соседних модуля, потому что не учёл скрытую бизнес-логику.
AI отлично генерирует код в вакууме, но абсолютно не понимает контекст живого проекта. Всё то же самое, что и при общении с любой другой LLM, даже не по теме разработки.
И чем больше я погружаюсь в так называемый vibe-coding, тем яснее вижу выход. Я планирую внедрить в свой рабочий процесс переход от «посиделок в чатике» с AI к циклу обратной связи на основе спецификаций (SDD).
Идея такая:
1. Сначала – спецификация. Никаких абстрактных «хотелок». Только MD-файлы с архитектурой, продуктовыми ожиданиями, edge-кейсами и контрактами.
2. «Петля обратной связи». Вся работа с AI превращается в непрерывный цикл. У вас ведь уже есть тесты в проекте, правда? Они и становятся главным барьером, который заставляет LLM подгонять код под ожидаемый результат (не забудьте добавить правило, которое не позволит LLM переписать эти тесты под результат своей работы, например в Claude это может быть отдельный subagents).
3. Линтеры. Если есть поддержка, прикручиваю их и тоже гоняю через цикл, где AI сам решает возникшие проблемы.
4. Human in loop. Зашиваем в prompt'е явное указание, что если LLM входит в ступор или ей не хватает какой-то дополнительной информации (не может решить проблему теста, не понимает продуктовое требование) – она явно её запрашивает и не предпринимает попыток выдумать что-то своё.
5. Повторяем. AI генерирует новую версию кода. Запускаются тесты и линтеры, сверяется со спецификациями. Результат скармливается обратно. И так, пока всё не станет зелёным.
В такой системе у AI просто не остаётся пространства для самодеятельности (и это уже прямой путь к мульти-агентным системам с их кастомными правами). Его единственной целью становится прохождение проверок. Он вынужден работать в тех жёстких рамках, которые я ему задам.
При этом я понимаю, что время, которое я раньше тратил на разработку, теперь перетекает в предварительное планирование. Спеки, тесты, правила, это всё занимает не минуты
Мысль, которую я хочу проверить: AI – это мощный, но очень прямолинейный инструмент. Чтобы он приносил пользу, а не хаос, им нужно управлять через барьеры и системы контроля. Вопрос лишь в том, готов ли я платить эту цену – тратить больше времени на подготовку, чем на сам кодинг.
Попробую поработать в таком режиме пару месяцев. Очень интересно, что из этого выйдет. Обязательно вернусь с итогами ближе к концу года!
А вы уже выстроили свою «петлю» для работы с AI-кодерами или, как и я, всё ещё больше правите, чем генерируете? Делитесь опытом.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3👍1
Три причины, почему будущее за локальными решениями 🔥
В IT-комьюнити сейчас происходит тихая революция. Пока все говорят про AI, на фоне разворачивается другой, не менее важный тренд – массовый уход из «удобных» облаков в сторону self-host и open-source продуктов.
За этим стоят три железобетонных причины:
1. Безопасность и законы. Вы не можете контролировать то, что вам не принадлежит. Когда данные лежат на чужом сервере в другой стране, вы играете по чужим правилам. Self-host это по сути единственный способ гарантировать соответствие законам о данных и защититься от утечек.
2. Стабильность. Open source решения чаще живут дольше (речь про решения, у которых сформировалось комьюнити), чем те, что с закрытым исходным кодом. Ну, и если оно все же окажется полезным, уверен, что всегда найдутся смельчаки, чтобы продолжить его развитие в случае чего.
3. Независимость. Вас не могут отключить за нарушение непонятного пункта в ToS или каких-то иных санкций. Вам не могут внезапно поднять цены в 10 раз. Вы – хозяин-барин своей инфраструктуры.
Этот тренд открывает огромное окно возможностей для небольших, нишевых продуктов. Сегодня, с помощью AI-агентов, один человек может за пару месяцев создать инструмент, который решает конкретную проблему и помогает слезть с «иглы» больших корпораций. И я думаю, это вернёт в игру забытую модель lifetime-лицензий.
При этом я не призываю сжигать мосты. Я и сам вряд ли откажусь от всех удобных облачных сервисов, за которые плачу каждый месяц. Имхо, тот же хостинг для self-host в какой-то мере же "подписка", наверное👀 ...
Но это не просто мои фантазии. Практически еженедельно вижу, как другие ребята уже начали создавать подобные вещи. И их альфа-версии, хоть и не идеальны, стоят значительно дешевле (порой вовсе полностью бесплатны) и вполне справляются со своими задачами.
У меня тоже есть одна идея такого продукта, и я планирую до конца года её реализовать и показать вам❤️
А что думаете вы? Этот тренд реален, или вы пока предпочитаете готовые облачные решения?
В IT-комьюнити сейчас происходит тихая революция. Пока все говорят про AI, на фоне разворачивается другой, не менее важный тренд – массовый уход из «удобных» облаков в сторону self-host и open-source продуктов.
За этим стоят три железобетонных причины:
1. Безопасность и законы. Вы не можете контролировать то, что вам не принадлежит. Когда данные лежат на чужом сервере в другой стране, вы играете по чужим правилам. Self-host это по сути единственный способ гарантировать соответствие законам о данных и защититься от утечек.
2. Стабильность. Open source решения чаще живут дольше (речь про решения, у которых сформировалось комьюнити), чем те, что с закрытым исходным кодом. Ну, и если оно все же окажется полезным, уверен, что всегда найдутся смельчаки, чтобы продолжить его развитие в случае чего.
3. Независимость. Вас не могут отключить за нарушение непонятного пункта в ToS или каких-то иных санкций. Вам не могут внезапно поднять цены в 10 раз. Вы – хозяин-барин своей инфраструктуры.
Этот тренд открывает огромное окно возможностей для небольших, нишевых продуктов. Сегодня, с помощью AI-агентов, один человек может за пару месяцев создать инструмент, который решает конкретную проблему и помогает слезть с «иглы» больших корпораций. И я думаю, это вернёт в игру забытую модель lifetime-лицензий.
При этом я не призываю сжигать мосты. Я и сам вряд ли откажусь от всех удобных облачных сервисов, за которые плачу каждый месяц. Имхо, тот же хостинг для self-host в какой-то мере же "подписка", наверное
Но это не просто мои фантазии. Практически еженедельно вижу, как другие ребята уже начали создавать подобные вещи. И их альфа-версии, хоть и не идеальны, стоят значительно дешевле (порой вовсе полностью бесплатны) и вполне справляются со своими задачами.
У меня тоже есть одна идея такого продукта, и я планирую до конца года её реализовать и показать вам
А что думаете вы? Этот тренд реален, или вы пока предпочитаете готовые облачные решения?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6
Хватит читать о чужих успехах. Давайте делиться своими 💎
Запускаю новую рубрику – Screenshot Saturday (идею подсмотрел у геймдевов). Идея простая: когда видишь, как на самом деле организована чужая работа, начинаешь иначе смотреть на свою.
Реальные, рабочие автоматизации, может, не идеальные по виду, но честные. Они учат больше, чем вылизанные и «идеальные» туториалы.
Как участвовать:
Каждую субботу, чётной недели, будет выходить подобный пост. Кидайте в комменты под ним, то, что вы сделали с помощью AI-инструментов за последнее время:
• Скриншот воркфлоу или куска кода
• Пара слов: какую проблему решает, какую рутину убирает
• Размер не важен. Скрипт для переименования файлов – нормально. Сложный RAG-воркфлоу – еще лучше. Даже удачный промпт пойдет
Если это экономит вам время – этого достаточно.
Цель: собрать реальные примеры. Чтобы все могли увидеть, как работают другие, и сделать свое.
Жду вас в комментариях под этим постом!
PS Естественно помним про NDA и всё в таком духе😂
Запускаю новую рубрику – Screenshot Saturday (идею подсмотрел у геймдевов). Идея простая: когда видишь, как на самом деле организована чужая работа, начинаешь иначе смотреть на свою.
Реальные, рабочие автоматизации, может, не идеальные по виду, но честные. Они учат больше, чем вылизанные и «идеальные» туториалы.
Как участвовать:
Каждую субботу, чётной недели, будет выходить подобный пост. Кидайте в комменты под ним, то, что вы сделали с помощью AI-инструментов за последнее время:
• Скриншот воркфлоу или куска кода
• Пара слов: какую проблему решает, какую рутину убирает
• Размер не важен. Скрипт для переименования файлов – нормально. Сложный RAG-воркфлоу – еще лучше. Даже удачный промпт пойдет
Если это экономит вам время – этого достаточно.
Цель: собрать реальные примеры. Чтобы все могли увидеть, как работают другие, и сделать свое.
Жду вас в комментариях под этим постом!
PS Естественно помним про NDA и всё в таком духе
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
Технология, которой я почему-то стесняюсь пользоваться 🙁
Хочу поднять немного странную тему. У меня всегда было ощущение, что диктовать текст на телефон или компьютер – это как-то... неловко. Будто разговариваешь сам с собой. Проще и привычнее напечатать.
А недавно я решил разобраться, насколько это вообще эффективно. И нашёл пару вещей, которые заставили меня задуматься.
Оказывается, мы говорим примерно в 3 раза быстрее, чем печатаем. И современные технологии вроде Whisper уже научились понимать нас с точностью 92-99%, даже если рядом шумит кофемашина или играет фоновая музыка.
Но самое интересное не в скорости, а в мышлении. Когда диктуешь, голова как будто освобождается от рутины набора текста и начинает думать о сути. Замечал, что надиктованные мысли или промпты для AI получаются глубже и детальнее.
И вот я сижу с этим знанием и не могу понять: если это так быстро и эффективно, почему мы все до сих пор не перешли на голосовой ввод? Это просто сила привычки? Или есть реальные проблемы, которые я не вижу?
Вы используете голос для набора текста? В каких ситуациях? А если нет, то почему? Что вам в этом мешает или кажется неудобным? Очень интересно ваше мнение, хочется погрузиться в небольшую дискуссию.
Хочу поднять немного странную тему. У меня всегда было ощущение, что диктовать текст на телефон или компьютер – это как-то... неловко. Будто разговариваешь сам с собой. Проще и привычнее напечатать.
А недавно я решил разобраться, насколько это вообще эффективно. И нашёл пару вещей, которые заставили меня задуматься.
Оказывается, мы говорим примерно в 3 раза быстрее, чем печатаем. И современные технологии вроде Whisper уже научились понимать нас с точностью 92-99%, даже если рядом шумит кофемашина или играет фоновая музыка.
Но самое интересное не в скорости, а в мышлении. Когда диктуешь, голова как будто освобождается от рутины набора текста и начинает думать о сути. Замечал, что надиктованные мысли или промпты для AI получаются глубже и детальнее.
И вот я сижу с этим знанием и не могу понять: если это так быстро и эффективно, почему мы все до сих пор не перешли на голосовой ввод? Это просто сила привычки? Или есть реальные проблемы, которые я не вижу?
Вы используете голос для набора текста? В каких ситуациях? А если нет, то почему? Что вам в этом мешает или кажется неудобным? Очень интересно ваше мнение, хочется погрузиться в небольшую дискуссию.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1
Зачем я прикрутил Redis к своему n8n и как это сделать вам за 5 минут 🖥
В последнее время много размышляю о том, как строить в n8n не просто линейные цепочки, а сложные, параллельные процессы. Например, когда один главный воркфлоу запускает пачку дочерних (Sub-Workflow) и как-то должен с ними общаться. Хочу подсократить места, где возникает human in loop (пример: я попросту вижу пуш, что воркфлоу завершен и иду запускать следующий).
На текущий момент мои небольшие исследования привели к знакомому многим среди разработчиков инструменту: Redis.
Я решил поставить его у себя на Coolify (делается в два клика, вот тут рассказывал что это и как быстро установить на свой VPS) и разобраться, что он даёт на практике.
Redis в n8n помогает с кэшированием (например chat memory для AI-агентов), а также позволяет упростить коммуникацию между воркфлоу.
Это как иметь общую, сверхбыструю память для всех ваших процессов. Один воркфлоу может положить туда какие-то данные, а другой мгновенно их забрать. Это позволяет строить совсем другого уровня архитектуры:
• Можно делать сложные счётчики.
• Можно ставить флаги выполнения.
• Можно оркестрироовать работу десятков параллельных задач.
Я пока только в начале этого пути, но уже вижу, насколько это штука потенциальна полезна. Не думаю, что смогу построить полноценную распределенную систему, но сделать небольшой шаг в эту сторону вполне.
Как это организовать у себя?
1. Добавить в ваш проект, где крутится n8n ещё и Redis.
2. Запустить развертку (изначально, мне не удалось проставить "Make it publicly available", только после того как развернул).
3. Public Port поставить любой, который не занят.
4. SSL прикрутить по желанию. Я лично оставил включенным.
5. После того как чек-бокс в "Make it publicly available" проставится, появится Redis URL (public).
6. В самом n8n просто привязываете user / password / host (это будет IP вашего VPS) / порт / настройки SSL.
Как альтернатива, можно было все внутри n8n развернуть, подшаманить docker-compose, и возможно было бы чуть-чуть попроще🤔
Кто уже плотно работает с Redis и Sub-Workflow? Поделитесь граблями и неочевидными трюками.
В последнее время много размышляю о том, как строить в n8n не просто линейные цепочки, а сложные, параллельные процессы. Например, когда один главный воркфлоу запускает пачку дочерних (Sub-Workflow) и как-то должен с ними общаться. Хочу подсократить места, где возникает human in loop (пример: я попросту вижу пуш, что воркфлоу завершен и иду запускать следующий).
На текущий момент мои небольшие исследования привели к знакомому многим среди разработчиков инструменту: Redis.
Я решил поставить его у себя на Coolify (делается в два клика, вот тут рассказывал что это и как быстро установить на свой VPS) и разобраться, что он даёт на практике.
Redis в n8n помогает с кэшированием (например chat memory для AI-агентов), а также позволяет упростить коммуникацию между воркфлоу.
Это как иметь общую, сверхбыструю память для всех ваших процессов. Один воркфлоу может положить туда какие-то данные, а другой мгновенно их забрать. Это позволяет строить совсем другого уровня архитектуры:
• Можно делать сложные счётчики.
• Можно ставить флаги выполнения.
• Можно оркестрироовать работу десятков параллельных задач.
Я пока только в начале этого пути, но уже вижу, насколько это штука потенциальна полезна. Не думаю, что смогу построить полноценную распределенную систему, но сделать небольшой шаг в эту сторону вполне.
Как это организовать у себя?
1. Добавить в ваш проект, где крутится n8n ещё и Redis.
2. Запустить развертку (изначально, мне не удалось проставить "Make it publicly available", только после того как развернул).
3. Public Port поставить любой, который не занят.
4. SSL прикрутить по желанию. Я лично оставил включенным.
5. После того как чек-бокс в "Make it publicly available" проставится, появится Redis URL (public).
6. В самом n8n просто привязываете user / password / host (это будет IP вашего VPS) / порт / настройки SSL.
Как альтернатива, можно было все внутри n8n развернуть, подшаманить docker-compose, и возможно было бы чуть-чуть попроще
Кто уже плотно работает с Redis и Sub-Workflow? Поделитесь граблями и неочевидными трюками.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Ускоряем Workflow! Параллелизация задач через Redis в n8n ❗️
Изначально, у меня была проблема в стандартном узле Loop Over Items. Он выполняет задачи поочерёдно: пока не закончится одна, следующая не начнётся. Если у вас 1000 задач по 10 секунд каждая, сценарий зависнет почти на 3 часа и, скорее всего, упадёт с ошибкой Timeout.
Решение созрело случайно, а не перейти ли мне к параллельной обработке с помощью Redis.
Как это работает:
1. Оркестратор создаёт очередь задач в Redis.
2. Воркеры (независимые сценарии) одновременно забирают задачи из очереди и выполняют их.
3. Наблюдатель следит, когда все задачи будут выполнены.
В итоге время обработки сокращается с часов до минут. Вы ждёте не сумму времени всех задач, а только время выполнения самой долгой из них.
Что вас ждём внутри статьи:
• Когда уже не спасает асинхронный Execute Workflow.
• Готовая архитектура: Оркестратор, Воркер и Наблюдатель.
• Как избежать псевдопараллельности и лишней нагрузки на сервер.
В комментариях под этим постом делюсь JSON-файлами получившихся workflows из статьи.
🔗 Полный разбор с кодом и схемами:
VC • Pikabu
Изначально, у меня была проблема в стандартном узле Loop Over Items. Он выполняет задачи поочерёдно: пока не закончится одна, следующая не начнётся. Если у вас 1000 задач по 10 секунд каждая, сценарий зависнет почти на 3 часа и, скорее всего, упадёт с ошибкой Timeout.
Решение созрело случайно, а не перейти ли мне к параллельной обработке с помощью Redis.
Как это работает:
1. Оркестратор создаёт очередь задач в Redis.
2. Воркеры (независимые сценарии) одновременно забирают задачи из очереди и выполняют их.
3. Наблюдатель следит, когда все задачи будут выполнены.
В итоге время обработки сокращается с часов до минут. Вы ждёте не сумму времени всех задач, а только время выполнения самой долгой из них.
Что вас ждём внутри статьи:
• Когда уже не спасает асинхронный Execute Workflow.
• Готовая архитектура: Оркестратор, Воркер и Наблюдатель.
• Как избежать псевдопараллельности и лишней нагрузки на сервер.
В комментариях под этим постом делюсь JSON-файлами получившихся workflows из статьи.
VC • Pikabu
Please open Telegram to view this post
VIEW IN TELEGRAM
Безопасность для AI-агентов без колхоза с кодом 🔓
Меня всегда напрягало, что для создания даже простого AI-агента в n8n, который общается с внешним миром, приходилось городить свой собственный "забор безопасности", рассказывал про это вот тут: Как запретить AI-агенту говорить о кошках?
Обычно это выглядело как монструозный Code Node на JavaScript (для всяких Regex выражений), либо через подключенную другую LLM, которая пыталась отловить мат, утечку персональных данных или попытки взломать промпт. Оно работало, но выглядело всё очень сложно и просто порой бесило, когда приходилось подключать по 2-3 LLM, на каждый кейс.
И вот, в последних обновлениях, в n8n, наконец-то выкатили нативное решение – узел Guardrails🛡️
Настраивается элементарно, без единой строчки кода.
Что умеет делать на текущий момент:
• Режим без LLM (Sanitize Text). Под капотом возможность ловить ПДн, секретные-ключи, url, а также возможность подключить кастомное правило regex.
• Режим с LLM (Check Text for Violations). Уже более широкие возможности: Jailbreak, nsfw, topical alignment (ваще пушка, по сути реализация в одной ноде и в пару строк того, о чем писал в своей статьей выше) и т.д. Но тут уже нужно подключать LLM и в отличиее от режима без LLM, есть два ветвления (pass и detect).
На мой взгляд, одно из важнейших обновлений за последнее время. Рад, что разработчики активно смотрят в эту сторону и поддерживают реализацию подобных вещей.
Меня всегда напрягало, что для создания даже простого AI-агента в n8n, который общается с внешним миром, приходилось городить свой собственный "забор безопасности", рассказывал про это вот тут: Как запретить AI-агенту говорить о кошках?
Обычно это выглядело как монструозный Code Node на JavaScript (для всяких Regex выражений), либо через подключенную другую LLM, которая пыталась отловить мат, утечку персональных данных или попытки взломать промпт. Оно работало, но выглядело всё очень сложно и просто порой бесило, когда приходилось подключать по 2-3 LLM, на каждый кейс.
И вот, в последних обновлениях, в n8n, наконец-то выкатили нативное решение – узел Guardrails
Настраивается элементарно, без единой строчки кода.
Что умеет делать на текущий момент:
• Режим без LLM (Sanitize Text). Под капотом возможность ловить ПДн, секретные-ключи, url, а также возможность подключить кастомное правило regex.
• Режим с LLM (Check Text for Violations). Уже более широкие возможности: Jailbreak, nsfw, topical alignment (ваще пушка, по сути реализация в одной ноде и в пару строк того, о чем писал в своей статьей выше) и т.д. Но тут уже нужно подключать LLM и в отличиее от режима без LLM, есть два ветвления (pass и detect).
На мой взгляд, одно из важнейших обновлений за последнее время. Рад, что разработчики активно смотрят в эту сторону и поддерживают реализацию подобных вещей.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Слепое доверие к Custom Nodes – лучший способ слить продакшн 🫤
Вижу, как ребята в чатах радостно шерят новые комьюнити-ноды для n8n: «О, смотрите, готовая интеграция для того сервиса, который я ленился писать руками!». Кликнул Install, перетащил в воркфлоу, прописал креды. Работает? Кайф.
Только вот есть нюанс.
Небольше напоминание, что в n8n Custom Node – это по сути обычный npm-пакет. А supply chain атаки (атаки через цепочку поставок) сейчас одни из популярных среди хакеров.
Когда вы ставите ноду от super-dev-123, вы даете чужому коду право исполнения на вашем сервере. И ладно, если этот код просто кривой и положит вам инстанс (классика). Хуже, если он «умный».
Где прячется риск?
Под капотом у ноды – JavaScript/TypeScript. У этого кода есть доступ к контексту выполнения.
Что мешает разработчику ноды (или тому, кто выкупил его аккаунт) добавить пару строк, которые:
1. Читают ваши .env (где у вас лежат ключи от OpenAI, Postgres и AWS).
2. Тихим fetch-запросом отправляют их на левый сервер.
3. Делают это только в 1 случае из 1000, чтобы вы ничего не заметили в логах.
У автора явно паранойя! В мире npm такие «сюрпризы 💩 » находят регулярно. В n8n пока громких кейсов не было, но вы точно хотите стать первым кейсом в статье на Хабре?
Как не стать жертвой:
• Аудит кода. Мастхэв. Перед установкой идем на GitHub репозиторий ноды. Ищем файл с логикой (обычно *.node.ts). Смотрим, нет ли там странных вызовов внешних API, обфусцированного кода (каши из символов) или обращений к файловой системе.
• Репутация автора. У ноды 5 звезд, последний коммит 2 года назад, а автор – аноним с пустым профилем? Скипаем. Лучше потратить час и написать HTTP Request самому, чем потом менять все пароли.
• Своя «песочница». Если очень хочется потестить мутную ноду – делайте это на изолированном локальном инстансе, где в ENV-переменных пусто, а сеть обрезана.
Автоматизация может затуманить своими возможностями, но не отключайте критическое мышление. Удобство не должно стоить безопасности ваших данных.
А теперь рубрика – "я так не делал!!1!"
Признавайтесь, кто хоть раз заглядывал в исходники комьюнити-нод перед установкой?
Вижу, как ребята в чатах радостно шерят новые комьюнити-ноды для n8n: «О, смотрите, готовая интеграция для того сервиса, который я ленился писать руками!». Кликнул Install, перетащил в воркфлоу, прописал креды. Работает? Кайф.
Только вот есть нюанс.
Небольше напоминание, что в n8n Custom Node – это по сути обычный npm-пакет. А supply chain атаки (атаки через цепочку поставок) сейчас одни из популярных среди хакеров.
Когда вы ставите ноду от super-dev-123, вы даете чужому коду право исполнения на вашем сервере. И ладно, если этот код просто кривой и положит вам инстанс (классика). Хуже, если он «умный».
Где прячется риск?
Под капотом у ноды – JavaScript/TypeScript. У этого кода есть доступ к контексту выполнения.
Что мешает разработчику ноды (или тому, кто выкупил его аккаунт) добавить пару строк, которые:
1. Читают ваши .env (где у вас лежат ключи от OpenAI, Postgres и AWS).
2. Тихим fetch-запросом отправляют их на левый сервер.
3. Делают это только в 1 случае из 1000, чтобы вы ничего не заметили в логах.
Как не стать жертвой:
• Аудит кода. Мастхэв. Перед установкой идем на GitHub репозиторий ноды. Ищем файл с логикой (обычно *.node.ts). Смотрим, нет ли там странных вызовов внешних API, обфусцированного кода (каши из символов) или обращений к файловой системе.
• Репутация автора. У ноды 5 звезд, последний коммит 2 года назад, а автор – аноним с пустым профилем? Скипаем. Лучше потратить час и написать HTTP Request самому, чем потом менять все пароли.
• Своя «песочница». Если очень хочется потестить мутную ноду – делайте это на изолированном локальном инстансе, где в ENV-переменных пусто, а сеть обрезана.
Автоматизация может затуманить своими возможностями, но не отключайте критическое мышление. Удобство не должно стоить безопасности ваших данных.
Признавайтесь, кто хоть раз заглядывал в исходники комьюнити-нод перед установкой?
Please open Telegram to view this post
VIEW IN TELEGRAM
Screenshot Saturday №2 🔮
Кидайте в комменты под этим постом, то, что вы сделали с помощью AI-инструментов за последнее время:
• Скриншот воркфлоу или куска кода
• Пара слов: какую проблему решает, какую рутину убирает
• Размер не важен. Скрипт для переименования файлов – нормально. Сложный RAG-воркфлоу – еще лучше. Даже удачный промпт пойдет
Если это экономит вам время – этого достаточно.
Напоминаю про цель: собрать реальные примеры. Чтобы все могли увидеть, как работают другие, и сделать свое.
PS Естественно помним про NDA и всё в таком духе😂
Кидайте в комменты под этим постом, то, что вы сделали с помощью AI-инструментов за последнее время:
• Скриншот воркфлоу или куска кода
• Пара слов: какую проблему решает, какую рутину убирает
• Размер не важен. Скрипт для переименования файлов – нормально. Сложный RAG-воркфлоу – еще лучше. Даже удачный промпт пойдет
Если это экономит вам время – этого достаточно.
Напоминаю про цель: собрать реальные примеры. Чтобы все могли увидеть, как работают другие, и сделать свое.
PS Естественно помним про NDA и всё в таком духе
Please open Telegram to view this post
VIEW IN TELEGRAM
Wordstat API теперь в n8n 📊
Выкатил в паблик n8n-nodes-wordstat. Это обертка над официальным API Яндекс Вордстата.
Что умеет сейчас:
• Top Requests: Парсить популярные запросы.
• Dynamics: Тянуть историю запросов (сезонность, тренды).
• Regions: Смотреть гео-распределение.
• User Info: Чекать свои лимиты API.
Зачем это нужно?
Чтобы построить свой мониторинг трендов, авто-сборщик семантики без лишнего софта.
Исходный код проекта:
💻 https://github.com/Vlad-Loop/n8n-nodes-wordstat
Пример workflow с подключенными нодами:
💻 https://gist.github.com/Vlad-Loop/5467acf4c2e39d176677272879405099
Тестируйте, ломайте, пишите ишью. Это v1.0.0, так что баги возможны (и даже ожидаемы), но база уже работает.
PS я не нашёл логотип вордстата, поэтому колхозил их icon с сайта через апскейл и перевод в svg. Получилось всрато и криво)
Выкатил в паблик n8n-nodes-wordstat. Это обертка над официальным API Яндекс Вордстата.
Что умеет сейчас:
• Top Requests: Парсить популярные запросы.
• Dynamics: Тянуть историю запросов (сезонность, тренды).
• Regions: Смотреть гео-распределение.
• User Info: Чекать свои лимиты API.
Зачем это нужно?
Чтобы построить свой мониторинг трендов, авто-сборщик семантики без лишнего софта.
Исходный код проекта:
Пример workflow с подключенными нодами:
Тестируйте, ломайте, пишите ишью. Это v1.0.0, так что баги возможны (и даже ожидаемы), но база уже работает.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Почему я не верю в облака (на примере n8n) 🤬
Знаете, почему я всегда топлю за свой сервер, даже если это лишний час возни с терминалом? Потому что SaaS – это золотая клетка (хоть и сам мечтаю, когда-нибудь создать свой).
Я буквально случайно узнал об этом ограничении, когда писал материал.
Контекст: автор не пользовался никогда облачным решением n8n.
Вернёмся к кейсу с облачным n8n. Решил ты использовать неофициальную ноду (а их сотни, и многие круче штатных). А тебе говорят: «Access Denied».
В облачной версии функция загрузки сторонних npm-пакетов, оказывается, выпилена под корень. Хочешь гибкости? Пиши код внутри Code Node или долбись через чистые HTTP-запросы. То есть, платя за удобство облака, за "премиум", ты лишаешься главной фишки n8n – его расширяемости комьюнити-силами.
Аргумент про безопасность понятен, я сам же об этом писал буквально неделю назад, но для юзера это выглядит так:
- Вот тебе мощный инструмент.
- Круто, я поставлю этот плагин?
- Нет.
- Почему?
- Потому что мы лучше знаем, что тебе нужно.
WTF?! Отдел, отвечающий за облачный n8n, вы серьёзно? Не можете выделить песочницу под пользователя? Дать ему галочку: "прими на себя все последствия и делай что хочешь"?
Да, можно пойти в официальный репазиторий. Кинуть PR. А потом ждать апрува моего PR неделями, чтобы просто автоматизировать рутину – спасибо, не надо.
В общем как-то спорно всё это. Благо хоть self-host вариант есть. Ставь любые пакеты, пиши любые скрипты, ломай, чини. Это твоя система.
Как по мне, будущее за контролем над своими инструментами. А облака оставьте тем, кому нравится спрашивать разрешение на каждый шаг.
Согласны или я сгущаю краски?
Знаете, почему я всегда топлю за свой сервер, даже если это лишний час возни с терминалом? Потому что SaaS – это золотая клетка (хоть и сам мечтаю, когда-нибудь создать свой).
Я буквально случайно узнал об этом ограничении, когда писал материал.
Контекст: автор не пользовался никогда облачным решением n8n.
Вернёмся к кейсу с облачным n8n. Решил ты использовать неофициальную ноду (а их сотни, и многие круче штатных). А тебе говорят: «Access Denied».
В облачной версии функция загрузки сторонних npm-пакетов, оказывается, выпилена под корень. Хочешь гибкости? Пиши код внутри Code Node или долбись через чистые HTTP-запросы. То есть, платя за удобство облака, за "премиум", ты лишаешься главной фишки n8n – его расширяемости комьюнити-силами.
Аргумент про безопасность понятен, я сам же об этом писал буквально неделю назад, но для юзера это выглядит так:
- Вот тебе мощный инструмент.
- Круто, я поставлю этот плагин?
- Нет.
- Почему?
- Потому что мы лучше знаем, что тебе нужно.
WTF?! Отдел, отвечающий за облачный n8n, вы серьёзно? Не можете выделить песочницу под пользователя? Дать ему галочку: "прими на себя все последствия и делай что хочешь"?
Да, можно пойти в официальный репазиторий. Кинуть PR. А потом ждать апрува моего PR неделями, чтобы просто автоматизировать рутину – спасибо, не надо.
В общем как-то спорно всё это. Благо хоть self-host вариант есть. Ставь любые пакеты, пиши любые скрипты, ломай, чини. Это твоя система.
Как по мне, будущее за контролем над своими инструментами. А облака оставьте тем, кому нравится спрашивать разрешение на каждый шаг.
Согласны или я сгущаю краски?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍8❤1🤔1
Весь n8n в одном посте: Шпаргалка, чтобы не искать 🔖
Так получилось, что я веду этот канал уже около 4-ёх месяцев (сам в это не верю) и меня перекосило по большой части в сторону n8n.
А лента телеги – беспощадная штука. Годные гайды улетают вверх, новички теряются, а искать тот самый пост про через поиск то еще приключение.
Решил прибраться и собрать для вас навигатор по каналу касательно n8n (весь мой опыт и наблюдения).
Забирайте в избранное, пост будет обновляться.
Старт в n8n:
• Кратко про n8n и зачем он нужен
• n8n исключительно под MVP – не забывайте
• Гайд: Coolify + n8n + Supabase – как поднять и подключить базу данных для RAG
• Полезные настройки в самом n8n
• SQL скрипт для создания RAG базы в Supabase
• Ограничения облачной версии – что поджидает при использовании n8n cloud
Продвинутый уровень:
• Мониторинг ошибок – пуш в телегу при любой проблеме
• Ближайшие конкуренты n8n и чем его заменить
• Установка Redis в Coolify для подключения к n8n и зачем это нужно
• Ускорение workflow через связку Redis + n8n (sub-workflow)
• Безопасность кастомных нод – как проверять чужой код
• Паттерны построения систем – не усложняй, когда можно сделать проще
• Когда всё сломалось за один день – что бывает, когда инфра подводит
AI в n8n:
• Evaluation нода – измеряем качество LLM моделей
• OpenRouter (почему именно он) и как его можно пополнить из России
• LLM как судья – зачем нужен этот паттерн и где пригодится в n8n
• Контроль LLM – что может говорить ваша модель, а что нет
• Guardrails – как использовать в связке с LLM
• Продвинутые RAG-паттерны – выжимаем максимум из RAG в n8n
• Отключат OpenRouter? – план Б для AI-агентов
Кастомные ноды:
• Приём платежей Stars в Telegram (моя собственная разработка)
• Подборка комьюнити нод, которыми пользуюсь сам в своих проектах
• Wordstat в n8n – помощник для SEO-оптимизаций (моя разработка)
• Нода через вайбкодинг – как я написал кастомную ноду для n8n с помощью AI
• Wordstat как Tools для AI-агента – прокачиваем SEO-ноду дальше
• Стоимость LLM прямо в n8n – сколько вы на самом деле тратите на модели
Мои проекты на n8n:
• AI-нутрициолог – подсказывает про вред того или иного продукта
• Перевод игр с AI – AI + вспомогательный контекст для разработчика игр
Если чего-то не хватает или есть запрос на конкретную тему – велком в комменты❤️
Так получилось, что я веду этот канал уже около 4-ёх месяцев (сам в это не верю) и меня перекосило по большой части в сторону n8n.
А лента телеги – беспощадная штука. Годные гайды улетают вверх, новички теряются, а искать тот самый пост про через поиск то еще приключение.
Решил прибраться и собрать для вас навигатор по каналу касательно n8n (весь мой опыт и наблюдения).
Забирайте в избранное, пост будет обновляться.
Старт в n8n:
• Кратко про n8n и зачем он нужен
• n8n исключительно под MVP – не забывайте
• Гайд: Coolify + n8n + Supabase – как поднять и подключить базу данных для RAG
• Полезные настройки в самом n8n
• SQL скрипт для создания RAG базы в Supabase
• Ограничения облачной версии – что поджидает при использовании n8n cloud
Продвинутый уровень:
• Мониторинг ошибок – пуш в телегу при любой проблеме
• Ближайшие конкуренты n8n и чем его заменить
• Установка Redis в Coolify для подключения к n8n и зачем это нужно
• Ускорение workflow через связку Redis + n8n (sub-workflow)
• Безопасность кастомных нод – как проверять чужой код
• Паттерны построения систем – не усложняй, когда можно сделать проще
• Когда всё сломалось за один день – что бывает, когда инфра подводит
AI в n8n:
• Evaluation нода – измеряем качество LLM моделей
• OpenRouter (почему именно он) и как его можно пополнить из России
• LLM как судья – зачем нужен этот паттерн и где пригодится в n8n
• Контроль LLM – что может говорить ваша модель, а что нет
• Guardrails – как использовать в связке с LLM
• Продвинутые RAG-паттерны – выжимаем максимум из RAG в n8n
• Отключат OpenRouter? – план Б для AI-агентов
Кастомные ноды:
• Приём платежей Stars в Telegram (моя собственная разработка)
• Подборка комьюнити нод, которыми пользуюсь сам в своих проектах
• Wordstat в n8n – помощник для SEO-оптимизаций (моя разработка)
• Нода через вайбкодинг – как я написал кастомную ноду для n8n с помощью AI
• Wordstat как Tools для AI-агента – прокачиваем SEO-ноду дальше
• Стоимость LLM прямо в n8n – сколько вы на самом деле тратите на модели
Мои проекты на n8n:
• AI-нутрициолог – подсказывает про вред того или иного продукта
• Перевод игр с AI – AI + вспомогательный контекст для разработчика игр
Если чего-то не хватает или есть запрос на конкретную тему – велком в комменты
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7
Как я написал ноду для n8n через вайбкодинг 🦖
Наступил момент для логического продолжения данного поста. Рассказать, как всё это было...
Вообще, сейчас, живем в странное время. Раньше, чтобы добавить кастомную интеграцию в n8n, мне пришлось бы потратить выходные на изучение архитектуры нод, TypeScript и UI-компонентов.
А теперь... Я просто объяснил задачу Cursor’у.
Результат: n8n-nodes-telegram-stars.
Первое (насколько я знаю) готовое решение для приема "Звезд" внутри n8n без лишней головной боли. Небольшая городость для меня😊
Для меня это кейс не столько про возможность принимать деньги за свои продукты, сколько про подход. Инструмент лишь средство. Если n8n чего-то не умеет мы больше не ждем вендора годами. Мы берем AI и допиливаем функционал сами за пару часов.
В лонге разобрал:
• Чуть-чуть про Vibe-кодинг на практике. Чем пользовался и что помогло.
• Как устроена логика платежей в ТГ (там есть нюансы с pre-checkout).
🔗 Полная история:
VC • Pikabu
Наступил момент для логического продолжения данного поста. Рассказать, как всё это было...
Вообще, сейчас, живем в странное время. Раньше, чтобы добавить кастомную интеграцию в n8n, мне пришлось бы потратить выходные на изучение архитектуры нод, TypeScript и UI-компонентов.
А теперь... Я просто объяснил задачу Cursor’у.
Результат: n8n-nodes-telegram-stars.
Первое (насколько я знаю) готовое решение для приема "Звезд" внутри n8n без лишней головной боли. Небольшая городость для меня
Для меня это кейс не столько про возможность принимать деньги за свои продукты, сколько про подход. Инструмент лишь средство. Если n8n чего-то не умеет мы больше не ждем вендора годами. Мы берем AI и допиливаем функционал сами за пару часов.
В лонге разобрал:
• Чуть-чуть про Vibe-кодинг на практике. Чем пользовался и что помогло.
• Как устроена логика платежей в ТГ (там есть нюансы с pre-checkout).
VC • Pikabu
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Wordstat как Tools для AI-агента 🥺
Помните мою ноду для Wordstat API в n8n? Так вот, она доросла до версии 1.0.1. И там появилась штука, о которой я изначально и не думал, но при этом на доработку меня навёл вот этот комментарий подписчика.
🎉 Теперь ноды можно использовать как Tools для AI-агента.
Что это значит на практике?
Пишешь в чат: "Сколько было запросов по 'новогодние подарки' за последние 6 месяцев?" – и агент сам дёргает Wordstat, собирает данные и готовит отчёт.
Не нужно руками строить workflow для каждого запроса.
Что изменилось:
• Ноды адаптированы под Tool-режим для AI Agent
• Можно задавать вопросы на естественном языке
• Агент сам выбирает нужные параметры и формирует запрос
В комментах скину системный промт, который использую, там есть пара неочевидных моментов.
Что планирую доработать:
Работает не идеально, пару чатов нормально, а потом ошибки. Иногда агент путается с датами. Просишь динамику за месяц, а он подставляет неправильный день или период. API возвращает ошибку, приходится уточнять запрос. Думаю, как это побороть... то ли промт докрутить, то ли валидацию добавить перед отправкой.
Но даже с этими косяками, ощущения от работы с данными через чат совершенно другие. Вместо «открыть Wordstat → настроить фильтры → экспортировать → анализировать» получается просто разговор.
Кто уже пробовал прикручивать свои ноды как Tools (возможно среди вас есть такие умельцы)? Какие подводные камни нашли?
Помните мою ноду для Wordstat API в n8n? Так вот, она доросла до версии 1.0.1. И там появилась штука, о которой я изначально и не думал, но при этом на доработку меня навёл вот этот комментарий подписчика.
Что это значит на практике?
Пишешь в чат: "Сколько было запросов по 'новогодние подарки' за последние 6 месяцев?" – и агент сам дёргает Wordstat, собирает данные и готовит отчёт.
Не нужно руками строить workflow для каждого запроса.
Что изменилось:
• Ноды адаптированы под Tool-режим для AI Agent
• Можно задавать вопросы на естественном языке
• Агент сам выбирает нужные параметры и формирует запрос
В комментах скину системный промт, который использую, там есть пара неочевидных моментов.
Что планирую доработать:
Работает не идеально, пару чатов нормально, а потом ошибки. Иногда агент путается с датами. Просишь динамику за месяц, а он подставляет неправильный день или период. API возвращает ошибку, приходится уточнять запрос. Думаю, как это побороть... то ли промт докрутить, то ли валидацию добавить перед отправкой.
Но даже с этими косяками, ощущения от работы с данными через чат совершенно другие. Вместо «открыть Wordstat → настроить фильтры → экспортировать → анализировать» получается просто разговор.
Кто уже пробовал прикручивать свои ноды как Tools (возможно среди вас есть такие умельцы)? Какие подводные камни нашли?
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2