Вайбкодинг дошел до точки
Все эти разговоры про «агентов», которые сами пишут код, — их сейчас много. Но на практике всё упирается в стену.
LLM (даже не самые большие) отлично генерируют код. Это не проблема.
Проблема — как мы с ними работаем.
Контекст раздувается, изменения плодятся сами собой, агенты пишут тысячу строк там, где нужно десять. В итоге ты просто теряешь контроль над проектом.
И виноваты не модели. А подход.
Я вижу два лагеря, которые скоро перестанут понимать друг друга.
Первый — Vibe Coding. Садишься в чат и говоришь: «сделай красиво», «поправь», «перепиши». Удобно, когда лень думать или сам не знаешь, чего хочешь.
Второй — Spec-Based Engineering. Сначала пишешь спецификацию. Потом по ней генерируется код.
Почему второй подход победит
Объясню на аналогии с 3D-печатью.
Вайбкодинг — это когда вы подходите к принтеру и говорите: «напечатай стул». Потом: «сделай повеселее». Через сотню итераций у вас вместо стула — монстр, и никто не помнит, как он получился.
Для прототипов сойдёт. Для продакшена — нет.
Инженерный подход — вы не разговариваете с принтером. Вы берёте спецификацию в виде файла и отправляете на печать. Результат предсказуем. Хотите изменить форму? Правите чертёж, а не пластик.
LLM — это компилятор
Если мы хотим получать надёжный софт, нужно перестать видеть в нейросети собеседника.
Она — компилятор.
Мы пишем спецификации. Это новый исходный код. LLM, зажатая в тесты и состояния, компилирует их в работающий продукт.
Как создать полную и непротиворечивую спецификацию?
Схематизировать спецификацию удобно в Социотехе. Он визуализирует систему и создаёт модель данных, которую ИИ понимает без разночтений.
Дальше — связка Социотеха с ИИ-движком. Без лишних разговоров.