Ревью существующей архитектуры (роль architect). Use when нужно оценить УЖЕ написанную систему — узкие места, нарушения границ, антипаттерны с доказательствами file:line; ничего не проектируем и не правим.
Installs into .claude/skills of the current project.
Are you the author of Architect Review?
Add the live security badge to your README. It updates with every re-scan.
[](https://www.skillsdirectory.com/skills/vitammiin-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`.
