Когда не стоит делать Clean Architecture

Полный набор слоёв с четырьмя моделями на сущность для MVP избыточен: команда потратит время на мапперы, а не на продукт. Но есть минимум, который я делаю всегда, потому что он дешёвый и спасает при росте: сеть и база спрятаны за интерфейсами репозиториев, зависимости внедряются через конструктор, view model тестируемые и не знают о UI-фреймворке, код сгруппирован по фичам. Доменный слой и use case появляются, когда возникает бизнес-логика, которую жалко держать во view model, или её нужно переиспользовать. Такое решение я фиксирую в коротком ADR с условиями пересмотра, например «когда в фиче появится второй источник данных». Так проект растёт эволюционно, без переписывания.