القائمة
Полный цикл создания статьи-подборки сервисов
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Правила хорошего письма: связность, ясность, структура текста. Справочный скилл, который подключается из других скиллов при написании и редактуре текстов.
Ред-политика для статей-подборок сервисов. Пишем обзоры сервисов, инструментов и продуктов для аудитории проекта. Каждый сервис описывается по шаблону: название, ссылка, стоимость, описание.
Ред-политика для обычных авторских статей. Объединяет правила хорошего письма с общими принципами формата. Для статей, которые не являются подборками сервисов, гайдами или другими форматами с отдельной ред-политикой.
Ред-политика для гайдов по вебинарам. Превращаем транскрибации вебинаров в структурированные самостоятельные тексты. Две части: быстрый старт + подробный разбор.
Ред-политика для обзорных статей-эссе по теме проекта. Словарные, обзорные и разборные статьи: что это такое, как это работает, чем отличается от соседних понятий. Фактура собирается самостоятельно через исследование.
Полный цикл создания обычной авторской статьи
| name | write-article |
| description | Полный цикл создания статьи-подборки сервисов |
| disable-model-invocation | true |
| argument-hint | ["путь-к-исходнику"] |
Запусти полный цикл создания статьи-подборки.
Исходный материал: $ARGUMENTS
Главный инструмент качества — твоя проверка в основном контексте, не агенты. Раньше в цепочке были агенты plan-checker, text-checker, final-reviewer — они вылизывали текст по чек-листам и делали его механическим, не видя полной картины. Теперь эти этапы делаешь ты: читаешь и правишь сам. Ты видишь весь текст целиком, помнишь историю разговора с пользователем и знаешь примеры — поэтому именно ты ловишь книжные конструкции, дубли, расхождения с данными исследования.
Перед тем как писать — прочитай 1–2 подборки из examples/articles/, если они есть. Стиль формируется из примеров, а не из правил. Если примеров нет, работай по ред-политике и профилю проекта.
Определи имя рабочей папки из имени исходного файла:
Все агенты сохраняют файлы в эту рабочую папку. Передавай путь к ней каждому агенту.
Используй подагента article-researcher. Передай ему: путь к исходнику ($ARGUMENTS), рабочую папку.
Результат: файл research.md в рабочей папке с актуальными данными о каждом сервисе.
Используй подагента planner. Передай ему: путь к исходнику ($ARGUMENTS), путь к research.md в рабочей папке (дополнительный исходный материал с актуальными данными о сервисах), тип контента (article), путь к ред-политике, рабочую папку, путь к папке с примерами (прочитать 1–2 примера перед составлением плана).
Важно: planner использует ОБА файла — оригинальный исходник и research.md. Данные из research.md актуальнее.
Агент plan-checker больше не используется. Проверяешь план сам.
Покажи пользователю [рабочая папка]/plan.md и расскажи коротко, что поменял после своей проверки. Спроси, одобряет ли план.
Прочитай утвержденный план из рабочей папки (plan.md) и найди все пронумерованные блоки. Разбей на пары: [1–2], [3–4], [5–6] и т.д. Если блоков нечетное число — последняя группа из одного блока.
Для каждой пары последовательно запускай подагента writer. Каждый следующий запускается только после завершения предыдущего.
Каждый агент writer получает:
examples/articles/ есть примеры, 2–3 описания сервисов прямо встроены в промпт как образец вайба. Не «прочитай файл», а готовый текст в промпте — иначе агент не проникнется стилем.Важно: writer использует ОБА файла — оригинальный исходник и research.md. Данные из research.md актуальнее.
Обязательные требования к каждому writer: шаблон описания сервиса по ред-политике; ссылки на каждый сервис; не использовать букву с двумя точками; antipatterns.md — не чек-лист, а инструмент для сомнительных мест.
После написания всех пар draft.md содержит полный черновик.
Агенты text-checker и final-reviewer больше не используются. Проверяешь и финализируешь сам.
Покажи пользователю [рабочая папка]/final.md и краткий отчет о правках, которые ты внес на шаге 6. Спроси, устраивает ли результат или нужны доработки.
Каждый следующий шаг начинается только после полного завершения предыдущего.
Шаги 3 и 6 — это твоя работа в основном контексте, а не вызов агента. Не делегируй их обратно агентам plan-checker/text-checker/final-reviewer — архитектура осознанно построена так, что ты делаешь эти этапы сам.