Две недели публикаций об n8n в открытую: 11 постов, 200 просмотров и что показали тесты

Разработчик выложил в открытый доступ результаты двухнедельного эксперимента: 11 материалов об AI-воркфлоу в n8n, около 200 просмотров и десяток реакций. Ценнее самих цифр оказался побочный эффект — обязательное тестирование каждого туториала перед публикацией.

Сто просмотров на пост про то, что сломалось, и два — на пост с инструкцией: в свежем техническом блоге аудиторию интересуют провалы и конкретные цифры, а не готовые рецепты, но на выборке в 200 просмотров это пока гипотеза, а не вывод.

Эксперимент шёл две недели на аккаунте в dev.to. План был простой: 14 слотов, один пост в каждый, тема — сборка AI-воркфлоу в n8n, и жёсткое правило — ни один туториал не выходит без проверки на реальной установке n8n. По итогам получилось 11 опубликованных материалов (один вышел за день до старта календаря), около 200 просмотров суммарно, 10 реакций и 7 комментариев.

Цифры скромные, и это, пожалуй, главный честный факт всего отчёта. Но сам отчёт ценен не ими, а тем, как правило «сначала прогони — потом пиши» переписало почти каждый текст.

Цифры

Данные с дашборда dev.to на 30 октября, отсортированы по просмотрам:

Оговорки, которые стоит держать в голове прямо сейчас: самые свежие посты просто не успели набрать просмотры; при таком объёме одна репостная ссылка способна полностью переставить таблицу; и непонятно, какая доля трафика пришла из поиска, а какая — из ленты dev.to. То есть любые выводы о «работающем формате» здесь статистически ничем не подкреплены.

План против фактов

Из 14 запланированных слотов три не вышли вообще: From Scratch #1, материал о запуске воркфлоу на локальной модели на 1,5 млрд параметров и From Scratch #2. Тесты не были готовы вовремя, а публиковать непроверенную инструкцию автор счел худшим вариантом, чем пропуск. Ещё один пост (From Scratch #4) вышел с опозданием примерно на шесть часов — первая попытка упала до публикации.

Куда интереснее, как тесты переписали заголовки. Планировалось «мой квалификатор лидов поставил спам-боту 9 из 10» — реальный прогон дал 85/100 для SEO-спамера, и заголовок поменялся. Планировалось «10 воркфлоу, 4 упали» — на чистой установке упало 3: два падали на подставной Slack-URL, который редиректит в документацию и подсвечивает зелёный «успех», третий тянулся к RSS-ленте, недоступной с тестовой машины.

Самый показательный случай — почтовый triage-бот. На наивной версии сработали 12 из 20 prompt-инъекций. Версия с «более безопасным» промптом пропустила уже 13. Перенос логики принятия решений в код обнулил успешные инъекции (0 из 60 прогонов), но заодно перестал поднимать тревогу по единственному письму о реальном инциденте. И это, кстати, ровно та история, которую в туториалах по промпт-инженерии обычно не рассказывают: усиление защиты почти всегда покупается за счёт роста ложных срабатываний, и «0 из 60» без оговорки про потерянный алерт — манипулятивная цифра.

Ещё один провал: конвертация одного блог-поста в соцпосты. Наивная версия потеряла ссылку в 93 случаях из 120. Проверенная версия ссылку ставила, но при ручной вычитке 10 из 21 «готового» поста исходный материал пересказывали неверно. Если бы тексты писались из памяти, в каждом стояло бы выдуманное число.

Что из этого следует

Истории о провалах пока обгоняют инструкции. Четыре лучших поста по просмотрам — чек-лист, список сбоев, мненческий пост и отчёт о неудачном тесте. Два туториала из серии From Scratch собрали 2 и 4 просмотра. Логичное объяснение: «вот что сломалось» кликают охотнее, чем «вот как собрать X». Но при 200 просмотрах это объяснение, а не доказательство.

Реальные числа из теста и есть контент. Все посты, собравшие комментарии, содержали конкретную и слегка неловкую цифру. «48 из 48 ответов начинались со "Спасибо за"» — это история. «Вот бот для ответов на отзывы» — нет.

Маленькие локальные модели удобны для тестов. Большинство прогонов шло на Qwen 1.8B через Ollama. Модель ошибается часто — при проверке защитных механизмов вокруг модели это именно то, что нужно. Но контрольного прогона тех же воркфлоу на большой облачной модели не было, так что утверждать, насколько реже падал бы GPT- или Claude-класс, нельзя.

Зелёный статус не равен успеху. Воркфлоу завершился, но алерт в Slack не ушёл. Валидатор пропустил пост, который противоречит исходной статье. Вебхук вернул HTTP 200 с пустым телом. Проверять надо результат, а не статус — и это, пожалуй, самый переносимый на любую автоматизацию вывод из всей серии.

Дискуссионные посты требуют аудитории. Призыв «какую самую скучную задачу вы автоматизировали?» собрал 4 просмотра и ноль ответов. Обсуждать на новом аккаунте пока не с кем.

Не всё из собранного достаточно хорошо. Шаблоны, отправленные в n8n Creator Hub: один опубликован, два отклонены как «слишком простые». Претензия справедливая.

Что осталось незакрытым

Несколько доработанных воркфлоу — guard из теста импорта, усиленная почтовая триаж-цепочка, валидируемая связка «блог в соцсети», ответы на отзывы в голосе владельца — показаны кодом внутри статей, но в GitHub-репозиторий пока не выложены. Автор называет это первым пунктом ближайшего плана.

Что дальше

На следующие две недели — меньше публикаций, каждая вокруг реального теста с настоящей цифрой в заголовке, и меньше чистых туториалов. Если инструкция и выходит, она начнётся с того, что сломалось. Свободные воркфлоу для n8n собираются в репозитории arkintof/n8n-ai-agent-workflows.

Отдельно стоит отметить методологическую часть. Правило «ни одного непроверенного туториала» обошлось тремя пропущенными слотами и одним опозданием — но именно оно вытащило наружу цифры, которые иначе оказались бы выдуманными, и вскрыло как минимум два бага с ложным «успехом». Для читателя это означает простую вещь: даже скромный технический блог становится заметно полезнее, если автор тестирует то, о чём пишет. Для самого автора — что первый месяц в новом аккаунте почти не даёт трафика и что на таких объёмах единственный устойчивый сигнал — это собственные тесты, а не метрики просмотров.