В каждой вайбкодинг-сессии два результата: код и понимание. Код пушится в git. Понимание — нет.
“5 часов вайбкодил, а что сделал — вспомнить не могу.” 22 марта я дорабатывал скилл для публикации кейсов — к вечеру не мог вспомнить с чего начинал.
Я завёл блог, который пишет себя сам. В конце рабочей сессии Claude Code генерирует статью и пост в Telegram-канал.
Проблема — знания растворяются
Каждая сессия с Claude Code — решённая задача. Настроил деплой, разобрался с API, нашёл баг в конфиге. Через неделю — не вспомнишь.
Можно вести заметки. Но когда решаешь задачу, документация ощущается лишней. Проще спросить AI ещё раз. И ещё. Одно и то же по кругу.
Серёжа Рис описал эту проблему в “Дневнике вайбкодера” — и предложил превращать каждую сессию в статью через скиллы Claude Code. Открыл его пост, прочитал — и в тот же день начал переписывать свой скилл. Мне нужен был не просто блог — а полный пайплайн: статья на сайт + пост в Telegram с карточкой. Плюс мне не нравилось что старый скилл генерировал два разных фронтматтер-шаблона — и оба были неправильные.
Как это работает
Я решил не делать два отдельных скилла — это плодило бы дублирование инструкций. Говорю “запости кейс” или “напиши статью” — запускается пайплайн из одного скилла.
Генерация. Claude Code вытягивает из разговора контекст — что делали, какая была проблема, что получилось. Генерирует черновик статьи и короткий пост для Telegram.
Редактура. Три параллельных критика вычитывают текст. Первый ищет шаблонные AI-фразы типа “важно понимать” и “стоит отметить” — удаляет. Второй проверяет ритм: если все предложения одной длины — ломает паттерн. Третий ищет где добавить конкретику: даты, числа, названия инструментов (именно этот критик сейчас диктует мне эти правки). Rewriter переписывает по замечаниям. Жёсткое правило: текст только короче, никогда длиннее.
Сегодня агент-ревьюер нашёл три реальных бага в спеке скилла: неправильное имя поля readtime, отсутствующий MIME-тип у вложений, отсутствие проверки длины подписи к карточке. AI проверяет AI.
Публикация. Playwright рендерит карточку для Telegram — тёмный фон, моноширинный шрифт, логотип. Всё показывается мне. Пока не скажу “ок” — ничего не публикуется. После одобрения: пост улетает в Telegram через бота, статья деплоится на сайт, коммит в git. Скилл сам проверяет что пост появился в канале и страница на сайте отдаёт 200.
Два режима
“Запости кейс” — статья уходит в раздел кейсов на сайте. Структура жёсткая: задача → что было → что сделали → результат с цифрами → стек.
Блог — другая история. Никакой жёсткой рамки: хук, проблема, решение, результат. Этот пост — как раз блог, не кейс.
Для обоих — карточка и короткий пост в Telegram.
Что это даёт
Вместо рытья в истории чатов — ищу в блоге. Статья про настройку CMS находится в Google быстрее чем я вспомню в каком проекте это было.
Первый пост через скилл занял час с правками. Этот — минут 20 с учётом того что я параллельно правил сам скилл.
Раньше посты в канал выходили когда руки доходили. Теперь каждая рабочая сессия заканчивается вопросом “опубликовать кейс?”
Под капотом — один файл
Весь пайплайн — один markdown-файл на 12 КБ. Ни строчки кода — только инструкции на русском. Скилл для Claude Code.
Сегодня я прогнал brainstorming через 6 вопросов подряд, запустил трёх параллельных исследовательских агентов, получил ревью спеки — и всё это в одной сессии Claude Code. Мой первый вариант скилла я переписывал трижды — сегодня уже четвёртая редакция. Зато работает.
Напишите @eldarmarketing — обсудим вашу задачу.