Я давно понял (и, кажется, уже писал об этом не раз), что в вайб-кодинге главная проблема — не что-то собрать, а не сломать то, что уже работает.

Сначала довольно быстро получается что-то рабочее, но как только начинаешь это развивать — всё разваливается. И не всегда получается быстро понять и объяснить своему тулу, что именно сломалось.

Поэтому я довольно давно перенёс TDD-подход в работу с Codex, Claude Code и Cursor (если ваша вайб-кодинг-тула не начинается на C — даже не предлагайте мне её 😄) — и вижу, насколько стабильнее получается результат, если система нормально покрыта тестами на разных уровнях (а не просто “написали миллион юнит-тестов”).

Но я также понимаю, что выше написано что-то на эльфийском для большинства вайб-кодеров 🙂

Поэтому у меня просьба: если вы не инженер, но при этом вайбкодите и уже сталкивались с ситуацией
попросил новую фичу → всё сломалось
давайте созвонимся и поговорим про это.

Хочу понять, как вы с этим справляетесь

Вот здесь можно забронировать слот на 20-минутный созвон: https://calendar.app.google/eueW7N9Sn2YDLu8XA

А я в качестве благодарности с удовольствием проконсультирую вас по инженерным практикам поддержания качества и поделюсь опытом их внедрения в работу с агентами.