Двухэтапный рабочий процесс с использованием ИИ для модернизации устаревшего кода

Пост на Reddit в сообществе r/ClaudeAI утверждает, что просто просить ИИ 'рефакторить' устаревший спагетти-код — плохая идея, отмечая, что ИИ склонен сохранять ошибочные существующие структуры. Вместо этого предлагается двухэтапный рабочий процесс 'обратного инжиниринга', который более эффективно использует логику больших языковых моделей.

Проблема прямого рефакторинга

Когда вы вставляете старый код в ИИ-агент с запросом вроде 'Пожалуйста, отрефакторьте это и сделайте чистым', результат часто оказывается просто отполированной версией той же плохой архитектуры. ИИ предвзят из-за предоставленного вами кода — он пытается сохранить вашу структуру, имена переменных и логику потока, даже если они были ошибочными с самого начала.

Двухэтапный процесс 'обратного инжиниринга'

Шаг 1: Извлечение намерения (The 'What')

Не просите ИИ исправить код. Вместо этого попросите его игнорировать структуру кода и извлечь бизнес-логику. Конкретно, заставьте его написать высокоуровневый документ бизнес-требований (БТД) на основе файла. Это даёт чистую логику без технического долга.

Шаг 2: 'Чистая сборка' (The 'How')

Возьмите этот свежий БТД и передайте его в промпт 'Главного архитектора'. Теперь ИИ не исправляет старые ошибки; он создаёт решение с нуля, используя современные лучшие практики. Этот подход также облегчает миграцию технологий (например, с устаревшего Java на современный Node.js), потому что промежуточный слой БТД технологически независим.

В посте упоминается, что конкретный промпт 'Главного архитектора', используемый для Шага 2, предоставлен в первом комментарии ветки Reddit.