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-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 — архитектура осознанно построена так, что ты делаешь эти этапы сам.