В веб-разработке у ИИ часто смотрят на код, а надо — на уровень решения.

В веб-разработке у ИИ часто смотрят на код, а надо — на уровень решения.

Я слышал этот паттерн не раз: ответ рабочий, синтаксис чистый, но в проект он не ложится. Не потому что модель «ошиблась», а потому что выбрала не тот слой задачи.

Три типовых кейса:
— импорт товаров из Excel: ИИ может собрать скрипт, но не учесть, где живут правила валидации, дедупликации и обновления остатков;
— мобильное меню на MODX: решение выглядит компактно, но потом выясняется, что оно ломает архитектуру шаблонов и поддержку;
— компонент для Schema.org: разметка вроде корректная, но внедрена так, что дальше ее сложно масштабировать и переиспользовать.

Это полезный фильтр и для ecom-процессов. Не только «можно ли сделать», а «на каком уровне это должно жить»: в коде, в шаблоне, в бизнес-логике или в отдельном сервисе. Иначе получаем быстрый результат, который потом дороже чинить 🔍