Architect Review

---
name: architect-review
description: Ревью существующей архитектуры (роль architect). Use when нужно оценить УЖЕ написанную систему — узкие места, нарушения границ, антипаттерны с доказательствами file:line; ничего не проектируем и не правим.
---

# Задача: ревью архитектуры

Проведи ревью архитектуры, которую предоставил пользователь.

Ревью — read-only: код не правишь, а выдаёшь приоритизированный список проблем с доказательствами из кода (file:line), не мнений.

1. Примени `$workspace-capability-routing`, затем построй карту фактических systems, слоёв, модулей, dependencies и version-sensitive boundaries. Фиксируй manifests/entrypoints/code evidence, а не только заявления docs.
2. Найди нарушения границ: логика в контроллерах, обход слоёв, циклические зависимости, дублирование — каждое с конкретным `file:line`.
3. Проверь узкие места: N+1, синхронные вызовы там, где нужна очередь, единые точки отказа, места без горизонтального масштабирования.
4. Оцени нефункциональное: безопасность (auth/валидация на границах), наблюдаемость (логи, обработка ошибок), тестируемость (можно ли покрыть слой изолированно).
5. Приоритизируй: таблица «проблема → доказательство (`file:line`) → влияние → усилие → рекомендация», сверху критичное; в конце — 3 первых шага исправления.

Если область не указана — спроси, какой участок ревьюим, или возьми корень текущего проекта. Если фактический стек отличается от ожидаемого — скажи честно и адаптируй критерии под реальный стек, не натягивай чужие конвенции.

Опирайся на `$workspace-capability-routing` и `$system-design`.