Я попробовал этот подход на своём проекте с 20-ю микросервисами и он показывает отличные результаты.

Ранее я разбирал фреймворк Get Shit Done — у него отличное планирование, но после написания кода он не проверяет ничего. Сидишь и чинишь сам.

Я решил взять от GSD только то, что он делает лучше всего — планирование. А для написания кода подключил другую систему: Everything Claude Code. И вот тут случилась магия.

Используя просто GSD, на выходе я получал незавершённую работу. Теперь агент работает до победного, пока код не пройдёт все проверки.

ECC предлагает команды /tdd и /code-review. Первая — написание кода по методу test-driven development, когда сначала пишутся тесты, а потом код. Таким образом, код пишется так, чтобы тесты проходили, и этот подход — отличная самопроверка сама по себе.

Сначала пишется тест. Он падает, потому что кода ещё нет. Потом пишется код. Тест проходит. Только тогда двигаешься дальше. Как работа с дотошным тимлидом, который не пропустит ни строчки без проверки.

После того, как код написан — вторая команда, фаза код-ревью: проверка на безопасность, качество, потенциальные ошибки. Сломался билд — агент сам разбирается и чинит. Не я сижу в логах, а он.

На моём проекте с 20 микросервисами на Go это даёт конкретный результат: баги выявляются и исправляются не доходя до прода.

Главный вывод: идеального инструмента для вайбкодинга (пока) не существует. Но можно собрать свой пайплайн из лучших кусков. GSD для планирования, ECC для кода и проверок.

Кто уже комбинирует подходы? Или ещё ищете тот самый единственный?

👌🏻 если уже миксуете 😐 если ещё в поиске