메뉴
Разбить план, спецификацию или PRD на независимые задачи для реализации с помощью вертикальных срезов. Использовать, когда пользователь хочет превратить план, PRD, описание функции или техническую спецификацию в набор исполнимых задач.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | prd-to-vertical-slice-tasks |
| description | Разбить план, спецификацию или PRD на независимые задачи для реализации с помощью вертикальных срезов. Использовать, когда пользователь хочет превратить план, PRD, описание функции или техническую спецификацию в набор исполнимых задач. |
| metadata | {"author":"Stanislav [MADTeacher] Chernyshev","url":"https://github.com/MADTeacher","version":"1.0"} |
Разбей план, спецификацию или PRD на независимые задачи для реализации, используя подход вертикальных срезов.
Вертикальный срез — это тонкий, но законченный путь через все необходимые уровни системы: данные, бизнес-логику, API, интерфейс, тесты, интеграции и наблюдаемое поведение.
Не разбивай работу горизонтально по слоям вроде:
Каждая задача должна давать самостоятельный, проверяемый и по возможности демонстрируемый результат.
Используй все, что уже есть в текущем контекстном окне:
Не начинай с повторного интервью, если в текущем контексте уже достаточно информации для первичной декомпозиции.
Если пользователь передал внешний документ, текст задачи или ссылку на доступный источник, используй его как исходный материал.
Если кодовая база, документация, тесты или другие материалы доступны, изучи их, чтобы понять текущее состояние системы.
Особенно проверь:
Не спрашивай пользователя о том, что можно надежно выяснить из доступных материалов.
Разбей работу на задачи-трассеры.
Каждая задача должна быть узкой, но завершенной. Она должна проходить через все необходимые уровни реализации и давать наблюдаемое поведение.
Задачи могут быть двух типов:
По возможности предпочитай AFK-задачи. Отмечай задачу как HITL только тогда, когда без человеческого решения действительно нельзя безопасно двигаться дальше.
- Каждый срез реализует узкий, но законченный end-to-end сценарий. - Каждый срез проходит через все необходимые интеграционные слои. - Завершенный срез можно проверить, продемонстрировать или принять независимо. - Лучше много маленьких срезов, чем несколько крупных задач. - Не создавай задачи, которые меняют только один технический слой без пользовательски или системно наблюдаемого результата. - Если один срез зависит от решения в другом, явно укажи зависимость. - Если срез слишком большой, раздели его на несколько последовательных срезов.Сначала представь предлагаемую разбивку в виде нумерованного списка.
Для каждого среза покажи:
После списка задай пользователю вопросы:
Итерируй декомпозицию, пока пользователь не подтвердит, что структура задач подходит.
После утверждения декомпозиции сформируй задачи в порядке зависимостей: сначала блокирующие задачи, затем зависящие от них.
Используя шаблон ниже запиши в markdown-файлы каждую задачу и сохрани в директории docs/tasks в корневой директории проекта.
Если у задач еще нет внешних идентификаторов, ссылайся на них по номерам из текущей декомпозиции.
Укажи исходный план, PRD, спецификацию, функцию или баг, из которого получена задача.
Если явная родительская задача отсутствует, то этот раздел можно опустить.
Кратко опиши вертикальный срез.
Описывай end-to-end поведение, а не послойную реализацию.
Плохо:
Добавить таблицу, затем endpoint, затем экран.
Хорошо:
Пользователь может создать черновик сущности, увидеть его в списке и открыть карточку с сохраненными данными.
Опиши, какой наблюдаемый результат появится после выполнения задачи.
Результат должен быть проверяемым независимо от других задач, насколько это возможно.
Критерии должны описывать наблюдаемое поведение системы, а не внутренние детали реализации.
Укажи, какие задачи должны быть выполнены раньше.
Если зависимостей нет, напиши:
AFK или HITL.
Если задача HITL, явно укажи, какое человеческое решение или подтверждение требуется.
Добавь только те технические заметки, которые помогают выполнить задачу.
Не включай конкретные пути к файлам и фрагменты кода, если они могут быстро устареть.
Опиши, что нужно проверить.
Включи:
Создавать, редактировать, проверять, рендерить и визуально ревьюить Mermaid/meramid-диаграммы (`.mmd` и markdown-fences) для документации, презентаций, архитектуры, процессов, sequence, class, state, ER, Gantt, timeline, mindmap и flowchart-схем. Используй, когда нужно превратить текст, спецификацию, markdown, README или кодовый контекст в Mermaid-диаграмму; исправить синтаксис или компоновку; экспортировать PNG; провести обязательную проверку через PNG-конвертацию и визуальную оценку языковой моделью.
Создавать, улучшать, аудировать и переписывать продвинутые агентские навыки. Используй, когда нужно спроектировать новый skill, превратить заметки или репозиторий в проектный skill с файлом .agents/skills/skill-name/SKILL.md, исправить слабый или раздутый skill, выбрать scripts/references/assets, добавить validation, а по явной просьбе evals, smoke tests, forward-testing, harness-neutral проверку работоспособности, CLI runner adapters, benchmark, assertions и rubric grading; настроить resource routing, trigger-rich description, Agent Skills spec compliance, layered validation, instruction coherence, проверку повторов и конфликтов между SKILL.md, references, scripts и agent metadata, workflow bypass audit, sequence hardening, обход обязательных шагов, validation bypass, или превратить отчет/инструкцию/шаблон в переиспользуемый агентский навык.
Создавать, редактировать, проверять, визуально ревьюить и экспортировать diagrams.net/draw.io `.drawio` через корректный XML `mxfile` и `mxGraphModel` для блок-схем, архитектурных схем, sequence-карт, диаграмм состояний, оргструктур, деревьев, интеллект-карт и других диаграмм из узлов и связей. Используй, когда Codex должен превратить текст, markdown-план, системный дизайн, процесс или спецификацию в редактируемый `.drawio`; изменить, проверить или почистить существующий файл; запретить авторазводку связей, выбрать явную геометрию линий, Curve или ручной маршрут; провести цикл экспорт-проверка-исправление и QA полотна редактора; экспортировать PNG, SVG, JPG или PDF для книги, документа, презентации или другого просмотра человеком.
Режим сверхсжатой коммуникации, который сокращает расход токенов за счет тезисного стиля при сохранении технической точности. Уровни интенсивности: lite, medium (default), max. Следует использовать, когда пользователь указывает «режим тезисно», «тезисный стиль», «тезисно», «говори кратко», «меньше токенов», «будь краток» или явно вызывает /briefmode. Также срабатывает при запросе экономии токенов. Отключается стоп-словом /briefmode off или явными фразами «хватит тезисов», «обычный режим», «пиши нормально».
Создавайте, рисуйте, дорабатывайте, проверяйте, рендерьте и визуально оценивайте сложные художественные SVG-иллюстрации: постеры, сцены, персонажей, орнаменты, логотипы, обложки, декоративную графику и векторные ассеты. Используйте, когда пользователь просит «нарисуй SVG», «сделай красивую векторную иллюстрацию», «улучши SVG», «проверь SVG», «перегони SVG в PNG», «оцени качество картинки», «собери безопасный SVG для сайта, документа, презентации или репозитория», включая PNG-рендер, мультимодальную художественную проверку, Node.js-валидацию и правку результата.
Исследовать баг или проблему, найти корневую причину в кодовой базе и сформировать задачу на исправление с TDD-планом. Использовать, когда пользователь сообщает о баге, просит разобраться в проблеме, выполнить диагностику, найти причину сбоя или составить план исправления.
