Вайбкодинг дошел до точки

Все эти разговоры про «агентов», которые сами пишут код, — их сейчас много. Но на практике всё упирается в стену.

LLM (даже не самые большие) отлично генерируют код. Это не проблема.

Проблема — как мы с ними работаем.

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

И виноваты не модели. А подход.

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

Первый — Vibe Coding. Садишься в чат и говоришь: «сделай красиво», «поправь», «перепиши». Удобно, когда лень думать или сам не знаешь, чего хочешь.

Второй — Spec-Based Engineering. Сначала пишешь спецификацию. Потом по ней генерируется код.

Почему второй подход победит

Объясню на аналогии с 3D-печатью.

Вайбкодинг — это когда вы подходите к принтеру и говорите: «напечатай стул». Потом: «сделай повеселее». Через сотню итераций у вас вместо стула — монстр, и никто не помнит, как он получился.

Для прототипов сойдёт. Для продакшена — нет.

Инженерный подход — вы не разговариваете с принтером. Вы берёте спецификацию в виде файла и отправляете на печать. Результат предсказуем. Хотите изменить форму? Правите чертёж, а не пластик.

LLM — это компилятор

Если мы хотим получать надёжный софт, нужно перестать видеть в нейросети собеседника.

Она — компилятор.

Мы пишем спецификации. Это новый исходный код. LLM, зажатая в тесты и состояния, компилирует их в работающий продукт.

Как создать полную и непротиворечивую спецификацию?

Схематизировать спецификацию удобно в Социотехе. Он визуализирует систему и создаёт модель данных, которую ИИ понимает без разночтений.

Дальше — связка Социотеха с ИИ-движком. Без лишних разговоров.

3