Adversarial-ревью спецификации задачи

★ 6.9 · code-review-automation

Оспаривание технических решений — это скилл для Claude Code, который проводит adversarial-ревью спецификации задачи до начала разработки и выносит вердикт APPROVED / NEEDS_REVISION / BLOCKED с находками по MoSCoW. Берут, когда нужно поймать скрытые риски в груминг-спеке до того, как команда начала писать код; когда задача кажется понятной, но есть ощущение, что что-то не проверено; когда хочется убедиться, что зависимости и предположения задокументированы. Скилл работает со спеками репозитория wp-media/wp-rocket: по номеру задачи он ищет файлы `<N>.md` и `<N>-spec.md` в `.TemporaryItems/Issues/wp-rocket/issues/`, запускает суб-агента-challenger, который читает Session Learnings из `AGENTS.md`, и формирует раздел `## Challenge Report`. Если спек нет — предлагает сначала запустить `/groom <N>`. По завершении можно опубликовать отчёт как комментарий к GitHub-issue с дедупликацией через тег `<!-- ai-pipeline:challenge -->`. Направление — статический анализ спецификации до реализации, а не ревью уже написанного кода (для этого другие карточки категории code-review-automation). Подойдёт командам, работающим с wp-rocket в связке с Claude Code и GitHub CLI; не подходит, если спек не существует или репозиторий другой — скилл заточен именно под wp-media/wp-rocket.