Menu
Полный цикл создания обычной авторской статьи
Instalar com Codex ou Claude Copie este prompt, cole no Codex, Claude ou outro assistente e deixe que ele revise a página da skill e instale para você.
Baseado na classificação ocupacional SOC
Правила хорошего письма: связность, ясность, структура текста. Справочный скилл, который подключается из других скиллов при написании и редактуре текстов.
Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание.
Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
Ред-политика для гайдов по вебинарам. Превращаем транскрибации вебинаров в структурированные самостоятельные тексты. Две части: быстрый старт + подробный разбор.
Ред-политика для обзорных статей-эссе по теме проекта. Словарные, обзорные и разборные статьи: что это такое, как это работает, чем отличается от соседних понятий. Фактура собирается самостоятельно через исследование.
Полный цикл создания статьи-подборки сервисов
| name | write-essay |
| description | Полный цикл создания обычной авторской статьи |
| disable-model-invocation | true |
| argument-hint | ["путь-к-исходнику"] |
Запусти полный цикл создания статьи.
Исходный материал: $ARGUMENTS
Главный инструмент качества — твоя проверка в основном контексте, не агенты. Раньше в цепочке были агенты plan-checker, text-checker, final-reviewer — они вылизывали текст по чек-листам и делали его механическим, не видя полной картины. Теперь эти этапы делаешь ты: читаешь и правишь сам. Ты видишь весь текст целиком, помнишь историю разговора с пользователем и знаешь примеры — поэтому именно ты ловишь книжные конструкции, дубли, провалы в логике аргументации.
Перед тем как писать — прочитай 1–2 статьи из examples/essays/, если они есть. Стиль формируется из примеров, а не из правил. Если примеров нет, работай по ред-политике и профилю проекта.
Определи имя рабочей папки из имени исходного файла:
Все агенты сохраняют файлы в эту рабочую папку. Передавай путь к ней каждому агенту.
Используй подагента planner. Передай ему: путь к исходнику ($ARGUMENTS), тип контента (essay), путь к ред-политике, рабочую папку, путь к папке с примерами (прочитать 1–2 примера перед составлением плана).
Агент plan-checker больше не используется. Проверяешь план сам.
Покажи пользователю [рабочая папка]/plan.md и расскажи коротко, что поменял после своей проверки. Спроси, одобряет ли план.
Прочитай утвержденный план из рабочей папки (plan.md) и найди все пронумерованные блоки. Разбей на пары: [1–2], [3–4], [5–6] и т.д. Если блоков нечетное число — последняя группа из одного блока.
Для каждой пары последовательно запускай подагента writer. Каждый следующий запускается только после завершения предыдущего.
Каждый агент writer получает:
examples/essays/ есть примеры, 2–3 абзаца из статьи прямо встроены в промпт как образец вайба. Не «прочитай файл», а готовый текст в промпте — иначе агент не проникнется стилем.Обязательные требования к каждому writer: не использовать букву с двумя точками; никаких мета-анонсов и переходных фраз-связок между блоками; финальная самопроверка блока — прочитать вслух («коллеге за кофе так бы объяснил?»); antipatterns.md — не чек-лист, а инструмент для сомнительных мест.
После написания всех пар draft.md содержит полный черновик.
Агенты text-checker и final-reviewer больше не используются. Проверяешь и финализируешь сам.
Покажи пользователю [рабочая папка]/final.md и краткий отчет о правках, которые ты внес на шаге 5. Спроси, устраивает ли результат или нужны доработки.
Каждый следующий шаг начинается только после полного завершения предыдущего.
Шаги 2 и 5 — это твоя работа в основном контексте, а не вызов агента. Не делегируй их обратно агентам plan-checker/text-checker/final-reviewer — архитектура осознанно построена так, что ты делаешь эти этапы сам.