Система вокруг него обязана её давать Мне кажется, это один из главных принципов зрелой разработки ИИ-продуктов. Модель может вернуть не тот формат. Может уверенно ошибиться. Может не учесть важный контекст. Может хорошо справиться девять раз подряд, а на десятый выдать результат, который нельзя пускать дальше. И это нормально. Проблема начинается не тогда, когда ИИ ошибается. Проблема начинается тогда, когда система вокруг него ведёт себя так, будто ошибки быть не может. Например: — задача...
Евгений среди удобрений
Атомарные изменения важнее больших веток
В разработке с ИИ очень легко попасть в ловушку скорости. Агент за 20 минут может сделать то, что выглядит как большой полезный срез: поправить фичу, обновить тесты, чуть-чуть поменять архитектуру, вынести пару функций, а заодно подчистить старый код. Проблема в том, что потом в итоге вы становитесь ревьюером этого огромного набора изменений. И если правок слишком много, ревью занимает не меньше времени, чем самостоятельная разработка. Нужно восстановить контекст, понять намерение агента, проверить каждую побочную правку и убедиться, что он не сломал соседние части проекта. Поэтому я всё больше люблю атомарный подход...
А начну я, пожалуй, с такой мысли: AI-агент без границ ответственности быстро превращается в технический долг
Главная проблема вайбкодинга не в том, что агент пишет плохой код. Плохой код хотя бы видно. Гораздо опаснее другое: агент уверенно смешивает задачу, рефакторинг, «улучшение архитектуры», переименование файлов и правку соседних модулей в один красивый diff. Снаружи выглядит продуктивно. Он даже будет доказывать вам, что всё сделано чётко и правильно. Но внутри проекта появляется неопределённость: что именно изменилось, зачем и кто теперь отвечает за поведение системы. Я уже успел убедиться, что AI-assisted разработка (или вайбкодинг, если хотите) требует не меньше инженерной дисциплины, а больше...

