Слепое доверие к 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!"
Признавайтесь, кто хоть раз заглядывал в исходники комьюнити-нод перед установкой?

Screenshot Saturday №2 🔮

Кидайте в комменты под этим постом, то, что вы сделали с помощью AI-инструментов за последнее время:
• Скриншот воркфлоу или куска кода
• Пара слов: какую проблему решает, какую рутину убирает
• Размер не важен. Скрипт для переименования файлов – нормально. Сложный RAG-воркфлоу – еще лучше. Даже удачный промпт пойдет
Если это экономит вам время – этого достаточно.

Напоминаю про цель: собрать реальные примеры. Чтобы все могли увидеть, как работают другие, и сделать свое.

PS Естественно помним про NDA и всё в таком духе 😂

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) 🤬

Знаете, почему я всегда топлю за свой сервер, даже если это лишний час возни с терминалом? Потому что SaaS – это золотая клетка (хоть и сам мечтаю, когда-нибудь создать свой).

Я буквально случайно узнал об этом ограничении, когда писал материал.
Контекст: автор не пользовался никогда облачным решением n8n.

Вернёмся к кейсу с облачным n8n. Решил ты использовать неофициальную ноду (а их сотни, и многие круче штатных). А тебе говорят: «Access Denied».

В облачной версии функция загрузки сторонних npm-пакетов, оказывается, выпилена под корень. Хочешь гибкости? Пиши код внутри Code Node или долбись через чистые HTTP-запросы. То есть, платя за удобство облака, за "премиум", ты лишаешься главной фишки n8n – его расширяемости комьюнити-силами.

Аргумент про безопасность понятен, я сам же об этом писал буквально неделю назад, но для юзера это выглядит так:
- Вот тебе мощный инструмент.
- Круто, я поставлю этот плагин?
- Нет.
- Почему?
- Потому что мы лучше знаем, что тебе нужно.

WTF?! Отдел, отвечающий за облачный n8n, вы серьёзно? Не можете выделить песочницу под пользователя? Дать ему галочку: "прими на себя все последствия и делай что хочешь"?

Да, можно пойти в официальный репазиторий. Кинуть PR. А потом ждать апрува моего PR неделями, чтобы просто автоматизировать рутину – спасибо, не надо.

В общем как-то спорно всё это. Благо хоть self-host вариант есть. Ставь любые пакеты, пиши любые скрипты, ломай, чини. Это твоя система.

Как по мне, будущее за контролем над своими инструментами. А облака оставьте тем, кому нравится спрашивать разрешение на каждый шаг.

Согласны или я сгущаю краски?

Весь 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 + вспомогательный контекст для разработчика игр

Если чего-то не хватает или есть запрос на конкретную тему – велком в комменты ❤️

Как я написал ноду для n8n через вайбкодинг 🦖

Наступил момент для логического продолжения данного поста. Рассказать, как всё это было...

Вообще, сейчас, живем в странное время. Раньше, чтобы добавить кастомную интеграцию в n8n, мне пришлось бы потратить выходные на изучение архитектуры нод, TypeScript и UI-компонентов.

А теперь... Я просто объяснил задачу Cursor’у.
Результат: n8n-nodes-telegram-stars.

Первое (насколько я знаю) готовое решение для приема "Звезд" внутри n8n без лишней головной боли. Небольшая городость для меня 😊

Для меня это кейс не столько про возможность принимать деньги за свои продукты, сколько про подход. Инструмент лишь средство. Если n8n чего-то не умеет мы больше не ждем вендора годами. Мы берем AI и допиливаем функционал сами за пару часов.

В лонге разобрал:
• Чуть-чуть про Vibe-кодинг на практике. Чем пользовался и что помогло.
• Как устроена логика платежей в ТГ (там есть нюансы с pre-checkout).

🔗 Полная история:
VC • Pikabu

AntiGravity IDE: Стоит ли оно танцев с бубном? 🔵

Все побежали ставить новую убийцу IDE от Google, и я побежал 🥺!
Пробиться через региональный блок оказалось не так сложно, как пугали в чатах.

Через что получилось лично у меня: Браузер с кастомным DNS + свежерег (новый чистый аккаунт Google, регал на русский номер). Возможно попросту повезло, но мне не пришлось прибегать к чему-то ещё иному.

Ощущения после 2-ух недель: Это бета. И это чувствуется.
Элементы интерфейса раскиданы так, будто дизайнер ненавидел разработчиков. Элементарное подключение MCP искал минут 10. Юзабилити явно пока проигрывает тому же Cursor или VS Code.

Главная боль – лимиты.
Google дает поиграться с флагманом Gemini 3 Pro всего 1-2 часа в день. Для серьезной работы этого мало.
Есть конечно альтернатива: просто создать пачку чистых аккаунтов и прыгаю между ними, когда происходит исчерпание лимитов.
Если лень прыгать - дают фоллбэк на Sonnet или GPT-OSS 120b.

Стоит ли ставить?
Ради интереса – да. Ради Gemini 3 Pro – точно да (она действительно впечатляет возможностями). Но как основной инструмент... пока под вопросом.

Скоро дропну пост про саму модель. Там есть интересные нюансы по работе с логикой и текстом, которые отличают её от конкурентов.

Поговорим про экономику токенов 💵

Главная ловушка No-code разработки – легкость запуска. Собрал, нажал кнопку, полетело.
Но между «работает на моем сценарии» и «работает на объеме» – пропасть. И имя этой пропасти – Юнит-экономика.

Вот честно. Большинство сценариев, которые новички тянут в продакшн, убыточны по своей сути. Да даже мои сценарии, не все работают в «плюс».

Простая математика:
Вы делаете цепочку саммаризации новостей для Telegram-канала.
1 прогон сценария (Scrape -> AI Summary -> Telegram) обходится в $0.02 (токены + прокси).
Кажется, копейки, да?

А теперь масштабируем:
• Вы хотите обрабатывать 500 новостей в день.
• $0.02 * 500 = 10$ в день (либо 300$ в месяц)

Вопрос: приносит ли этот воркфлоу $300 чистой прибыли, чтобы просто окупать сервер и токены? Или вы только что создали пассив, который стягивает деньги с карты?

Признаки того, что ваш сценарий нельзя скейлить:
• Вы не знаете точную стоимость одного запуска (Execution Cost).
• Вы используете флагманские модели (GPT-4/Opus) для фоновых задач.
• Вы не заложили 15-20% бюджета на ошибки и ретраи (а они будут).

✏️ Совет:
Прежде чем переводить тумблер в Active, откройте калькулятор.
Посчитайте стоимость 1000 запусков. Если цифра вызывает дискомфорт – возвращайтесь в редактор. Оптимизируйте промпты, меняйте модели, кэшируйте запросы.
Не дайте масштабу убить ваш энтузиазм (и кошелек).

Небольшая ретроспектива: что меняется на канале 🔄

Привет! Решил сделать формат мини-ретро, рассказать, что происходит на канале, что работает, что нет, и куда двигаемся дальше.

Screenshot Saturday не зашёл 👎
Запустил формат со скриншотами по субботам, вижу, не полетело. Не цепляет это вас (возможно пока рано для такой рубрики). Поэтому вместо него буду делать что-то типа вот этого – общая рефлексия, новости, изменения. Посмотрим, зайдёт ли.

Телетайп в урну 🗑
Больше никаких публикаций на Teletype.
• Площадка без аудитории, материалы уходят в пустоту
• Завалена рекламой так, что читать неприятно
• Технически нестабильна: лагает, виснет, иногда просто не публикует

Короче, время туда тратить – себя не уважать. Останусь на VC, Pikabu и Дзене для лонгридов. Планирую скоро попробовать и на Habr залететь. Поддержите меня?)

Маленький эксперимент с Дзеном 📝
Кстати, про Дзен. Там у меня не хватает 7 подписчиков до какого-то порога. Хочу проверить, влияет ли это вообще на рекомендации от самого Дзена, или это чистый очердной маркетинг-скам. Если вдруг читаете на Дзене, подпишитесь, поучаствуйте в эксперименте. Потом расскажу, что вышло.

Что в работе 🖥
• Готовлю материалы на новогодние праздники заранее – буду в разъездах, а контент сам себя не напишет
• Ковыряю возможность сделать кастомную ноду для Яндекс.Метрики, самому интересно, насколько это реально
• Улучшаю стабильность ноды Wordstat, там есть косяки, которые меня раздражают
• Готовлюсь обновляться до 2.0 версии в n8n
• Продолжаю думать о своём SaaS-продукте. Есть идея, которая не даёт покоя. Хотя, если честно, не уверен, что успею доделать до нового года. Скорее всего, нет. Но расскажу, когда будет что показать.

Есть что-то, что хотели бы видеть на канале чаще? Или наоборот – от чего подустали? Пишите в комменты, интересно ❤️

Какую LLM выбрать в декабре 2025? 👾

Меня периодически спрашивают: "Влад, ну а что в итоге лучше – Claude, GPT или Gemini?" И я каждый раз зависаю. Потому что ответ "зависит от..." звучит как отмазка, но это правда.

За последние полгода я перепробовал все три флагмана в разных сценариях. Не для бенчмарков (уже писал об этом ранее), для реальной работы. И вот к чему пришёл.

Для кода – Claude без вариантов
Sonnet и Haiku. Хватает за глаза. Те же кастомные ноды, пишу именно на них. Пробовал строить агентов на GPT и Gemini для кодинга – хз, но работают через раз. Они размазаны по куче доменов: знают всё понемногу. А Claude прямо чувствует код. И на pet-проектах, и на основной работе разница для меня заметна.

Haiku вообще открытие года для меня. Дёшево, быстро, и для 80% задач хватает за глаза.

GPT и Gemini для всего остального
Ну не могу выбрать между ними для повседневных задач. Стратегия, процессы, "а как лучше сделать вот это" обе справляются примерно одинаково. Использую обе и не парюсь.

Но в автоматизациях (n8n, скрипты): GPT-модели как LLM. Mini и nano для мелочёвки. Structured output работает предсказуемо, оценка ответов других моделей, тоже неплохо. Для AI-агентов (ну и чтобы Tools адекватно использовали) беру уже GPT-5 или 4o.

Если бюджет ограничен – Gemini
Есть AI Studio, и там реально щедрые лимиты. Интерфейс, правда, так себе. Но привыкнуть можно, а для старта самое то.

Про что не скажу
Cursor Composer 1 и GPT-Codex пользовался мало, не хочу давать неполный фидбэк.

Китайские модели (DeepSeek, Qwen) тут сложнее. У меня локально стоит Gemma 3, потому что железо не позволяет запустить что-то мощнее. Знакомые энтузиасты хвалят Qwen. Плюс большинство российских LLM строятся на fine-tune Qwen, видимо, не зря.

🔖 Саммари:
• Код → Claude (Sonnet/Haiku)
• Автоматизации в n8n → GPT (mini/nano для простого, 4o/5 для агентов)
• Повседневные вопросы → GPT или Gemini, без разницы
• Нет денег на подписки → AI Studio от Google

А у вас есть модель, которая неожиданно «зашла»?

Сколько вы на самом деле тратите на LLM? Теперь можно узнать прямо в n8n 📊

Я тут на днях считал, сколько денег уходит на OpenRouter за месяц. Открыл их дашборд, посмотрел на общую сумму... и понял, что это мне ничего не говорит.

Ну ок, потратил $15. А на что конкретно? Какой воркфлоу жрёт больше всего? Какая модель оказалась дороже ожидаемого? (основа мысли лежит тут)

Раньше, чтобы это узнать, приходилось городить:
• Request к n8n API, чтобы вытащить данные о выполнении
• Edit Fields, чтобы распарсить эту кашу
• Ещё один HTTP Request к OpenRouter за ценами
• И снова Edit Fields, чтобы посчитать итоговую стоимость

Четыре ноды минимум. И это ещё без логики сохранения куда-то.

Короче, меня это задолбало, и я написал свою ноду. Вернее, три ноды в одном пакете:
• Token Usage (Save Execution ID) – просто захватывает ID текущего выполнения. Звучит тупо, но это нужно для следующего шага.
• Token Usage (Get Token Usage) – вытаскивает из n8n API все данные о токенах: сколько prompt-токенов, сколько completion, какая модель использовалась в каждом LLM-вызове.
• Token Cost (OpenRouter) – берёт эти данные и считает стоимость в долларах через API OpenRouter.

Типичный сценарий: запускаешь основной воркфлоу с AI-агентом → сохраняешь ID данного воркфлоу → в саб-воркфлоу получаешь статистику → пишешь в Google Sheets или Supabase.

❗️ Нюанс, который важно знать: расчёт стоимости работает только если название модели в n8n точно совпадает с ID в OpenRouter. Если у вас какие-то кастомные алиасы – не заведётся.

💻 https://github.com/Vlad-Loop/n8n-nodes-token-usage

Пример workflow с подключенными нодами:
💻 https://gist.github.com/Vlad-Loop/569c6ed1656f0bed616236fa5abda318

Штука экспериментальная, делал в первую очередь для своего текущего проекта. Тестировал только с моделями из OpenRouter, хотя в теории должна работать с любым провайдером, который возвращает token usage в n8n (по идеи все должны). Если найдёте баги – пишите, постараюсь пофиксить.

Есть только ты, проблема и пустой экран. Остальное — шум 😑

Мы живем в удивительное время. Пишу промпт, и через 30 секунд у меня есть готовый микросервис. Я чувствую себя всемогущим архитектором, который повелевает AI-рабами в своей IDE.

Но это опасная иллюзия.

AI блестяще умеет генерировать решения. Но он абсолютно не способен понимать проблему.

Когда твой скрипт падает в проде, когда база данных встает колом, когда проект теряет деньги – Cursor не придет тебя утешать. Claude не возьмет на себя ответственность.

В этот момент вся мишура осыпается. Исчезают хайповые тулы, фреймворки и "вайб-кодинг".

Остаешься только ТЫ.
И ПРОБЛЕМА, которая смотрит на тебя холодным взглядом терминала.

Сейчас модно быть "AI-оператором". Но я вижу, как люди теряют хватку. Они забывают, как дебажить головой, а не промптом. Они учатся просить, но разучиваются думать.

Запомните: AI – это экзоскелет. Если внутри него желе, а не мышцы – он просто раздавит вас своим весом при первой же перегрузке.
Качайте инженерное (и, в придачу, критическое) мышление, а не библиотеку промтов и очередной «мастер по AI за неделю».

Выгорание — это не когда устал, а когда всё одинаковое 🔋

За 5-6 лет я научился ловить выгорание на ранних стадиях. Как простуду, чувствуешь, что горло першит, и понимаешь: ещё день-два и сляжешь.

Раньше спасался переключением между проектами и дроблением задач на микро-куски. До сих пор кайфую, когда вычёркиваю мелочь из туду-листа, мозг получает свою дозу дофамина, и норм.

Но система начала сбоить.
С каждым годом требования растут. Чтобы вырасти из QA инженера в руководителя, пришлось перелопатить тонны материалов, курсов, набить шишки на реальных проектах (сам путь занял где-то год). И чем больше нагрузка – тем чаще приходится резать: сроки, фичи, качество. В какой-то момент начинаешь сомневаться, а я вообще полезным занимаюсь?

Что реально помогло за последний год?
Делегирование. Не только людям. AI-инструментам тоже. Звучит странно, но я научился доверять нейросетям в рутинных задачах. Не вслепую, у меня выстроена система автоматического контроля качества (помогает SGR). Но сам факт, что можно отдать часть работы и не дёргаться каждые пять минут – это разгрузка для головы.

И ещё штука, которую не ожидал: сам процесс работы с AI стал... интереснее? Это постоянный диалог. Я кидаю проблему, философствую вслух, а в ответ получаю инсайты. Иногда AI прямым текстом говорит: «Ты запутался, у тебя когнитивное искажение». Ну или мягче, но суть та же. Зеркало, которое не льстит. Самое главное Prompt подобрать и подключить «Судью».

Главная мысль, к которой пришёл:
Выгорание – это не про усталость. Это про одинаковость. Когда каждый день копия предыдущего. Покрайне мере я сам такое определение дал для себя.
AI для меня стал способом разбавить рутину, добавить непредсказуемости в процесс. Не панацея, но пока работает.

Хотя, если честно, не уверен, что это универсальный рецепт. Может, мне просто повезло найти свой способ. На днях кстати более подробно расскажу, где конкретно мне AI разгрузил.

А как вы справляетесь с ощущением «дня сурка» на работе? Или у вас такого нет и я просто драматизирую?

500 часов. Три месяца работы. Вернул себе за полгода 🔥

Меня всегда бесили статьи в духе «AI экономит время». Окей, экономит. Сколько? «Много». Ну спасибо, очень информативно.

Поэтому я решил посчитать по-честному и на собственном опыте. Вёл что-то вроде дневника: где использовал AI, сколько потратил времени, сколько бы убил без него. Не каждый день, конечно – это уже паранойя. Но достаточно, чтобы через 5 месяцев получить реальные цифры.

Что получилось:
• Perplexity вместо Google: 200 часов
• n8n + AI автоматизации: 80 часов
• Voice to Text (да, я наконец перестал стесняться диктовать): 20 часов/месяц
• Вайбкодинг через Cursor и Antigravity: 200 часов

500 часов... это 62 рабочих дня. Или три месяца фуллтайма.

Написал подробный разбор: как считал, какие формулы использовал, и главное – где всё это ломается и не работает. Потому что рассказывать только про плюсы это маркетинговый буллшит, которого я сам терпеть не могу.

🔗 Лонг доступен вот тут:
VC • Pikabu • Дзен

А вы когда-нибудь пробовали считать реальную экономию от AI? Или тоже живёте на ощущениях?

Не усложняй. Немного про паттерны построения систем в n8n 💡

В программировании есть паттерн – DRY (Don't Repeat Yourself).
Не повторяйся.
Если ты пишешь один и тот же код дважды – ты что-то делаешь не так.

В no-code этот принцип нарушают постоянно.
Я регулярно вижу проекты в комьюнити, где человек в пяти разных местах настраивает одну и ту же логику. Например, форматирование номера телефона или проверку email.
Не сказать, что эт плохо. Просто вы тратите на поддержку подобных систем в будущем кучу своего времени.

Как быть умнее:
Используйте Модульность.
Любой повторяющийся кусок логики выносим в отдельный Workflow.
• Нужно почистить текст от HTML-тегов? Сделали отдельный саб-сценарий.
• Нужно обогатить данные через сервис? Сделали отдельный саб-сценарий.
• Проверить это новый пользователь или сущестующий? Сделали также как и ранее отдельный саб-сценарий.

В основном сценарии вы просто ставите блок Execute Workflow, выбираете свой ранее созданный саб-сценарий и скармливаете ему данные.

Это не только экономит время при создании. Это спасает куча нервов при поддержке. Когда API внешнего сервиса изменится (а оно изменится, вот просто поверьте мне), вы поправите это за 5 минут в одном месте. А ваш коллега-копипастер потратит выходные.

Будьте ленивыми правильно.

Когда всё сломалось за один день 🔥

На днях у меня разом легло несколько вещей. OpenRouter перестал работать и мой AI-агент вместе с парой других инструментов просто затих. Примерно половина автоматизаций подхватила резервный канал, остальные... нет.

И вот тут прикол: у одного из инструментов резервный канал тоже использовал сервис, который попал под ограничения. То есть fallback на fallback и оба мертвы. Какова вероятность? В моём случае – 100%.

Параллельно сервис для блога тихо сменил лицензию. Бесплатный стал платным. Захожу, а там уже ценник. Никаких предупреждений, никаких переходных периодов.

Письмо счатья от Perplexity ещё не пришло, но у знакомых уже да. Морально готовлюсь, что на днях попаду сам в этот список 👀

Что я вынес из этой ситуации:
• Автопереключение на резерв – это хорошо, но нужно проверять, что резерв реально работает. У меня не везде это было настроено
• Резерв на резерв всё же паранойя. Нужно внемательно оценивать риски и лучше миксовать решения (у меня сработал риск, что оба резерва практически были от одной и той же компании/региона)
• Error Workflow в n8n с резервными моделями — штука, которая реально спасает. Настроил один раз и ночью спишь спокойнее
• Не стоит привыкать к тому или иному сервису. Всегда нужно быть готовым «пересесть» при необходимости.

Ограничения толкают разбираться со стабильностью, эт наверно больше плюс. Но чаще просто выбивают из колеи, и ощущения скорее негативные. Приходится тратить время не на новое, а на починку старого.

Хотя до этого кейса я думал, что у меня всё неплохо с отказоустойчивостью. Оказалось, есть куда копать.

А у вас как с резервными каналами? Проверяете заранее или узнаёте о падении вместе с пользователями?