Что такое вайбкодинг и agentic-инженерия

Коротко

Вайбкодинг — это когда вы описываете желаемое обычными словами («хочу форму обратной связи»), а AI пишет код, и вы принимаете результат на глаз, не разбираясь в деталях. Быстро, приятно, «на вайбе».

Два подхода к созданию с ИИ: принять на веру — или вести процессом

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

Разница не в том, «пишет человек или AI». Разница в том, кто отвечает за корректность. В вайбкодинге за неё не отвечает никто — вы верите модели. В agentic-инженерии за неё отвечает встроенная дисциплина: правила, углы ревью, обязательная проверка. Отраслевая формулировка 2026 года звучит так: вайбкодинг поднимает пол для новичка, agentic-инженерия поднимает потолок для профессионала.

Почему это важно

Вайбкодинг отлично работает на демо и прототипах. Он ломается ровно в тот момент, когда код идёт «в прод»: появляются реальные пользователи, реальные требования безопасности, реальный масштаб. Классические грабли — то, чего модель «не подумала»: доступ к чужим данным, платная функция, которую забыли закрыть, сломанная соседняя фича, отсутствие обработки ошибок. На демо этого не видно, в бою — видно сразу.

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

Когда что применять

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

qvib.pro делает ставку на второе, но так, чтобы новичок не почувствовал сложности.

Как это выглядит в qvib.pro: вход → что делает движок → результат

Quest — наш движок вайб-кодинга: вы описываете задачу обычными словами, а дисциплина «спека → план → шаг с проверкой → сдача» встроена в сам движок. Это не «ещё один умный промпт», а собранная команда ролей + процесс, которые вы ставите в свой инструмент (Claude Code, Cursor или любой AGENTS.md-совместимый агент); модули из каталога расширяют движок под ваш профиль задач.

Вход (ваша фраза):

«Добавь на сайт форму обратной связи, чтобы сообщения падали мне на почту.»

Что делает движок (вместо «сразу пишу код»):

Понимает намерение. Роль владельца продукта и аналитика уточняют реальную цель батчем коротких вопросов с рекомендацией: «Спам-защита нужна? (рекомендую да — капча или honeypot)», «Сохранять сообщения в базу или только слать письмо?».
Пишет спецификацию в форме EARS. Например: КОГДА пользователь отправил форму с валидным email, СИСТЕМА ДОЛЖНА сохранить сообщение и отправить письмо плюс отдельно краевые случаи (пустое поле, некорректный email, отказ почтового сервиса).
Планирует и делает по шагам, после каждого шага прогоняя проверку (типы, линт, тесты). Красный шаг останавливает движение — дальше не идём, пока не зелёно.
Проверяет чужими глазами. Второй голос — «скептик» (роль quest-verifier) — пытается доказать, что что-то сломалось: а вдруг форма шлёт письмо без проверки email? А обработка ошибки почты есть? Прогоняет проверку сам, не верит на слово.
13 углов-призм судят результат независимо: безопасность (нет ли инъекции), доступность (можно ли отправить с клавиатуры), UX (что видит человек при ошибке).

Результат:

Рабочая форма + доказательство: пройденный сценарий (успех / ошибка / пустое поле), а для веба — реальный прогон в браузере. Не «по коду вроде работает», а «прошли флоу, показали, что работает».

Честно

Что уже есть: команда ролей, спека в EARS, углы ревью с правом вето, требование двух независимых голосов, установщик — всё это едет в пакете как буквальный текст-рецепт. Даже слабая модель может его исполнить, потому что это подробная инструкция, а не «постарайся хорошо».
Где гарантия жёсткая, а где нет (важно): «жёсткая блокировка» (ENFORCED) существует только там, где нарушение блокирует код возврата — сегодня это hook в Claude Code, который останавливает опасные команды (rm -rf, DROP TABLE, git push --force). На Cursor и в чистом AGENTS.md те же правила работают как строгая инструкция (ADVISORY): модель им следует, но физического блока нет.
Переносимый «предохранитель» на git-хуках/CI (.engine/hooks/pre-commit + engine-guard.yml) уже едет в пакете для всех таргетов: тот же скан секретов и разрушительных команд, падение с ненулевым кодом. Это отгружается сейчас, а не обещано на потом.