FullSpec

Процесс хотфикса — диагностика бага/инцидента, impact analysis, параллельное исправление кода и документации. Используй при багах, production-инцидентах, bundle мелких фиксов.

Оркестратор полного цикла — создаёт TaskList от идеи до релиза по standard-process.md. Используй при запросе на добавление функциональности, изменение поведения, исправление бага или любом изменении системы.

Поднятие Docker dev-окружения — docker compose up -d --build, healthcheck всех сервисов, troubleshooting. Используй перед /test и /test-ui (шаг 5.1).

Playwright UI smoke-тесты — делегирует test-ui-agent (playwright-cli), скриншоты, отчёт PASS/FAIL. Используй после /test (шаг 5.3).

Откат analysis chain (ROLLING_BACK → REJECTED) — 5 фаз оркестрации, валидация артефактов, отчёт, подтверждение пользователя. Используй при откате цепочки из RUNNING/WAITING в REJECTED.

Финальная валидация — sync main, docker up, make test/lint/build/test-e2e, проверка полноты, отчёт READY/NOT READY. Используй после завершения разработки (все TASK-N done) перед ревью ветки.

Отображение статусов analysis chain цепочек (одна/все/dashboard). Используй для мониторинга прогресса analysis chain или обновления dashboard в README.

Завершение analysis chain — pre-flight проверки, T7 DONE каскад, перенос Planned Changes в AS IS, system-agent mode=done, cross-chain, отчёт. Используй при переводе цепочки из REVIEW в DONE.

Синхронизация specs/docs/ после аналитической цепочки — оркестрация service-agent, technology-agent, system-agent с ревью. Используй после Plan Dev (все 4 документа в WAITING) для создания per-service docs, per-tech стандартов и обновления overview.md.

Merge PR с pre/post проверками, sync main и cleanup. Используй при merge PR вместо ручного gh pr merge.

Создание Pull Request с автосбором Issues из chain, формированием title/body/labels, push и preview. Используй при создании PR вместо ручного gh pr create.

Создание коммита по Conventional Commits — анализ diff, формирование message, staging, обработка hooks, push. Используй при создании коммита вместо ручного git commit.

Валидация ссылок между markdown-документами — проверка frontmatter-полей, якорных ссылок и путей. Используй после рефакторинга, переименования файлов или перед коммитом.

Ревью кода — локальное ревью ветки или ревью PR на GitHub. Объединяет оба этапа code review. Используй перед git push или при получении PR на ревью.

Создание нового specs/docs/{svc}.md — per-service документа с 10 секциями по стандарту. Используй при появлении нового сервиса или перед началом работы с сервисом без документации.

Изменение specs/docs/{svc}.md — обновление секций, деактивация при удалении сервиса, миграция при переименовании. Используй при изменении API, Data Model, зависимостей или Tech Stack сервиса.

Проверка specs/docs/{svc}.md на соответствие стандарту — frontmatter, 10 секций, таблицы, подсекции API/Data Model, автономия, Changelog. Используй после создания или изменения сервисного документа, при code review или перед коммитом.

Инициализация проекта — GitHub Labels, Security, docs/, pre-commit, customization. Используй при настройке нового проекта или для healthcheck существующего.

Post-release валидация — проверка Release, Notes, CHANGELOG, деплой. Используй после создания GitHub Release для проверки корректности публикации.

Создание GitHub Release — проверка chains, pre-release валидация, Release Notes, публикация, CHANGELOG. Используй при подготовке нового релиза или для hotfix.

Запуск разработки по analysis chain — prerequisite check, создание Issues/Milestone/Branch, переход WAITING → RUNNING. Используй при переходе Plan Dev в WAITING для запуска кодирования.

Создание review.md с секцией Контекст ревью — читает цепочку документов, запускает extract-svc-context.py, заполняет сервисные блоки. Используй при переходе Plan Dev → WAITING, до начала разработки.

Проверка документа ревью кода на соответствие стандарту — frontmatter, именование, секции Контекст ревью и Итерации, вердикт, статус OPEN/RESOLVED. Используй после создания или изменения review.md, при code review или перед коммитом.

Создание нового агента (AGENT.md) с промптом, конфигурацией и регистрацией в README. Используй при добавлении нового AI-агента для автоматизации задач проекта.

Обновление конфигурации, деактивация или переименование агента. Используй при изменении промпта агента, смене модели, деактивации устаревшего агента или миграции на новое имя.

Проверка AGENT.md на соответствие стандарту — frontmatter, промпт, секции, ссылки. Используй после создания или изменения агента, при code review или перед коммитом.

Создание git-ветки по стандарту именования с привязкой к analysis chain. Используй при начале работы над задачей — автоматически формирует имя ветки из номера анализа NNNN.

Создание документа проектирования SDD с Unified Scan (5 источников), Clarify, генерацией секций SVC-N (9 подсекций, 8:8 маппинг), INT-N, STS-N, валидацией и артефактами. Используй после одобрения Discussion (WAITING) для распределения ответственностей между сервисами.

Изменение документа проектирования SDD — обновление контента, разрешение маркеров, перевод DRAFT в WAITING, откат артефактов. Используй при изменении существующего проектирования.

Проверка документа проектирования на соответствие стандарту SDD — frontmatter, именование, секции SVC-N (9 подсекций, 8:8 маппинг), INT-N, STS-N, delta-формат, маркеры, зона ответственности. Используй после создания или изменения проектирования, при code review или перед коммитом.

Создание документа дискуссии SDD с Clarify, генерацией разделов и валидацией. Используй при вызове пользователем "новой дискуссии", запуске нового "воркфлоу" и т.д. — в общем при разговоре с пользователем о проблеме, требованиях и критериях успеха проекта.

Изменение документа дискуссии SDD — обновление контента, разрешение маркеров, принятие предложений, перевод DRAFT в WAITING. Используй при изменении существующей дискуссии.

Проверка документа дискуссии на соответствие стандарту SDD — frontmatter, именование, секции, нумерация, маркеры, зона ответственности. Используй после создания или изменения дискуссии, при code review или перед коммитом.

Проверка черновика в .claude/drafts/ на соответствие стандарту — frontmatter, структура, именование файла. Используй после создания или изменения черновика, перед коммитом.

Создание новой инструкции (standard/validation/create/modify) с frontmatter, секциями и регистрацией в README. Используй при добавлении нового процесса, стандарта или воркфлоу.

Обновление содержания, деактивация или миграция инструкции. Используй при изменении процесса, переименовании файла, обновлении standard-version или выводе инструкции из эксплуатации.

Проверка инструкции на соответствие стандарту — frontmatter, обязательные секции, ссылки, чек-лист. Используй после создания или изменения инструкции, при code review или перед коммитом.

Создание GitHub Issue с метками, milestone и описанием по стандарту проекта. Используй при постановке задачи, регистрации бага или запросе на улучшение.

Обновление, закрытие или переоткрытие GitHub Issue с соблюдением стандарта проекта. Используй при изменении описания, меток, milestone или статуса существующего Issue.

Проверка GitHub Issue на соответствие стандарту — заголовок, метки, milestone, описание. Используй для аудита Issue, проверки перед закрытием или валидации всех Issue в milestone.