这种practice非常糟糕,但是有一些办法解决这种问题。 1. 尽量要求所有测试的基础设施到位。 vibe coding容易了,相对应的vide unit test,以及以前很难搞的各种regression test,functional test都该上上。 这样确保即便有sb胡改,大量test在那边帮你看门。 2.类似于server端不同ring/stage 灰度出去。 就算发现问题也很容易回滚操作。 不会造成大问题。 3. 其实根子还是在共识方面,无论是方便自己还是方便别人,甚至还是为了上头的考核。尽量把一个大pull request拆成小的。这样agent帮你review,你自己review都更简单,准确率更高。 这样,基本上可以防止sb捅个大篓子,但是sb总是防不胜防的。🤣
GeekPlux
GeekPlux8月26日 09:02
当一个大型项目里,有一部分人先开始了 vibe coding,每个 PR 都会改动几十个文件,完全无法 review……我尝试用 Claude Code review,但感觉也不靠谱。在无法禁止这些同事继续 vibe coding 的情况下,怎么最大减少副作用呢?如何保证项目的稳定性和可靠性?
20.28K