KIZZ ENGINEERING NOTE
Architecture fitness gates для AI-first разработки
Документ с архитектурой полезен, пока его помнят. Fitness gate превращает важное правило в проверку, которую проходит каждое изменение — независимо от того, кто написал код.
- Автор
- KIZZ Engineering · product engineering
- Опубликовано / обновлено
- 21 августа 2026 / 21 августа 2026
- Время чтения
- 6–8 минут
Проверять нужно последствия
Правило «использовать clean architecture» невозможно проверить однозначно и легко превратить в церемонию. Полезнее защищать конкретное последствие: домен не импортирует framework, деньги меняются только через ledger, внешний provider не управляет внутренним state machine.
Хороший gate объясняет риск, имеет узкую область и даёт разработчику путь исправления.
Пять классов gates
Чаще всего автоматизации заслуживают правила с дорогим и повторяемым нарушением.
- — Направление зависимостей между доменом, приложением и инфраструктурой.
- — Владение схемой, миграциями и денежными изменениями.
- — Запрещённые прямые связи между frontend, backend и admin-контрактами.
- — Bundle и performance budgets для пользовательских поверхностей.
- — Наличие runtime-сигнала для критических фоновых процессов.
Gate должен оставаться дешёвым
Самые частые проверки запускаются локально и в CI за секунды. Более дорогие browser и production-like проверки включаются по риску или перед release.
Так архитектура становится guardrail для параллельной работы людей и агентов, а не очередью на ручное одобрение архитектора.