Почему AI ломает старые PHP-проекты — обсуждение

Всем привет! Заметил тут интересную тему, которую многие, наверное, встречали: когда пользуешься AI-помощниками типа GitHub Copilot, OpenAI API или Claude Code, работающими с кодом, хочется, чтобы они облегчали жизнь. Но часто выходит, что при попытке подправить старый PHP-проект — особенно тот, который тянется с 2000-х или начала 2010-х — AI начинает вносить правки, из-за которых часть функциональности ломается. Что происходит? Давайте разбираться вместе.

Почему старый код пугает AI

Старые PHP-проекты зачастую сделаны с кучей «костылей»: неподходящие паттерны, устаревшие функции (mysql_, ereg, split и прочее), а иногда прямо нарушение основных принципов. AI работает на основе огромной базы примеров современного кода и статистики, он предсказывает, что должно быть здесь, основываясь на новых трендах. Поэтому, если код использует какую-то древнюю функцию или изощрённый хак, AI может её не распознать или предложить устаревшие и несовместимые изменения.

Пример конкретный. Есть у меня проект, где до сих пор используется mysql_query — сейчас это вообще deprecated и практически нигде не поддерживается. AI предложил заменить его на PDO, что в целом правильно, но в контексте всего приложения потребовало существенной рефакторинг-работы. Без этого простая замена вызвала массу ошибок. Или другой случай: старый проект использует магические методы и нестандартный автолоадер — AI пытался заменить это на Composer, что здорово, но сроки сжаты, и последующая интеграция весьма нетривиальна.

Как проверить, что сломалось

Если AI внёс крупные изменения, и код перестал работать, первым делом стоит:

1. Посмотреть логи ошибок PHP и web-сервера.
2. Проверить изменения с помощью git diff или другого инструмента контроля версий — что конкретно поменялось.
3. Запустить автотесты, если они есть (на старых проектах часто отсутствуют, поэтому пропуск важного бага высок).
4. Использовать инструменты статического анализа типа PHPStan, чтобы понять, где появились потенциальные проблемы.

Типичные ошибки AI на старом PHP

- Замена mysql_* на mysqli или PDO без полного контекста.
- Изменение регистрации функций автозагрузки без учёта совместимости.
- Предложение впихнуть namespace или ООП-структуры туда, где вся архитектура процедурная.
- Игнорирование использования глобальных переменных, сессий и старой логики, базирующейся на суперглобальных массивах.
- Удаление или переделка кастомных функций, которые иначе не работают, но важны для конкретного приложения.

Чек-лист перед использованием AI для старого PHP-кода

- Сделать полный бэкап проекта и базы.
- Проверить, есть ли у проекта тесты.
- Понять архитектуру и зависимые библиотеки.
- Чётко сегментировать области, где AI может экспериментировать (например, отдельные мелкие функции, а не ядро).
- Использовать ремарки или комментарии в коде, давая AI контекст («не трогать эти функции», «оставить эту логику»).
- После внесения изменений обильно тестировать (как минимум «ручками»).
- По возможности использовать автоматические инструменты анализа и тестирования.

Практический пример

В одном из проектов я попросил AI переписать функцию, которая формировала HTML-таблицу из массива данных. Старый код был процедурным, с кучей inline-echo, и AI предложил переписать на генератор с шаблонизатором (классный подход, но не в рамках тихого патча). В итоге, я попросил внести изменения частично, ограничив преобразование только на уровень формирования контента без изменения логики. Код стал чище, багов не добавилось, зато улучшилось восприятие.

FAQ

В: Можно ли использовать AI для рефакторинга старого PHP?
О: Можно, но осторожно. Лучше делать небольшие шаги и всегда проверять изменения.

В: Почему AI не понимает мой код?
О: Потому что AI опирается на тренды и статистику из новых проектов. Старый «кракозябрик» с кучей костылей — это вызов для любой модели.

В: Как избежать крупных багов после работы AI?
О: Имейте контроль версий, тесты и практический опыт. Лучше, чем AI, никто не скажет, как именно код должен работать.

В: Есть ли инструменты, лучше подходящие для старого PHP?
О: Да, например, PHPStan и Psalm — они помогут понять проблемные места, а также есть разные локальные статические анализаторы.

В: Что делать, если AI предлагает устаревшие функции?
О: Отмечайте это и указывайте, что использовать надо современный аналог, так как AI может основываться на старых или устаревших датасетах.

Итог — AI в коде это очень мощный инструмент, но с ним нельзя работать вслепую, особенно когда речь идет о наследии. Лучше смотреть на помощь AI как на ассистента, а не на полную замену человеческому контролю. Какие у вас есть истории про AI и старый PHP? Кто-то пытался совмещать? Будет интересно услышать смешные или полезные случаи.