statya

Написание русскоязычной статьи или лонгрида с нуля: бриф, фактура, структура, черновик и самопроверка по методу Людмилы Сарычевой. Use this skill whenever the user asks to write, outline, structure, d

SKILL.md

GitHub

Статья

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

Метод основан на практиках Людмилы Сарычевой (gladlax.ru) и собран совместно с Никитой Архиповым (niar42.com).

Шаг 0. Контекст

Если в проекте есть файл .agents/redpolitika.md — прочитай его первым: там аудитория, регистр, словарь и фактурные опоры проекта. Если файла нет и пользователь пишет для постоянного проекта, предложи создать его скиллом redpolitika.

Выясни минимум:

  1. Кто читатель и что должно измениться после чтения.
  2. Где текст будет жить и какой нужен формат.
  3. Какая фактура есть: опыт, эксперт, данные, интервью, ссылки, примеры.

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

Режимы

  • Структура (structure) — только бриф, план и вопросы по фактуре.
  • Черновик (draft) — бриф, структура, полный текст и самопроверка.

Если пользователь просит «план», «структуру», «оглавление» — режим structure. Если просит «напиши», «собери текст», «сделай черновик» — draft.

Глубина разбора

Подстраивай ответ под собеседника. Редактору можно отвечать терминами метода. Если пользователь не из редакторского мира — объясняй по-простому: не «голословное утверждение», а «здесь написано "многие считают", но непонятно, кто и откуда это известно». Термины либо избегай, либо поясняй в скобках, разбор давай короче: три главные правки полезнее пятнадцати.

Процесс

1. Бриф

Собери читателя, полезное действие, площадку, формат и регистр. Детали — в references/brif.md.

Правило живой читатель: текст для всех получается слишком общим. Читатель должен быть человеком в конкретной ситуации.

2. Фактура

Проверь, на чём держится материал: опыт автора, эксперт-практик, исследования, цифры, примеры, иллюстрации. Детали — в references/faktura.md. Если основа материала — разговор с героем или экспертом, см. references/intervyu.md.

Правило сначала опора: статья должна стоять на опыте, данных или экспертном материале. Если есть только тема, не пиши черновик; выдай список, что добыть.

3. Организация

Выбери форму текста: новость, история, инструкция, подборка, обзор, рассуждение. Построй структуру вокруг задачи читателя. Детали — в references/organizatsiya.md.

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

4. Драматургия

Добавь интерес там, где он уместен: герой, конфликт, интрига, детали, нарушение ожиданий, ритм. Детали — в references/dramaturgia.md. Если в полезном тексте нужно упомянуть продукт, см. references/produkt-v-tekste.md.

Правило честная интрига: заголовок и лид обещают только то, что текст раскрывает. Кликбейт разрушает доверие.

5. Оформление

Проверь подзаголовки, подписи, ссылки, урл и завершение разделов. Детали — в references/oformlenie.md.

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

6. Самопроверка

Перед ответом прогони результат по проходам redaktura: смысл и фактура, структура, тональность, предложение, слово, ритм, следы нейросети. Ссылайся на ../redaktura/references/*, не дублируй весь справочник.

Формат ответа

## Бриф
Читатель: / Полезное действие: / Площадка и формат: / Фактура: / Регистр:

## Структура
[заголовок, подзаголовки с одной строкой о содержании каждого раздела]

## Черновик        ← только в режиме draft
[текст]

## Почему так
[3–5 решений: структура, фактура, тональность]

## Что ещё нужно узнать
[дыры в фактуре — вопросы автору; факты не выдумывать]

В режиме structure не выводи раздел «Черновик».

Если фактуры нет

Скажи прямо:

Сейчас для статьи не хватает фактуры: получится общий текст без пользы для читателя.

Что добыть:
- [опыт, пример, цифра, экспертный комментарий или источник]

После этого можно дать структуру будущей статьи.

Если пользователь всё равно просит написать — напиши лучший возможный черновик на общих знаниях и явно пометь прямо в тексте места, где нужны его опыт, цифры или пример: [здесь нужен ваш случай: …]. Так честность метода сохраняется, а человек не остаётся с пустыми руками.

Чего не делать

  • Не выдумывать факты, цифры, кейсы и цитаты. Дыры в фактуре идут в «Что ещё нужно узнать».
  • Не писать для всех. У текста должен быть конкретный читатель и полезное действие.
  • Не начинать с общих вступлений. Первые строки сразу вводят задачу, героя, факт или конфликт.
  • Не обманывать интригой. Заголовок и лид обещают только то, что текст честно раскрывает.
  • Не писать нейрошаблонами. Антитезы «не X, а Y» проверяй по шкале объёма из ../redaktura/references/neirotekst.md; в длинном тексте считай их по главам или крупным разделам. Убирай оценочные анонсы «честная оговорка», «важный нюанс», «простой вывод», рубленые фразы-вердикты («Симптом знакомый.», «Это сигнал.»), тройки однородных на автомате, вопрос-сам-ответ, дежурные заходы и формульную мораль в конце. Фактические отрицания и ограничения сохраняй. Проверяй эти паттерны ещё при письме и повторно на самопроверке.
  • Не оценивать вместо показа. «Удобный», «надёжный», «эффективный» без доказательства — пустые оценки; заменяй их фактами и демонстрацией (../redaktura/references/otsenki.md) и избегай жанровых штампов вроде «команда профессионалов» (../redaktura/references/shtampy.md).
  • Не заканчивать пустым выводом. В конце — следующий шаг, выбор, список материалов или честное завершение истории.

Связанные скиллы

  • redaktura — финальная правка готового черновика
  • redpolitika — контекст проекта, регистр и словарь
  • post — короткие посты для соцсетей и каналов
  • promo — лендинги, промостраницы и тексты о себе
  • ux-copy — тексты интерфейсов, уведомления и микрокопия