Пайплайн для статей: 5 фаз від ідеї до Telegram

whitetrd · 03.02.2026 · 4 min read

claude-codeавтоматизація

У мене 55 статей у блозі. Кожна пройшла один і той самий шлях — п’ять фаз, від першої думки до повідомлення в Telegram-каналі. Жодного ручного кроку, окрім відповідей на запитання агента.

Я не програміст. Я — те, що зараз називають “vibe coder”. Людина, яка працює з Claude Code, але не пише код руками. Мої промпти не містять термінальних команд. Натомість вони описують, що я хочу отримати. А агент розбирається, як це зробити.

Ось як виглядає мій пайплайн:

  ┌─────────────┐
  │  1. ПИТАННЯ  │
  └──────┬───────┘
         │
  ┌──────▼───────┐
  │ 2. РЕСЕРЧ    │
  └──────┬───────┘
         │
  ┌──────▼───────┐
  │ 3. ЧЕРНЕТКА  │
  └──────┬───────┘
         │
  ┌──────▼───────┐
  │ 4. ДЕАІФАЙ   │──► 4 паралельні критики
  └──────┬───────┘
         │
  ┌──────▼───────┐
  │ 5. ДЕПЛОЙ +  │
  │   TELEGRAM   │
  └──────────────┘

Фаза 1: Питання

Агент не починає писати одразу. Спочатку він запитує мене через AskUserQuestion — вбудований інструмент Claude Code для діалогу з користувачем. Три речі, які він з’ясовує:

Андрей Карпаті називає це “Context Engineering” — мистецтво правильно подати контекст моделі. Я з ним згоден. Якщо агент не знає, для кого пише і навіщо, текст вийде generic. А generic — це смерть для блогу.

Фаза 2: Ресерч

Тут працює Sonnet-субагент. Він отримує завдання: знайти 3-5 джерел через Exa. Чому саме Exa? Бо це семантичний пошук, не keyword-based. Коли я шукаю “як автоматизувати блог за допомогою AI”, Exa розуміє намір, а не просто матчить слова.

Субагент шукає конкретні речі: приклади з практики, статистику, свіжі дані. Є жорстка вимога — перевіряти актуальність. Стаття з 2023 року про можливості Claude не підходить. Світ змінився. Потрібні дані 2026 року.

Результат ресерчу — стислий бриф із посиланнями, цитатами та фактами, які можна вплести в текст.

Фаза 3: Чернетка

Знову Sonnet-субагент, але тепер він пише. Перед початком роботи він читає два файли:

Вимоги до чернетки: мінімум 600 слів, ASCII-діаграма де доречно, інлайн-посилання замість списку джерел у кінці, правильний frontmatter. І головне — особистий тон. Не “у цій статті ми розглянемо”, а “я роблю ось так”.

Фаза 4: Деаіфай

Моя улюблена частина. Тут чернетка проходить через чотирьох паралельних критиків. Вони працюють одночасно, кожен дивиться на текст під своїм кутом.

Критик A: Generic Detector. Шукає типові AI-фрази. “У сучасному світі”, “важливо зазначити”, “давайте розглянемо”. Все, що звучить як ChatGPT на автопілоті, має піти. Якщо речення можна вставити в будь-яку статтю на будь-яку тему — це червоний прапорець.

Критик B: Rhythm Analyzer. Аналізує ритм тексту. П’ять речень підряд однакової довжини — погано. Три абзаци поспіль з однаковою структурою “тема — пояснення — приклад” — нудно. Хороший текст дихає: короткий рядок, потім довгий, потім знову короткий.

Критик C: Specificity Checker. Перевіряє конкретику. Замість “це значно покращило процес” має бути “час на написання скоротився з 4 годин до 40 хвилин”. Замість “багато статей” — “55 статей”. Абстракції вбивають довіру.

Критик D: Fact Checker. Перевіряє факти, дати, версії. Чи справді Exa працює так, як описано? Чи актуальна згадана функція Claude Code? Чи не посилаюсь я на щось, що вже deprecated?

Після роботи всіх чотирьох критиків головний агент збирає зауваження і переписує текст. Іноді один прохід. Іноді два. Залежить від того, наскільки сира була чернетка.

Фаза 5: Деплой + Telegram

Фінал. Агент зберігає markdown-файл у потрібну директорію, робить git commit і push. Сайт білдиться автоматично.

Паралельно Haiku-субагент генерує превʼю для Telegram. Формат жорсткий: жирний хук першим рядком, теза, посилання. Максимум 5 рядків. Ніхто не читає довгі пости в Telegram — або зачепив за 2 секунди, або проскролили.

Повідомлення стає в чергу на 19:00. Вечірній час, люди вже не на роботі, скролять телефон. Найкращий час для охоплення.

Де це все живе

Весь пайплайн — це Claude Code skill. Файли лежать у ~/.claude/skills/blog-post/:

Skills — це патерн розширення Claude Code, який мені дуже подобається. Описуєш процес один раз у markdown-файлі. Будь-який інстанс Claude Code на будь-якій машині підхоплює ці інструкції і працює за ними. Не треба пояснювати заново. Не треба копіювати промпти між чатами.

Я задокументував процес — і тепер він відтворюється без мене.

Що це дає на практиці

55 статей за кілька місяців. Раніше я писав одну статтю на тиждень, і то коли було натхнення. Зараз пайплайн виробляє стабільно 2-3 тексти на тиждень. Якість не падає, бо за неї відповідають чотири критики на фазі деаіфай.

Найважливіше — я не витрачаю час на рутину. Ресерч, форматування, git, Telegram-превʼю — все автоматичне. Мій внесок — це ідея, кут подачі та фінальна перевірка. Решту робить пайплайн.

Якщо ви теж працюєте з Claude Code і ведете блог — спробуйте побудувати щось подібне. Не обов’язково копіювати мою структуру. Головне — розбити процес на фази і задокументувати кожну. Claude Code чудово працює з чіткими інструкціями. Погано — з розмитими побажаннями.

Пайплайн — це не магія. Це просто добре описаний процес, який виконує агент.

Related