Опечатка в README и изменение в авторизации не должны проходить одинаковый путь проверки.
В обычном вайбкодинге все задачи обрабатываются одинаково. В Getzilla на втором шаге задача сортируется: какие навыки нужны, каких ревьюеров звать, должен ли человек одобрить план заранее.
На практике это выглядит так: - Маленький низкорисковый дифф, до 50 строк кода, идёт по короткому пути: одно ревью, без лишней бумажной работы. Но полный CI всё равно обязателен. - Рискованные задачи получают больше проверок и подпись человека. - Деплой в прод агент не делает: команда getzilla deploy только печатает команды, запускает их человек.
И отдельное правило, которое я считаю самым важным: непонятно — стоп. Если в задаче что-то неясно, Getzilla останавливается, а не угадывает. Агент, который уверенно додумывает требования, обходится дороже агента, который задал вопрос.
Так процесс не тормозит мелкие правки и не пропускает опасные.
· 8 ч
Вы заморачиваетесь. Vibe coding - это вы и система. Как сделали, так и работает. Другие - вы уже согласны, vibe coding или нет. Вы подписались. Свободная разработка зависит только от вас.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён