Стас Быков

ИИ часто «сдаёт» страницу, когда на ней только появились блоки. Проблема не в ИИ, а в задаче. «Сделай лендинг» — намерение, не критерии готовности. Без них нейросеть решит, что структуры и текста-заглушки достаточно. В конце запроса добавляйте: «Задача выполнена, если…» — Блоки: перечислены секции, порядок, обязательные элементы; лишнего нет. — Тексты: есть заголовки, нужный объём, понятные кнопки; нет lorem ipsum, повторов и служебных фраз. — Ссылки и форма: кнопки ведут на заданные адреса, форма содержит нужные поля, проверяет обязательные и сообщает об отправке. — Отображение: корректно на компьютере и телефоне, без горизонтальной прокрутки и наложения текста на кнопки. — Проверка: ИИ перечисляет выполненное и то, для чего нужны ваши данные. Чем точнее критерий проверяется глазами или действием, тем меньше «почти готовых» страниц. Добавьте этот блок к следующему запросу.

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

Формат не выбирают по настроению: одна идея может потерять смысл и в посте, и в видео. Я смотрю не на тему, а на задачу человека после публикации. — Пост — когда нужен один вывод, совет или наблюдение, понятное за минуту. — Статья — когда важны детали, критерии, последовательность действий и возможность вернуться к материалу позже. — Короткое видео — когда мысль можно показать через один приём, сравнение или результат. Оно привлекает внимание, но не заменяет разбор. — Длинное видео — когда нужно показать процесс, объяснить логику решения или раскрыть тему голосом и примерами. Ещё один критерий — дальнейшее использование. Короткое видео может привести к статье, статья — стать основой серии постов, а длинное видео — источником нескольких коротких роликов. Я бы сначала формулировал задачу аудитории, а уже потом открывал редактор. Задача: Для одной идеи из контент-плана запишите действие, которое человек должен сделать после публикации.

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

Workflow в n8n может завершиться без ошибок — и всё равно испортить данные. Ошибка часто во входных данных: в тесте есть `email`, а по расписанию он пустой. В одном заказе приходит массив товаров, в другом — один объект. Узел выполняется, но создаёт неполную запись, отправляет сообщение не тому получателю или передаёт `undefined`. Проверьте четыре варианта: — обычный: заполненные поля; — неполный: нет необязательного поля, пустая строка, пустой массив; — пограничный: длинный текст, кириллица, спецсимволы, ноль; — несколько элементов: обработка массивов и число запусков. Зелёных галочек недостаточно: откройте Output ключевых узлов. Проверьте пришедшие поля, типы чисел и значения после Set, Code или Merge. Расписание включайте последним: сценарий должен обработать не только идеальный пример, но и реальные данные. Задача: запустите workflow с пустым полем, которое обычно заполнено.

Первый workflow в n8n не должен быть полезным. Он должен быть понятным и предсказуемым. Частая ошибка на старте — сразу подключать API, токены и внешние сервисы. Если сценарий не сработает, непонятно, где искать причину: в доступах, настройках интеграции или логике нод. Я советую начать с простой схемы: — Manual Trigger для ручного запуска — Edit Fields с тестовыми полями task и status — IF, который проверяет, равно ли status значению ready Так вы сразу увидите базовую механику n8n: что запускает workflow, какие данные передаются между нодами и как работает ветвление true/false. После каждого запуска открывайте данные в нодах, а не смотрите только на зелёные отметки. Именно это помогает быстро находить ошибки в более сложных автоматизациях. Полный разбор установки n8n и первого сценария: https://stasbykov.ru/prompt/install-n8n-first-workflow.html

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

Удачный промпт не нужно писать заново — его стоит превратить в шаблон. Для повторяющихся задач я делю запрос на каркас и переменные. Каркас задаёт правила и формат, переменные — контекст. Так результат стабильнее, а промпт проще поддерживать. В каркасе оставляю: — Роль и цель: кто отвечает и что нужно получить. — Правила: что проверить, чего не делать, как действовать при нехватке данных. — Формат: структуру, объём, язык и тон. В переменные выношу: — Исходные данные: текст, бриф, описание, ссылки. — Контекст: тему, аудиторию и цель. — Параметры: площадку, дату, нужный акцент. Поля лучше записывать явно: [тема], [аудитория], [материал], [формат]. Например, правила для поста остаются в каркасе, а тема и исходник меняются. Шаблон сохраняйте вместе с примером удачного результата. Тогда видно, что именно должна повторять нейросеть.

Теперь авто-пост с картинкой, которая тоже генерируется автоматически — тест пройден)

Один и тот же материал, опубликованный без изменений везде, быстро становится дублем. Исходная идея может быть общей: «как выбрать тему для блога». Но у каждой площадки своя задача, способ потребления и точка входа. Не нужно придумывать четыре темы: одну идею раскрывают по-разному. — Статья: полная логика, критерии и примеры, чтобы закрыть вопрос. — Пост ВКонтакте: типичная ошибка, 3–4 тезиса и один вывод. — Длинное видео: ход мысли и нюансы, которые неудобно читать. — Короткий ролик: один острый фрагмент — например, признак плохой темы — и быстрый вывод. Не меняйте только длину. Меняйте угол, структуру и результат для человека на этой площадке. Я бы сначала сделал опорный материал с главной мыслью, а затем выделил из него части под каждый формат. Попробуйте: возьмите старый материал и определите задачу для поста, статьи, длинного и короткого видео.

Сверху пост опять автоматический, налаживаю систему, делаю ее универсальной, чтобы можно было применить на любой проект в несколько шагов!

Список тем — не контент-план. Это склад идей, в котором легко застрять. «Ошибки в блоге» и «Как вести сообщество ВКонтакте» выглядят как план, пока не приходит день публикации. Тогда снова нужно решать: что делать, куда выпускать и зачем. Я добавляю к каждой теме четыре поля: — Формат: пост-разбор, короткое видео, статья или подборка. — Площадка: ВКонтакте, VK Видео, Дзен, Rutube или YouTube. — Задача: привлечь новую аудиторию, объяснить услугу, укрепить доверие или вернуть к важному материалу. — Повторное использование: серия постов, ролик, карточки или расширенный разбор. Тогда контент-план помогает не придумывать публикацию с нуля каждый раз, а регулярно выпускать заранее подготовленные материалы. Я бы начал с ближайших пяти тем. Задача: Допишите к одной теме формат, площадку, задачу и вариант повторного использования.

Утро начинается не с кофе, а с короткого разбора вчерашней работы и постановки задач на день) Кстати, нашёл для себя простой способ не зависеть от ограниченной памяти ИИ. Я веду историю проекта в отдельной таблице: фиксирую, что уже сделано, какие решения приняты, что осталось и куда двигаемся дальше. Вечером обновляю её, а утром снова загружаю нейросети как дорожную карту. В итоге контекст не теряется, и можно продолжать работу практически с той точки, на которой остановился вчера.

Вчера разместил видео на всех платформах, сегодня оно уже в поиске Яндекса. SEO работает)

Ещё один шаг к полной автоматизации контента. Теперь статьи с моего сайта автоматически попадают в Дзен. Для этого я разработал собственный плагин, который формирует RSS-ленту в нужном для Дзена формате. Сейчас продолжаю тестировать всю систему автоматизации контента и постепенно подключаю к ней другие свои проекты. Кстати, думаю упаковать всю эту систему в отдельный продукт школы — чтобы можно было развернуть такую же автоматизацию под свой проект. Вам было бы интересно получить такую систему? Ставьте 🔥

Кстати, пост выше создан и опубликован автоматически, как и статья на сайте!

Самая опасная команда для ИИ при доработке сайта — «сделай красивее». В ней нет границ, поэтому ИИ может не только поменять карточку или кнопку, но и затронуть разметку, классы, стили других страниц или логику формы. Для правки существующего сайта я советую строить запрос из шести частей: — Контекст: страница и нужный блок. — Точка изменения: селектор, компонент или фрагмент разметки. — Действие: что именно нужно поменять. — Ограничения: что трогать нельзя. — Результат: как блок должен выглядеть или работать. — Формат ответа: план, патч или только изменённые фрагменты. Полезная формулировка: «Не переписывай файл целиком и не рефакторь код, который не относится к задаче». А если участок кода незнакомый или затрагивает логику, сначала попросите ИИ провести анализ без изменений. Затем — предложить минимальный план. И только после этого писать код. Так вайб-кодинг остаётся управляемым: вы не просите «идеальный сайт одним запросом», а… https://stasbykov.ru/vibe-coding/vibe-coding-pravki-sayta-prompty.html

Ну что коллеги! За 5 полных суток без сна и отдыха я собрал своего Первого AI-агента, который сам ищет темы, составляет контент-план, пишет статьи, затем проверяет их на качество (и если нужно, отправляет на доработку), затем рисует главную картинку со схемой и размещает статью на сайте. Мне остается только пополнять счет, чтобы хватало токенов) Если интересно, могу все рассказать в уроке или на эфире в клубе Практика! Кстати, для VK собрал тоже)