«Вайбкодинг» придумал Андрей Карпаты в феврале 2025 года: он описал режим, в котором человек говорит с моделью, принимает все правки и не особенно смотрит в код (пост Саймона Уиллисона). Для руководителя в этом слове два смысла. Хороший: рабочий инструмент можно собрать самому, без найма команды разработчиков. Плохой: за словом скрываются и беспечный способ писать код, и честный. Бросают на второй неделе обычно те, кто неверно выбрал первый проект. Ниже — порядок, который я использую: какой проект брать первым, когда добавлять git и тесты, что делать, когда всё ломается.
Два режима, которые нельзя путать
Уиллисон отдельно просит не называть вайбкодингом любую работу с кодом через ИИ: если вы читаете код, проверяете и тестируете, это уже другой режим работы. Для практики различие простое.
Первый режим — черновик. Модель пишет, вы оцениваете поведение: ввёл данные — получил результат. Вы отвечаете за задачу, а не за строки.
Второй режим — рабочий инструмент. Им пользуются на данных, которые жалко, и не только вы. Здесь вы отвечаете за результат целиком, даже если не читали каждую строку.
Провалы начинаются там, где черновик тихо становится рабочим инструментом, а режим не сменился.
Неделя первая: инструмент для себя, который не жалко удалить
Первый проект — не продукт, а одна рутинная задача. Критерии выбора:
- задача повторяется у вас самих каждую неделю;
- результат — одна страница или один скрипт;
- данные выдуманные или одноразовые: потерять не жалко.
Порядок работы простой. Опишите задачу одним абзацем: что на входе, что на выходе, что считается готовностью. Просите минимальную версию: не «сделай приложение», а «сделай страницу с формой и таблицей». Проверяйте поведение, а не код. И держите ориентир недели: к седьмому дню инструмент делает одну вещь от начала до конца. Не делает — уменьшайте задачу, а не прибавляйте часы.
Прод-данные в первый проект не тащим никогда.
Неделя вторая: git, тесты и момент, когда стало по-настоящему
Проект перерастает игрушку, когда выполняется хотя бы одно из трёх: данными пользуются не только вы; поломка стоит денег; вы хотите менять что-то, не сломав старое. Тогда добавляйте три вещи: репозиторий git, несколько тестов на ключевую логику и бэкап данных.
Просить настроить всё это можно ту же модель. Проверять — запуском: специально уроните одну функцию и убедитесь, что тест ловит падение. Тест, который ни разу не падал, — это текст, а не тест.
Google Cloud в анонсе отчёта DORA за 2025 год формулирует вывод по данным почти 5000 опрошенных: ИИ усиливает то, что уже есть в процессе. Где есть автотесты и быстрая обратная связь — ускорение работает на вас. Где нет — рост объёма изменений превращается в нестабильность. Поэтому git и тесты во второй неделе — не бюрократия, а условие, при котором дальнейшее ускорение можно пережить.
Что пойдёт не так
Цифры того же отчёта: ИИ на работе используют 90% опрошенных, больше 80% считают, что он повысил их продуктивность, и при этом 30% мало доверяют сгенерированному коду. Пользоваться и не доверять одновременно — нормальное состояние, а не ваш личный провал.
Что ломается у руководителей конкретно:
- проект раздувается: пять «мелких доработок» подряд, и пятая ломает первую;
- вы не можете объяснить, из чего состоит собранное, — значит, не можете и починить;
- вы показываете инструмент коллеге, он падает на его данных, и мотивация падает вместе с ним.
Лечение одно: уменьшить задачу. Вайбкодинг прощает маленькие проекты и не прощает больших. Для масштаба явления: по словам партнёра Y Combinator Джареда Фридмана, четверть зимнего набора 2025 года имела кодовые базы, где 95% кода написано ИИ, и это технические основатели (TechCrunch). Скорость выросла у всех — задача проверить результат никуда не делась.
Как понять на 14-й день, что получилось
Четыре критерия:
- Инструмент работает в ваших делах, а не лежит в закладках.
- Вы объясняете за минуту, из каких частей он состоит: страница, скрипт, хранилище — без имён фреймворков.
- Откат освоен: вчера работало, сегодня сломалось, вы вернули вчерашнюю версию.
- Вы знаете, что станет с данными, если всё исчезнет.
Если какой-то пункт не выполняется, вайбкодинг не «не ваше» — просто конкретный проект был слишком большим. Следующий берите меньше. Бросить неудачный проект нормально. Бросать метод после одного проекта — нет.
Сколько часов занимает такой двухнедельный цикл, я честно не замерял. Замерю на следующем инструменте и допишу сюда: на этом сайте принято показывать цифры, а не обещания.
Разобрать вашу задачу в таком режиме можно со мной: обсудить задачу.