feat(promote-brainstorm): auto-create [<topic>-review] checkpoint task

Domain-промоушен с N≥1 импл-тасок теперь дополнительно создаёт
зонтичную review-таску в target-проекте: status=blocked, blocker=
impl-slugs, description с шаблоном чек-листа (читать спеку, прогнать
тесты, сверить с acceptance criteria, findings → follow-up tasks).

Reviewer — следующая сессия в target, не имплементер. Это закрывает
дыру обнаруженную 2026-05-07 при ревью interns-repo-read-impl
(закрылся 🟢 хотя 4/5 тестов фейлят, transitive safety guard
отсутствует) — coverage-gate в using-tasks смотрит изнутри одного
агента, review-таска даёт независимую вторую пару глаз на boundary
между проектами.

CLAUDE.md правило #5 фиксирует политику: meeting-room генерирует
review-таски, но сам код-ревью не делает.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>

CLAUDE.md

@@ -23,6 +23,7 @@
 2. **Локальный `.wiki/concepts/` — только room-meta** (про саму комнату).
 3. **Локальные `.tasks/` не создавать** — экшены идут в `.tasks/` целевого проекта через `mcp__projects-meta__tasks_create`.
 4. **`entities/persons/` пишет только скил `meeting-room-register-persona`.** SoT — `config/config.yaml`.
+5. **Domain-промоушен с импл-тасками автоматически создаёт review-чекпоинт.** Скил `meeting-room-promote-brainstorm` после успешного `tasks_create` импл-тасок дополнительно создаёт зонтичную `<topic>-review` (status=blocked, blocker=impl-slugs) в том же target-проекте. Reviewer — следующая сессия в target, **не имплементер** (борьба с «я только что это написал»-bias). Агент в `.meeting-room` сам код-ревью **не делает** — только генерирует review-таску при промоушене.
 
 ## Триггеры скилов v1