Tato praxe je velmi špatná, ale existují způsoby, jak tento problém vyřešit. 1. Pokuste se vyžadovat infrastrukturu pro všechny testy, aby byla zavedena. Kódování Vibe je snadné a měl by být použit odpovídající jednotkový test vide, stejně jako různé regresní testy a funkční testy, které byly dříve obtížné provádět. Tím je zajištěno, že i když dojde ke změně SB, velké množství testů vám pomůže sledovat dveře. 2. Podobně jako na serveru, různé stupně šedi. I když je problém nalezen, je snadné operaci vrátit zpět. Nezpůsobí to velké problémy. 3. Ve skutečnosti je kořen stále ve smyslu konsensu, ať už je to výhodné pro nás nebo pro ostatní, nebo dokonce pro hodnocení vrcholu. Pokuste se rozdělit velkou žádost o přijetí změn na menší. Tímto způsobem vám agent pomůže s recenzí a vaše vlastní recenze bude jednodušší a přesnější. Tímto způsobem je v podstatě možné zabránit SB v bodnutí do velkého koše, ale SB je vždy nehlídatelný. 🤣
GeekPlux
GeekPlux26. 8. 09:02
Když velký projekt začne vibe kódovat, každé PR změní desítky souborů a není možné je vůbec zkontrolovat...... Zkoušel jsem použít recenzi Claude Code, ale necítil jsem se spolehlivě. Jak můžeme minimalizovat vedlejší účinky, aniž bychom těmto kolegům mohli zakázat pokračovat v kódování vibrací? Jak zajistit stabilitu a spolehlivost projektu?
20,28K