Кодирование Vibe после медового месяца

Кодирование Vibe — одно из тех выражений, которые, кажется, рождаются для того, чтобы их ненавидели, а затем постепенно становятся полезными.

Сначала это звучит так: не думаю, спрашиваю у ИИ, принимаю то, что выходит, продолжай. Веселый способ создать технический долг на музыкальном фоне.

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

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

Интересный вопрос в 2026 году заключается не в том, верно ли кодирование вибрации. Это. Вопрос в том, что происходит после медового месяца?

Прототип стал экономичным

Это самая важная часть.

Инструменты искусственного интеллекта снизили эмоциональную стоимость начала работы. Раньше, если ты хотел воплотить идею, тебе уже приходилось прикладывать усилия: выбирать стек, создавать проект, запоминать шаблон, писать верстку, подключать API, спорить с скучными деталями.

Теперь вы можете сказать: дайте мне первую версию.

И появилась первая версия.

Не всегда красиво. Не всегда правильно. Часто хрупкий. Но оно приходит. И когда он приходит, это меняет разговор. Вы больше не спорите в вакууме. Вы что-то трогаете.

Это очень полезно для дизайнеров, основателей, менеджеров по продуктам, старших разработчиков, уставших от переписывания строительных лесов, и любопытных людей, которые раньше не открывали редактор.

Программирование Vibe — это реклама, потому что оно дает большему количеству людей физическое ощущение создаваемого программного обеспечения.

Проблема в том, что программное обеспечение продолжает жить

Меньше всего мем рассказывает о следующем дне.

The prototype must be read. Правильный. Протестировано. Развернуто. Обеспечено. Получил это от кого-то другого. Связано с реальными данными. Сделано доступным. Поддерживается при изменении зависимости.

Здесь чистое кодирование вибрации упирается в стену.

Модель может быстро генерировать большой объем кода, но код сам по себе не представляет ценности. Это обещание поведения. And a promise must be verified.

Риск кодирования vibe не в написании уродливого кода. Мы всегда это делали, даже без ИИ. Риск потери чувства собственности: «модель сделала это» становится оправданием недостаточного понимания.

Но среда выполнения не принимает оправданий. Если код работает в рабочей среде, он ваш.

От кодирования вибрации до агентной инженерии

Зрелая версия кодирования Vibe заключается в том, чтобы не прекращать использование агентов. Стоит использовать их с более серьезным циклом.

Нет: оно порождает всё, и мы надеемся.

Но:

1. описать намерение;
2. создадим черновик;
3. попросить агента объяснить план;
4. внести небольшие различия;
5. запуск испытаний;
6. делать обзоры;
7. правильно;
8. только тогда присоединяйтесь.

Эта вещь заслуживает другого названия. Мне нравится агентурная инженерия, даже если это звучит немного торжественно. Это означает использование агентов не как игровых автоматов, а как участников инженерного процесса.

Дело не в том, чтобы отнять энергию у кодирования вибраций. Это дает ей следы.

Where it works great

Кодирование Vibe работает, когда цена ошибки невелика, а ценность исследования высока.

Примеры:

• прототипы интерфейсов;
• личные инструменты;
• внутренние информационные панели;
• небольшие игры;
• одноразовый сценарий;
• API-сканирование;
• подтверждение концепции;
• механические рефакторы с хорошими тестами;
• техническое содержание, которое будет преобразовано в демо-версии.

В этих случаях главное — скорость. Вы хотите увидеть, есть ли у этой идеи ноги. You want to find out what you didn't understand. Вы хотите перейти к конкретному разговору.

Кодирование Vibe идеально подходит для создания формы.

Где становится опасно

Становится опасно, когда у системы есть последствия и никто не тормозит.

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

It doesn't mean AI can't help. На самом деле, это может очень помочь. Но он должен работать в узких рамках: ветка, песочница, тест, анализ, проверка, пометка функции, откат.

Фраза, которую нужно вытатуировать на мониторе, проста: чем быстрее агент, тем читабельнее должен быть процесс.

Если вы не можете объяснить, что изменилось, вы не ускорились. Вы просто переложили долг со времени на понимание.

Новая роль разработчика

Самое интересное, что работа разработчика не исчезает. Изменить плотность.

Меньше времени на шаблон. Больше времени на намерение, декомпозицию, обзор, интеграцию, тестирование, границы.

Разработчик становится своего рода техническим редактором. Не в том неубедительном смысле, что «вычитка». В сильном смысле: он решает, что должно существовать, что следует сократить, что соответствует системе, что заслуживает доверия.

Хороший редактор не берет все, что получает. Он даже не переписывает это все из гордости. Распознает хороший материал, приводит его в форму, защищает читателя.

В случае с агентами читатель также является будущим сопровождающим. Часто это ты через три недели.

The pattern I see emerging

Самая здоровая схема такова:

• человеческие: намерение, ограничения, вкус, ответственность;
• агент: варианты, каркасы, поиск, локальные модификации, повторные тесты;
• инфраструктура: песочница, CI, трассировка, разрешения, развертывание;
• команда: обзор, владение, стандарты.

Когда одна из этих частей отсутствует, что-то деформируется.

Только человек: медлительный, часто увязший в повторяющейся работе.

Только агент: быстро, но без суждений.

Просто инфраструктура: элегантный процесс производства бесполезных вещей.

Только команда: очень упорядоченные встречи вокруг прототипа, который так и не появится.

Лучшее случается, когда части разговаривают друг с другом.

Небольшой контрольный список

Прежде чем позволить прототипу с Vibe-кодом вырасти, я бы задал себе следующие вопросы:

• понимаю ли я структуру кода?
• существуют ли тесты на критическое поведение?
• знаю ли я, какие файлы трогал агент?
• удалил ли я код, сгенерированный, но не используемый?
• какие-либо секреты, токены или фейковые данные оказались не там, где нужно?
• соблюдается ли минимальная доступность?
• есть ли у развертывания откат?
• может ли кто-нибудь, кроме меня, сохранить это?

Если на слишком много вопросов ответ отрицательный, это не провал. Это всего лишь прототип, который должен оставаться прототипом еще немного.

Мое чтение

Кодирование вибраций — громкое слово для обозначения нежной вещи: радости видеть, как идея обретает форму, прежде чем страх остановит ее.

Я не хочу его выбрасывать. Это было бы снобистски. Много хорошего рождается таким, полукривым и живым.

А вот оставшегося программного обеспечения нужно больше. Это требует понимания, тестирования, владения, инфраструктуры и границ. Ему нужен кто-то, кто скажет: круто, теперь давайте воплотим это в жизнь.

Возможно, будущее не за выбором между «серьезным» программированием и «вибрирующим» программированием. Возможно, он учится менять направление: слегка исследуйте, а затем с уважением закрепляйте.

Человеческая часть присутствует. Знайте, когда бежать, а когда сидеть и читать разницу.

Источники

• Саймон Уиллисон: Не все программы с использованием искусственного интеллекта являются виброкодированием
• OpenAI: Как люди используют ChatGPT
• [Блог GitHub: агент кодирования GitHub Copilot] (https://github.blog/ai-and-ml/github-copilot/introducing-github-copilot-coding-agent/)
• Антропный: создание эффективных агентов
• [Блог Stack Overflow: Почему за кодированием Vibe будущее] (https://stackoverflow.blog/2025/04/21/why-vibe-coding-is-the-future/)