Menu
Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
Правила хорошего письма: связность, ясность, структура текста. Справочный скилл, который подключается из других скиллов при написании и редактуре текстов.
Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
Ред-политика для гайдов по вебинарам. Превращаем транскрибации вебинаров в структурированные самостоятельные тексты. Две части: быстрый старт + подробный разбор.
Ред-политика для обзорных статей-эссе по теме проекта. Словарные, обзорные и разборные статьи: что это такое, как это работает, чем отличается от соседних понятий. Фактура собирается самостоятельно через исследование.
Полный цикл создания статьи-подборки сервисов
Полный цикл создания обычной авторской статьи
| name | redpolicy-article |
| description | Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание. |
| user-invocable | false |
Общие правила хорошего письма описаны в скилле good-writing и antipatterns.md. Ниже — только правила, специфичные для статей-подборок.
Пишем статью-подборку для аудитории проекта. Читателю важно быстро понять, какой сервис, инструмент или продукт ему подходит, для чего он нужен, сколько стоит и чем отличается от соседних вариантов.
Описание сервисов по одному шаблону:
Перед написанием обзора собираем актуальную информацию через поиск. Не полагаемся на знания из обучения.
Проверяем: актуальная версия сервиса, тарифы и цены, лимиты бесплатной версии, как сейчас работает сервис, не закрылся ли он.
Сверяем информацию минимум из двух источников. Приоритет — официальные сайты и документация.
Используем конструкции «можно сделать» вместо прямого обращения через глаголы. Не «загружаете фото и получаете результат», а «можно загрузить фото и получить результат».
Не приводим конкретные примеры промптов в описаниях. Вместо «напишите "средневековый меч"» пишем «можно ввести текстовое описание нужного предмета».
Каждый абзац плавно перетекает в следующий и создает цельную историю о сервисе: что он делает → как работает → какой результат → сколько стоит. Абзацы не должны быть разрозненными фактами.
Части не должны повторять друг друга. Блоки логически завершенные.
Правила оформления описаний сервисов лежат в good-writing/antipatterns.md:
Перед написанием блока прочитать эти разделы. После написания каждого описания сервиса пройтись по ним еще раз.
Горизонтальные разделители (—) внутри статьи не используются. Разделение через заголовки.
Примеры статей-подборок находятся в examples/articles/. Загрузи 1–3 примера, если они есть. Если примеров нет, работай по этой ред-политике и профилю проекта.
