Кодовая база развивается долго; полная перелопатка под новые правила недопустима по стоимости. Вместе с тем нужны ясные правила для прототипов и merge в основную ветку.
- **Старый код** в монолитном ViewModel — правим при доработке фичи или при явном рефакторинге; **полный перенос не обязателен** по искусственному дедлайну (strangler).
Короткий прототип или spike — допускается упрощение. Перед merge в основную ветку либо приводим к политике, либо явно помечаем в PR и создаём задачу на вынос.