Change reorganization logic

[Ekarerina-Ulyanova]

Этапы реорганизации:

1. Проверка build, в зависимости от типа проекта, и синтаксиса
2. Попытка исправления найденных ошибок с помощью передачи содержимого файла в LLM
3. Создание ветки для внесения изменений, чтобы в случае неудачи не портить основную рабочую ветку
4. Генерация плана с помощью LLM (также генерируются предложения по ренеймингу репозитория)
5. Программная валидация плана
6. Генерация исправленного плана при необходимости + новая валидация
7. Запуск действий по реорганизации
8. Проверка + исправление ошибок
9. Добавление изменений в ветку osa_tool

[Ekarerina-Ulyanova]

На уровне DEBUG лог более расширенный, что нужна хотя бы на первых этапах для корректировки промптов и остальной логики.

[Ekarerina-Ulyanova]

Пример реорганизации.
Было:

Стало:

[Ekarerina-Ulyanova]

Ещё один пример был отправлен в пятницу в чате.

[Ekarerina-Ulyanova]

Также пример исправления импорта для проекта на Python, приведённого выше