Комментарии 1
Стрим не смотрел, но, как понял, спикер жаловался не на баги, а на качество кода, а это всё-таки разные вещи. Что агент сделает рабочий PR по спецификации, не сомневаюсь, тем более если есть тесты и линтеры. Но код внутри при этом может оказаться кашей, и защиты от этого пока нет. По-моему, сейчас это большая проблема.
Сам тоже пишу опенсорс на Rust. Из инструментов у меня clippy и cargo fmt, плюс свой скилл, который собрал по проектам из доагентской эпохи, когда писал руками. По нему агенты приводят код к тому, как я раньше писал. Иногда запускаю /simplify в Claude Code, чтобы код не раздувался, а в PR просматриваю, что написали агенты, и прошу сократить лишнее.
Но всё это мягкие проверки. Хотелось бы что-то жёсткое в CI, которая просто не пропустит PR, если функции слишком сложные или компоненты слишком сильно связаны друг с другом. Интересно, как с этим боретесь вы?
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Почему с ИИ мы всё ещё пишем плохой софт