Пятый путь к временному паролю

Давненько работаю с легаси кодом на джанге, где архитектура постоянно сопротивляется изменениям. Хочешь добавить новую ветку в жизненном цикле временного пароля? Отредактируй 10+ файлов в 3 разных пакетах. Всё это очень больно.

Скил improve-codebase-architecture (aihero.dev/skills) ищет ровно такие моменты. Прогоняет историю коммитов, находит горячие зоны, читает ADR и доменную модель — а потом выдаёт отчёт: где концепт живёт без владельца, где сложность размазана.

Можно запускать перед новой фичей, чтобы не наложить еще один кусок на развалину; когда хочется понять, что здесь вообще тестировать или просто составить план исправления тех долга.

На примере моего проекта. Концепт «временный пароль»: выдать, проверить, обменять, отозвать. По идее — один модуль, 4 метода. По факту:

• создание, сброс и обмен на постоянный живут в трех разных вьюхах;
• проверка при входе в отдельном классе верификаторе.

Скил помогает быстро подсветить наиболее критичные места.