CD ad-prd
Создание или обновление документации требований к продукту (Product Requirements Document) в файле doc/product/PRD.md (для одного продукта) или doc/product/<product-slug>.md (для нескольких продуктов). Уровень 3 из шестиуровневой структуры артефактов (Constitution → Domain → Product → Spec → Plan/Decisions → Code). Охватывает область действия на уровне продукта — целевой пользователь, проблема, цели, не-цели, метрики успеха, дорожная карта с несколькими функциями, межфункциональные ограничения — которые наследуются из спецификаций функций. Используйте, когда пользователь хочет написать, создать, подготовить или открыть краткое описание продукта, PRD, требования к продукту, видение продукта, определение целевого пользователя / персоны, метрики успеха продукта, дорожную карту продукта или любое описание области действия на уровне продукта (несколько функций). Отличается от `ad-spec` (уровень функции, одна функция на спецификацию). Жизненный цикл статуса: draft → accepted → superseded. Навык ленивый — файл существует только тогда, когда продукт находится на стадии определения области действия.
машинный переводПоказать оригиналСкрыть оригинал«Draft or update a Product Requirements Document at doc/product/PRD.md…»
Draft or update a Product Requirements Document at doc/product/PRD.md (single-product) or doc/product/<product-slug>.md (multi-product). Layer 3 of the six-layer artifact stack (Constitution → Domain → Product → Spec → Plan/Decisions → Code). Captures product-level scope — target user, problem, goals, non-goals, success metrics, multi-feature roadmap, cross-feature constraints — that feature specs inherit from. Use when the user wants to write, draft, scaffold, or open a product brief, PRD, product requirements, product vision, target user / persona definition, product success metrics, product roadmap, or any product-level (multi-feature) scoping. Distinct from `ad-spec` (feature-level, one feature per spec). Status lifecycle draft → accepted → superseded. Skill is lazy — file only exists when product is being scoped.
Создание или обновление документации требований к продукту (Product Requirements Document) в файле doc/product/PRD.md (для одного продукта) или…
Как процесс D 48/100 · Процесс не доведён — Скилл ссылается на файлы, которых нет в архиве: templates/prd.md
Как улучшить
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
missing-refссылка на отсутствующий файл: templates/prd.md - заметка
frontmatter-keyнеизвестное поле фронтматтера "summary"
Процессный рейтинг: все десять параметров 48/100
- 0Инструменты и файлы. Не хватает 1 файла(ов): templates/prd.md
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Ошибки и развилки. Развилок: 4
- 100Шаги. Шагов: 34
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1932 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- high Скилл велит модели самой совершать необратимое действие, без подтверждения человеком
- low Ответ описан самодельной разметкой (12 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 829: рекомендуется 120–800 символов
- +4Структура: 0 заголовков, инструкции сложно сканировать
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- -5Длинный текст без заголовков
- -5В тексте остались TODO / заглушки
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Пошаговые инструкции: 34 пунктов
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 56.