Эта практика очень плохая, но есть несколько способов решить эту проблему. 1. Постарайтесь обеспечить наличие всей необходимой инфраструктуры для тестирования. Кодирование в стиле vibe стало проще, соответствующие виде юнит-тесты, а также различные регрессионные тесты и функциональные тесты, которые раньше было сложно сделать, должны быть выполнены. Таким образом, даже если кто-то что-то испортит, множество тестов будут следить за порядком. 2. Похожим образом, на стороне сервера разные кольца/стадии могут быть выпущены в сером режиме. Даже если возникнет проблема, откатить изменения будет очень легко. Это не приведет к серьезным проблемам. 3. На самом деле корень проблемы заключается в согласии, независимо от того, удобно ли это вам или другим, или даже для оценки сверху. Постарайтесь разбить большой pull request на маленькие. Так агенту будет проще провести ревью, а вам будет легче и точнее провести собственное ревью. Таким образом, в основном можно предотвратить крупные ошибки, но от глупости всегда трудно защититься.🤣
GeekPlux
GeekPlux26 авг., 09:02
Когда в крупном проекте часть людей начинает vibe coding, каждый PR изменяет десятки файлов, и это совершенно невозможно проверить... Я пытался использовать Claude Code review, но это тоже кажется ненадежным. Как максимально уменьшить побочные эффекты, если нельзя запретить этим коллегам продолжать vibe coding? Как обеспечить стабильность и надежность проекта?
20,79K