القائمة
Полный цикл создания обзорной статьи-эссе по теме проекта
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Правила хорошего письма: связность, ясность, структура текста. Справочный скилл, который подключается из других скиллов при написании и редактуре текстов.
Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание.
Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
Ред-политика для гайдов по вебинарам. Превращаем транскрибации вебинаров в структурированные самостоятельные тексты. Две части: быстрый старт + подробный разбор.
Ред-политика для обзорных статей-эссе по теме проекта. Словарные, обзорные и разборные статьи: что это такое, как это работает, чем отличается от соседних понятий. Фактура собирается самостоятельно через исследование.
Полный цикл создания статьи-подборки сервисов
| 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 — архитектура осознанно построена так, что ты делаешь эти этапы сам.