Обновить

Комментарии 1

Стрим не смотрел, но, как понял, спикер жаловался не на баги, а на качество кода, а это всё-таки разные вещи. Что агент сделает рабочий PR по спецификации, не сомневаюсь, тем более если есть тесты и линтеры. Но код внутри при этом может оказаться кашей, и защиты от этого пока нет. По-моему, сейчас это большая проблема.

Сам тоже пишу опенсорс на Rust. Из инструментов у меня clippy и cargo fmt, плюс свой скилл, который собрал по проектам из доагентской эпохи, когда писал руками. По нему агенты приводят код к тому, как я раньше писал. Иногда запускаю /simplify в Claude Code, чтобы код не раздувался, а в PR просматриваю, что написали агенты, и прошу сократить лишнее.

Но всё это мягкие проверки. Хотелось бы что-то жёсткое в CI, которая просто не пропустит PR, если функции слишком сложные или компоненты слишком сильно связаны друг с другом. Интересно, как с этим боретесь вы?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации