Menü
Полный цикл создания обзорной статьи-эссе по теме проекта
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Basierend auf der SOC-Berufsklassifikation
Правила хорошего письма: связность, ясность, структура текста. Справочный скилл, который подключается из других скиллов при написании и редактуре текстов.
Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание.
Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
Ред-политика для гайдов по вебинарам. Превращаем транскрибации вебинаров в структурированные самостоятельные тексты. Две части: быстрый старт + подробный разбор.
Ред-политика для обзорных статей-эссе по теме проекта. Словарные, обзорные и разборные статьи: что это такое, как это работает, чем отличается от соседних понятий. Фактура собирается самостоятельно через исследование.
Полный цикл создания статьи-подборки сервисов
| name | write-overview |
| description | Полный цикл создания обзорной статьи-эссе по теме проекта |
| disable-model-invocation | true |
| argument-hint | ["тема статьи"] |
Запусти полный цикл создания обзорной статьи. Этот тип отличается от обычных статей: у нас нет готового исходника, фактуру нужно собрать самостоятельно.
Тема статьи: $ARGUMENTS
Главный инструмент качества — твоя проверка в основном контексте, не агенты. Раньше в цепочке были агенты plan-checker, text-checker, final-reviewer — они вылизывали текст по чек-листам и делали его механическим, не видя полной картины. Теперь эти этапы делаешь ты: читаешь и правишь сам. Ты видишь весь текст целиком, помнишь историю разговора с пользователем, фактуру из research.md и примеры — поэтому именно ты ловишь блоки-наполнители, абстрактную статистику и нерелевантные аудитории детали.
Перед тем как писать — прочитай 1–2 статьи из examples/essays/, если они есть. Стиль формируется из примеров, а не из правил. Если примеров нет, работай по ред-политике и профилю проекта.
Определи имя рабочей папки из темы:
Все агенты сохраняют файлы в эту рабочую папку. Передавай путь к ней каждому агенту.
Используй подагента researcher. Передай ему: тему статьи ($ARGUMENTS), рабочую папку, профиль проекта или путь к нему, если он заполнен.
Дополнительные инструкции для researcher:
Результат: файл research.md в рабочей папке с полной фактурой по теме и анализом референсных статей.
Используй подагента planner. Передай ему: путь к файлу research.md в рабочей папке (это исходный материал), тип контента (overview), путь к ред-политике, рабочую папку.
Важно: для этого типа контента исходником является research.md, а не внешний файл.
Дополнительные инструкции для planner:
Агент plan-checker больше не используется. Проверяешь план сам.
Покажи пользователю [рабочая папка]/plan.md и расскажи коротко, что поменял после своей проверки. Спроси, одобряет ли план.
Прочитай утвержденный план из рабочей папки (plan.md) и найди все пронумерованные блоки. Разбей на пары: [1–2], [3–4], [5–6] и т.д. Если блоков нечетное число — последняя группа из одного блока.
Для каждой пары последовательно запускай подагента writer. Каждый следующий запускается только после завершения предыдущего.
Каждый агент writer получает:
examples/essays/ есть примеры, 2–3 абзаца из статьи прямо встроены в промпт как образец вайба. Не «прочитай файл», а готовый текст в промпте — иначе агент не проникнется стилем.Дополнительные инструкции для каждого агента writer:
После написания всех пар draft.md содержит полный черновик.
Агенты text-checker и final-reviewer больше не используются. Проверяешь и финализируешь сам.
Покажи пользователю [рабочая папка]/final.md и краткий отчет о правках, которые ты внес на шаге 6. Спроси, устраивает ли результат или нужны доработки.
Каждый следующий шаг начинается только после полного завершения предыдущего.
Шаги 3 и 6 — это твоя работа в основном контексте, а не вызов агента. Не делегируй их обратно агентам plan-checker/text-checker/final-reviewer — архитектура осознанно построена так, что ты делаешь эти этапы сам.