Imported from yankokirill/Retro (.claude/skills/implement-req/SKILL.md). Install upstream with npx skills add yankokirill/Retro --skill implement-req. Copyright stays with the author.

implement-req — от требования до PR

Аргумент: $ARGUMENTS (REQ-XXX или T-XXX).

Шаги

1. Контекст. Прочитать REQ, задачу в docs/tasks.md, связанные ADR, строки consistency-model.md. Если требование неясно — остановиться и предложить /write-spec, не додумывать.
2. Ветка. Убедиться, что рабочее дерево чистое. git switch main && git pull && git switch -c feat/REQ-XXX-short-name. Статус задачи → in-progress.
3. Тесты — не сам. Запустить агента test-author с ID требования. Приёмочные тесты по REQ пишет он, не главная сессия.
   • Прогнать тесты: они должны падать из-за отсутствия реализации, а не из-за ошибки в самом тесте.
   • Если тест противоречит спецификации — не править его, а сообщить пользователю.
4. Реализация. Минимальный код, делающий тесты зелёными.
   • Операция над доской → следовать скиллу crdt-op.
   • Новое решение (библиотека, протокол, семантика) → ADR по шаблону docs/adr/0000-template.md.
5. Проверка. npm run check до зелёного.
6. PR. Коммиты по Conventional Commits. gh pr create с описанием: REQ, что сделано, как проверено (итог npm run check), что было неочевидно. Статус задачи → review.
7. Журнал. /journal.

Запрещено

• Редактировать тесты, написанные test-author, чтобы они прошли. Исключение — пользователь явно подтвердил ошибку в тесте.
• it.skip, it.only, describe.skip, уменьшение numRuns в fast-check, // @ts-ignore, biome-ignore без комментария с причиной.
• Коммитить в main, --no-verify, force push.

Остановка

Если одна и та же проверка падает после 3 разных попыток исправления — остановиться и написать пользователю: что падает, что пробовали, гипотеза о причине.