feature-artifacts

---

name: feature-artifacts description: Используй, когда нужно оформить артефакты новой продуктовой фичи до реализации: создать папку features/NNN-YYYY-MM-DD-feature-slug/ с FEATURE_SPEC.md, IMPLEMENTATION_PLAN.md и ACCEPTANCE_CRITERIA.md. license: MIT compatibility: opencode metadata: project: task-manager-ai purpose: feature-artifacts

Когда использовать

Используй этот skill, когда пользователь просит подготовить новую продуктовую фичу, оформить feature artifacts, создать спецификацию фичи, план реализации и критерии приемки до изменения кода приложения.

Обязательный результат

Создай папку фичи со структурой:

features/
  NNN-YYYY-MM-DD-feature-slug/
    FEATURE_SPEC.md
    IMPLEMENTATION_PLAN.md
    ACCEPTANCE_CRITERIA.md

Правило именования папки

Имя папки должно иметь формат NNN-YYYY-MM-DD-feature-slug:

• NNN - трехзначный порядковый номер фичи, например 001, 002, 003.
• YYYY-MM-DD - дата создания артефактов.
• feature-slug - короткое описание фичи в kebab-case на английском языке.
• Для нового номера проверь существующие папки в features/ и используй следующий свободный номер.
• Если features/ еще нет, создай ее и начни с 001.

FEATURE_SPEC.md

Обязательные разделы:

• # Feature Spec: <название фичи>
• ## Цель
• ## Контекст и проблема
• ## Целевые пользователи
• ## Пользовательские сценарии
• ## Функциональные требования
• ## Нефункциональные требования
• ## Вне scope
• ## Зависимости и ограничения
• ## Открытые вопросы
• ## Риски и допущения

IMPLEMENTATION_PLAN.md

Обязательные разделы:

• # Implementation Plan: <название фичи>
• ## Предпосылки
• ## Этапы реализации
• ## Предполагаемые файлы и модули
• ## Зависимости между задачами
• ## Проверки по этапам
• ## Миграции и данные
• ## Документация
• ## Риски реализации
• ## Решения, требующие подтверждения

ACCEPTANCE_CRITERIA.md

Обязательные разделы:

• # Acceptance Criteria: <название фичи>
• ## Критерии приемки
• ## Основные сценарии проверки
• ## Негативные сценарии
• ## Edge cases
• ## Требования к тестам
• ## Ручная проверка
• ## Что считается готовым
• ## Что не проверяется в рамках фичи

Правила

• Не меняй код приложения при создании артефактов фичи.
• Не создавай frontend, backend, database, AI-интеграции, Docker-артефакты или тесты приложения в рамках этого skill.
• Разрешено создавать и изменять только документационные артефакты фичи в features/NNN-YYYY-MM-DD-feature-slug/.
• Если границы фичи, цель, пользовательский сценарий или scope неясны, задай уточняющий вопрос до создания файлов.
• Если есть уточняющие вопросы, задавай их через инструмент question.
• Не фиксируй непроверенные допущения как требования: явно отмечай их в разделах Открытые вопросы, Риски и допущения или Решения, требующие подтверждения.