ИИ в коде часто косячит не в строках, а в уровне решения. И это важнее, чем кажется.

ИИ в коде часто косячит не в строках, а в уровне решения. И это важнее, чем кажется.

Пример: вы просите «сделай импорт товаров из Excel». ИИ может собрать рабочий PHP-скрипт. Красиво, быстро, без ошибок. Но вопрос не в том, работает ли код. Вопрос — как он встанет в проект: где валидация, как обрабатываются дубли, что с очередями, логами и откатом при падении. Если этого нет, вы получили не решение, а демку.

То же с мобильным меню на MODX. ИИ способен выдать компонент, который открывается и закрывается. Но если он лезет в шаблоны, ломает переиспользование и добавляет костыли в верстку — это не ускорение, а технический долг в красивой упаковке ⚠️

И третий кейс — Schema.org. Сгенерировать разметку легко. Сложнее понять, где её держать: в шаблоне, в компоненте, через microdata или JSON-LD, как обновлять при изменении карточки и не плодить дубли.

Вывод простой: сначала проверяйте архитектурный уровень ответа ИИ, потом — код. Иначе вы экономите 20 минут, а платите потом неделями.