telegraph-article

name	telegraph-article
description	Написание статей для Telegraph (Telegram). Используй когда нужно написать статью для Telegraph.

Telegraph Article Writer

Скилл для написания статей в Telegraph от имени Игоря Масленникова.

Когда использовать

• Пользователь просит написать статью для Telegraph
• Нужна длинная статья для Telegram-аудитории
• Контент слишком большой для обычного поста, но не тянет на Хабр

Платформа: Telegraph

Аудитория: Telegram-пользователи, подписчики канала Тон: Разговорный, прямой, без академизма — как рассказываешь коллеге за кофе Длина: 5,000-15,000 символов Язык: Русский

---

Культура Telegraph

Аудитория

• Кто читает: Подписчики Telegram-каналов — предприниматели, разработчики, менеджеры, технически грамотные люди. Не обязательно глубокие технари, но понимают контекст.
• Где читают: 67% — с мобильного телефона. Остальные — с десктопного Telegram. Почти никто не открывает Telegraph в отдельном браузере специально.
• Как читают: Быстрый скроллинг. Решение "читать или закрыть" — за 3-5 секунд. Если первые два абзаца не зацепили — закроют. Дочитывают до конца ~30-40% открывших.
• Ожидания: Конкретика, опыт, цифры. Не хотят читать учебник — хотят узнать, как сделал ты.

Что работает на Telegraph

• Короткие абзацы (2-3 предложения максимум)
• Чёткая визуальная структура: заголовки, разделители, воздух между блоками
• Личный опыт и конкретные примеры
• Прямая речь автора — "я сделал", "мы попробовали", "вот что получилось"
• Цифры и результаты в начале, а не в конце
• Мобильно-удобные блоки: короткие строки, без горизонтального скролла

Что НЕ работает на Telegraph

• Длинные академические абзацы (5+ предложений — стена текста на мобильном)
• Сложные таблицы (ломаются на мобильном)
• Развёрнутые блоки кода (syntax highlighting нет, длинный код нечитаем)
• Абстрактные рассуждения без примеров
• Заголовки длиннее 60 символов (обрезаются в превью)
• "Вводная часть" на 3 экрана до сути

Тон общения

• Как в личном разговоре — не лекция, не доклад
• Короткие мысли — одна идея = один абзац
• Безжалостно к воде — каждое предложение должно нести смысл
• Допустима незавершённость — "это мы ещё тестируем, результаты потом"
• Прямота — без "с одной стороны / с другой стороны"

---

ФАЗА 0: ИНТЕРВЬЮ С АВТОРОМ (ОБЯЗАТЕЛЬНО!)

Перед написанием — задай автору 3-4 вопроса. Telegraph-статьи короче хабровских, но без живого контекста они мгновенно опознаются как AI-генерат.

ФАЗА 0.1 — Правила живого письма

Skill('living-text-style') до первой написанной строки, правила держатся в контексте до конца ФАЗЫ 2.

ФАЗА 0.2 — Контракт черновика (ОБЯЗАТЕЛЬНО)

Читается целиком: .claude/skills/living-text-style/references/per-section-drafting.md (входы, фактчек, письмо по секциям) и .claude/skills/living-text-style/references/community-research.md (шаг 2b).

Запрос вида «напиши исчерпывающую статью про X» не выполняется без пакета источника: он и есть команда на энциклопедическую архитектуру, которую читатель опознаёт как машинную.

Выбери релевантные:

1. Что случилось: "Расскажи конкретную ситуацию — что за проект, что пошло не так, что получилось?"
2. Реакция: "Что тебя удивило / бесило / порадовало в процессе? Какая была первая реакция?"
3. Цифры: "Есть конкретные числа — сроки, стоимость, сколько раз переделывали?"
4. Вывод для читателя: "Что бы ты посоветовал тому, кто столкнулся с такой же задачей? Одним предложением."

Зачем это нужно: Telegraph-аудитория особенно чувствительна к "синтетике". Они привыкли к живому авторскому тону в каналах. AI-генерат бросается в глаза мгновенно — нет деталей, нет эмоций, всё слишком гладкое.

Если автор не может ответить — предупреди: "Без личного опыта статья будет выглядеть как пересказ документации. Telegraph-аудитория такое не читает."

Полученные ответы вплетай в текст как конкретные детали и микро-истории, а не как абстрактные утверждения.

---

ФАЗА 1: ВЫБОР СТРУКТУРЫ (НЕ ШАБЛОН!)

КРИТИЧНО: Каждая статья должна иметь УНИКАЛЬНУЮ структуру. Не копируй формат предыдущей.

Зачин

Пять рабочих типов входа: быстрая личная история · дерзкое утверждение · результат вперёд · вопрос.

Тип выбирается под материал, а не по очереди, и чередуется между статьями — два подряд одинаковых зачина узнаются раньше содержания.

Что делает зачин рабочим: он начинается с конкретного момента или утверждения, а не с подготовки к ним. Признак провала — первое предложение можно выкинуть, и статья ничего не потеряет.

Готовых первых фраз здесь нет намеренно: зачин, взятый из скилла, приезжает в текст дословно и становится подписью.

Строительные блоки (комбинируй свободно, НЕ используй все):

• Личная предыстория / боль (короткая, 2-3 абзаца)
• Суть решения (без занудного теоретического обоснования)
• Конкретный кейс с цифрами
• Что не сработало / грабли
• Результат до/после (список или пара предложений — не таблица)
• Мнение / позиция автора
• Ссылки на инструменты
• Контакты автора

Правила комбинирования:

• Используй 4-6 блоков, не все
• Порядок блоков — из логики статьи, не из шаблона
• Секции должны быть РАЗНОЙ длины (от 1 абзаца до 5)
• НЕ каждая статья нуждается в "Итого" или списке результатов
• На мобильном длинная секция = потеря читателя. Максимум 5 абзацев подряд без подзаголовка

---

Форматирование Telegraph

Доступно

• # Заголовок (H1)
• ## Подзаголовок (H2)
• **жирный**
• _курсив_
• [ссылка](url)
• Списки (- или *)
• Цитаты (>)
• Код (`)
• Изображения

НЕ доступно

• Spoiler-блоки
• Сложные таблицы (только простейшие)
• Syntax highlighting
• Встроенное видео (только ссылки)
• Кастомные шрифты или цвета

Заголовки для Telegraph (формулы)

Работающие формулы:

• Цифра + результат: "E-commerce за 6 дней: как мы это сделали"
• Как + конкретика: "Как настроить Claude Code за 5 минут"
• Что + результат: "Что случилось, когда мы дали AI вести 5 проектов"
• Провокация: "Почему ваш разработчик стоит дороже, чем нужно"
• Прямой опыт: "Мы попробовали X — вот честный результат"

Правила:

• Максимум 60 символов (длиннее — обрезается в Telegram-превью)
• Без кликбейта уровня "ШОК! Вы не поверите!"
• Конкретика бьёт абстракцию: "за 6 дней" лучше чем "быстро"
• Без двоеточия в начале: "Заголовок: подзаголовок" — OK, но не злоупотреблять

---

ФАЗА 2: НАПИСАНИЕ (АНТИ-AI ГИГИЕНА)

Лимиты форматирования (ЖЁСТКИЕ!)

Элемент	Максимум на статью
Bullet-списки	4
Блоки кода	3
Жирные абзацы (целиком bold)	5
Цитаты	3

Правило 70/30: Минимум 70% текста — связная проза. Максимум 30% — форматированные блоки (код, списки, цитаты). На Telegraph форматирование ограничено, поэтому основная сила — в тексте. Если получается больше 30% форматированных блоков — перепиши в прозу.

Анти-AI гигиена при написании

Пиши конкретно, варьируй ритм, не используй штампы. Каталог паттернов A1–A42 и платформенные стоп-слова живут в ai-text-checker — он же их и ловит на ФАЗЕ 3. Здесь держим в голове только то, что чинится при написании, а не при вычитке.

• Короткие абзацы (≤3 предложений) — на мобильном длинные абзацы убивают чтение

Структурные маркеры (НИКОГДА не повторять между статьями):

• Одинаковый формат контактов — ВАРЬИРОВАТЬ каждый раз
• Одинаковая концовка "Итого" с bullet-списком — ВАРЬИРОВАТЬ
• Фиксированный формат "Пишу про AI-агентов..." — ВАРЬИРОВАТЬ подпись

Живость — то, ради чего дочитывают

Уходят не от сложности, а от ощущения, что текст написан ни для кого и никем. Пять вещей это чинят. Ни одна не является нормой в штуках: реакция, вставленная ради счётчика, читается как фальшь — это фингерпринт 52, и его ловят на ФАЗЕ 3.

Конкретная история. Держится на четырёх частях: когда, что сделали, чем кончилось, что поменяли после. Признак провала — историю можно пересказать одним предложением без потери, значит, это было утверждение. Берётся из ответов автора на ФАЗЕ 0; синтетическую («представьте компанию, которая…») не сочиняем — это проход 5 hostile-editor.

Эмоциональная реакция называет, что автор почувствовал в конкретный момент и почему. Признак провала — реакцию можно переставить в другую статью, и ничего не изменится. И она не объявляет себя честной: «давайте честно», «скажу прямо» — это A33.

Вариация ритма. Длина предложения идёт от содержания: сложная мысль — длинное, вывод или поворот — короткое. Три предложения одной длины и одной конструкции подряд читаются как машина, даже если каждое верно. Граница с фингерпринтом 49: короткая фраза остаётся, если несёт факт или поворот; цепочка коротких кивков без содержания — имитация вдумчивости.

Отступление — не больше одного, и только если после него основная мысль понятнее. Иначе это украшение, которое автор вырежет руками. Начинается с сути: «кстати» и «к слову» — вводные из A26.

Поправка самого себя работает, когда автор правда уточняет мысль: сузил утверждение, вспомнил условие. Поправка ради живости — такой же шаблон, просто менее заметный.

Структурные антипаттерны (чего НЕ делать)

• НЕ начинай каждую секцию с определения: "X — это технология, которая..."
• НЕ заканчивай секцию выводом-пересказом: "Таким образом, X позволяет...". Вывод, дающий правило или применение, ставить можно — но не в каждой секции подряд (правило от 06.08.2026, per-section-drafting.md п.5)
• НЕ чередуй секции одинаковой длины — варьируй
• НЕ ставь bullet-список в каждую вторую секцию
• НЕ используй "переходные" предложения: "Перейдём к следующему пункту"
• НЕ пиши "Заключение" как заголовок последней секции
• НЕ пересказывай документацию — дай ссылку и добавь свой опыт
• НЕ балансируй: имей позицию, не "с одной стороны / с другой"
• НЕ анонсируй контент подводками: «дальше будет видно, зачем», «а сейчас — история, ради которой…», «сводка без лирики —…». Секция и абзац начинаются с сути (паттерн A34 в ai-text-checker)
• НЕ завязывай секции афористичным «бантиком» («ради этого всё и затевалось») и не приклеивай оценочные хвосты («— и это показательно»). Один афористичный финал на статью — потолок

---

ФАЗА 3: ПОСТ-ПРОВЕРКА (ОБЯЗАТЕЛЬНО!)

После написания — два этапа: проверки и ручной чек-лист.

Проверки — по общему порядку

Порядок общий для всех площадок: .claude/skills/living-text-style/references/review-pipeline.md — прочитай целиком и выполни по шагам. Параметры этого скилла:

Параметр	Значение
platform	telegraph
--scope	shortform
mode	report

Специфика площадки, которую дополнительно ловит ai-text-checker (Layer C): правило 70/30, мобильная читаемость.

Ни один этап не переписывает документ — правки вносит автор.

Чеклист "Не робот" (Telegraph)

• Мобильная читаемость? Открой мысленно на телефоне — нет ли стен текста, длинных строк кода, широких таблиц?
• Уникальная структура? Отличается ли порядок секций от предыдущих Telegraph-статей?
• Соотношение 70/30? Минимум 70% — связная проза, максимум 30% — форматированные блоки?
• Живые истории? Есть минимум 1-2 конкретных истории с деталями (проект, что случилось, результат)?
• Эмоции? Есть минимум 2-3 момента с реальной реакцией (удивление, раздражение, ирония)?
• Короткие абзацы? Ни один абзац не длиннее 3 предложений? Есть воздух между блоками?
• Зацепка в начале? Первые 2-3 предложения мотивируют дочитать? Не "В данной статье..."?
• Нет AI-штампов? Проверь на фразы из запрещённого списка
• Заголовок <= 60 символов? Не обрежется в Telegram-превью?

Непройденный пункт — не арифметика, а сигнал вернуться к материалу.

---

Секция контактов

Ссылки наружу: только Telegram-канал (ЖЁСТКОЕ ПРАВИЛО)

Правило — .claude/skills/living-text-style/references/contacts-policy.md.

Данные:

• Telegram-канал: https://t.me/maslennikovigor
• Прямой контакт: https://t.me/maslennikovig

Формулировка придумывается заново каждый раз: дословно повторённая подпись — самый заметный отпечаток автора. Тон площадки — коротко, читают с телефона.

Проверка: сравни с подписью прошлой статьи. Совпадает по структуре — перепиши.

Метрики компании

Цифры про компанию не берутся ни из скилла, ни из памяти модели — они спрашиваются у автора на ФАЗЕ 0 и идут в таблицу фактчека как собственный замер. Правило целиком — .claude/skills/living-text-style/references/contacts-policy.md, раздел «Цифры про компанию в скиллах не хранятся».

Причина конкретная: число агентов и самодельный оркестратор устарели, автор давно работает на другом стеке, а в скиллах эти цифры лежали как факт.

В текст берутся только те метрики, что нужны сюжету, и вплетаются естественно, а не вываливаются списком.

---

Примеры

Технический туториал

# Как настроить Claude Code за 5 минут

Вы скачали Claude Code, но работаете "из коробки"?
Потратьте 5 минут на настройку — сэкономите часы.

---

## Шаг 1: Создайте settings.json

Откройте терминал и выполните:

`mkdir -p .claude && touch .claude/settings.json`

## Шаг 2: Добавьте базовые настройки

Скопируйте в файл:

{
  "plansDirectory": "./docs/plans",
  "enableAllProjectMcpServers": true,
  "permissions": {
    "allow": ["Bash(npm:*)", "Bash(git:*)"]
  }
}

## Шаг 3: Проверьте

Запустите `claude` — теперь без вопросов "Allow?".

---

3 настройки = минус 50 кликов в день.

Telegram: @maslennikovig

Бизнес-кейс

# E-commerce за 6 дней: как мы это сделали

Клиент написал: интернет-магазин с каталогом, корзиной, оплатой.
Бюджет ограничен, сроки — "вчера".

Обычная команда: 30 дней, 5 человек, 500К.
Мы: 6 дней, 3 человека + AI-агенты, 100К.

---

## День 1-2: Архитектура

[Описание с конкретикой]

## День 3-4: Разработка

[Описание с цифрами и граблями]

## День 5-6: Тестирование

[Описание с результатами]

---

6 дней. 100К. Работающий магазин.

Хотите так же? Пишите: @maslennikovig

---

Метаданные

---
platform: telegraph
title: "[Заголовок — до 60 символов]"
author: Igor Maslennikov
date: [YYYY-MM-DD]
length: ~[N] characters
telegram_channel: https://t.me/maslennikovigor
language: ru
---

Сохранение файла

articles/telegraph/[slug].md

Где [slug] — короткое описание темы через дефис.

Публикация

1. Скопировать контент
2. Открыть telegra.ph
3. Вставить и отформатировать
4. Опубликовать
5. Поделиться ссылкой в канале https://t.me/maslennikovigor

---

Источники

• Вы не сможете это развидеть: краткий гайд по определению LLM-текстов на Хабре
• Как AI захватывает Хабр, и почему это всех бесит