Така практика дуже погана, але є способи вирішення цієї проблеми. 1. Постарайтеся, щоб інфраструктура для всіх тестів була на місці. Кодування Vibe є простим, і слід використовувати відповідний модульний тест vide, а також різні регресійні та функціональні тести, які раніше було складно виконати. Це гарантує, що навіть у разі зміни SB, велика кількість тестів допоможе вам стежити за дверима. 2. Подібно до сервера, різні відтінки сірого кільця/сцени. Навіть при виявленні проблеми операцію легко відкотити назад. Це не викличе серйозних проблем. 3. По суті, корінь все одно в термінах консенсусу, чи зручно це собі або оточуючим, або навіть для оцінки верхівки. Спробуйте розбити великий запит на пул на менші. Таким чином, агент допоможе вам зробити огляд, а ваш власний відгук буде простішим і точнішим. Таким чином, в принципі, можна запобігти удару SB у великий кошик, але SB завжди не підлягає охороні. 🤣
GeekPlux
GeekPlux26 серп., 09:02
Коли великий проект починає вайб-кодування, кожен PR змінює десятки файлів, а переглянути їх взагалі неможливо...... Я спробував скористатися оглядом Claude Code, але він не відчував себе надійним. Як ми можемо мінімізувати побічні ефекти, не маючи можливості заборонити цим колегам продовжувати кодування vibe? Як забезпечити стабільність і надійність проекту?
21,04K