Миграция приложения между фреймворками с сохранением API

Перенеси приложение из framework_source на framework_target, сохранив те же API-эндпоинты, основную бизнес-логику и ожидаемое поведение.

Входные данные:
- source_language
- framework_source
- target_language
- framework_target
- структура проекта или репозиторий
- ключевые файлы: зависимости, entry point, маршруты, контроллеры, модели, конфигурации, миграции, middlewares, тесты, Dockerfile и docker-compose, если есть
- версии языков и фреймворков
- сведения о БД, внешних сервисах, очередях, кеше и аутентификации

Требуемый результат:
1. Краткое резюме миграции: что перенесено, что особенно важно и каков статус.
2. Дерево проекта после миграции с пометками new / moved / removed там, где это помогает.
3. Полный контент всех изменённых и новых файлов, файл за файлом, с относительным путём и короткой заметкой о назначении.
4. Полный список API-эндпоинтов:
- метод;
- путь;
- параметры path/query/body;
- схема ответов;
- коды статуса;
- требования авторизации.
5. Зависимости, миграции БД, .env-пример и обновления контейнеров.
6. Инструкции локального запуска, запуска в Docker и прогона тестов.
7. 3-5 ключевых тестов или адаптаций существующих тестов.
8. Явный список несовместимостей, причин и обходных путей с оценкой риска.

Правила:
- Не добавляй новую бизнес-логику и новые публичные API без явного обоснования.
- Соблюдай идиомы framework_target: слои, конфигурация, обработка ошибок, именование и типизация.
- Если прямое соответствие отсутствует, явно фиксируй компромисс и влияние на поведение.
- Код и инструкции должны быть самодостаточными.