Павел Булкин – Вайб-кодинг 2.0: Контекстная инженерия (страница 1)
Павел Булкин
Вайб-кодинг 2.0: Контекстная инженерия
Введение: Похмелье после вечеринки
Февраль 2025-го был временем абсолютной, почти детской эйфории. Мы все чувствовали себя волшебниками. Термин «Вайб-кодинг», который Andrej Karpathy предложил в своём твите, превратился из шутки в полноценную религию индустрии. Мы просто описывали свои желания, нажимали кнопку «Generate» в Cursor или Windsurf, и – бум! – рабочее приложение готово. Мы строили прототипы за обеденный перерыв, запускали стартапы за выходные и искренне верили, что классический синтаксис Python или TypeScript скоро станет таким же архаизмом, как перфокарты.
Это была грандиозная вечеринка. Но сегодня, в начале 2026 года, мы проснулись с тяжелейшим похмельем. Сегодня 92% разработчиков в США и более 80% по всему миру используют ИИ-агентов в своей ежедневной работе. Цифра впечатляет, не так ли? Мы победили рутину. Мы генерируем в десять раз больше кода, чем три года назад. Но вот в чем ирония: пока наши IDE захлебываются от мощи Claude 4.5 и новых моделей OpenAI, среднее время на отладку и поддержку систем выросло почти вдвое. Мы научились быстро бежать, но совершенно забыли, куда именно мы бежим и что несем в своих рюкзаках.
Эпоха «Дикого Запада» Вайб-кодинга официально завершена. Период, когда можно было просто «навайбить» фичу и надеяться на лучшее, сменился эрой жесткого технического расчета. Мы столкнулись с феноменом «быстрого, но дефектного» кода. Это тот самый момент, когда эйфория от того, что агент за 30 секунд написал вам сложный алгоритм синхронизации данных, сменяется тихим ужасом в три часа ночи, когда этот код падает в продакшене из-за пограничного случая, который никто не удосужился продумать. Потому что никто больше не читает код. Мы его «одобряем».
Диагноз индустрии: Мы тонем в техническом долге ИИ
Давайте будем честными: мы начали терять контроль. В 2025 году мы все стали «операторами промптов», но забыли остаться инженерами. Сегодня типичный репозиторий среднего проекта выглядит как лоскутное одеяло, сшитое из галлюцинаций нейросетей разной степени свежести.
Проблема не в том, что ИИ пишет плохой код. Проблема в том, что ИИ пишет
Мы разучились понимать, как работают наши системы. Я вижу это повсеместно – от маленьких инди-команд до огромных корпораций. Тимлиды жалуются на «кризис Code Review»: как можно осмысленно проверить PR на 2000 строк, который был создан за две минуты? Человеческий мозг не приспособлен к такой скорости верификации. В итоге мы просто жмем «Merge», полагаясь на то, что тесты (тоже написанные ИИ) всё проверят. Но тесты проверяют только то, что мы их попросили проверить, а не то, что на самом деле нужно бизнесу.
Это и есть наше похмелье. Мы создали горы кода, который никто не понимает до конца. Мы делегировали ИИ не только написание синтаксиса, но и принятие архитектурных решений. И теперь, когда системы начинают ломаться под собственным весом, выясняется, что в команде нет никого, кто мог бы восстановить логическую цепочку «почему это сделано именно так». Мы стали заложниками собственного инструментария.
Вайб-кодинг 2.0: От магии к архитектуре
Но не спешите удалять свои подписки на Claude Code или Traycer. Мы не вернемся в эпоху ручного набора каждого символа. Это было бы так же глупо, как отказываться от компиляторов в пользу ассемблера. Путь вперед лежит не через отказ от ИИ, а через радикальную трансформацию нашей роли.
Если 2025 год был годом «вайба» (интуиции и скорости), то 2026-й – это год «Контекстной Инженерии». Мы переходим к Вайб-кодингу 2.0.
Что это значит? Это значит, что ваша ценность как разработчика больше не измеряется способностью написать функцию `sort()`. Ваша ценность теперь – в умении проектировать контекст. Мы больше не пишем код. Мы строим среду, в которой ИИ-агенты могут генерировать надежные решения.
В этой книге мы будем говорить о том, как стать ИИ-архитектором. Это новая ступень эволюции, где вы выступаете в роли композитора симфонии, а не исполнителя каждой ноты. Архитектор не кладет каждый кирпич, но он знает физику материалов, он понимает, как фундамент держит нагрузку, и, самое главное, у него есть чертеж. Вайб-кодинг 1.0 – это попытка построить небоскреб без чертежа, просто прося рабочих «сделать красиво». Результат предсказуем. Вайб-кодинг 2.0 – это использование роботизированных строительных кранов по четко выверенному цифровому двойнику здания.
Мы разберем, почему «промпт-инжиниринг» в его классическом виде (составление длинных заклинаний в чате и даже метод R.O.L.E.S., который рассматривался в первой моей книге) утрачивает актуальность. Ему на смену пришла контекстная инженерия и использование протоколов вроде MCP (Model Context Protocol). Теперь важно не то, как вы попросите, а то, какие данные вы предоставите агенту: документацию, правила архитектуры, живые фиды из базы данных и четкие спецификации.
Инструменты 2026 года: Новая реальность
Мы больше не работаем с «просто редакторами». Мы работаем в экосистемах глубокого контекста. В первой части книги мы подробно разберем каждый инструмент: от Cursor и его эволюции «Композитора» до Windsurf с концепцией «Flows», от Claude Code в терминале до Traycer с философией спецификации как кода.
Главный вызов 2026 года – это безопасность и интерпретируемость. Мы научились генерировать enterprise-решения за минуты, но теперь мы должны научиться гарантировать, что в этих решениях нет «дыр», оставленных нейросетью из-за ее склонности выбирать самые простые и очевидные (и часто небезопасные) пути. Мы будем учиться быть параноиками. В мире, где код пишет ИИ, паранойя становится главной профессиональной добродетелью.
Ваша новая роль: Архитектор Контекста
Если вы чувствуете страх перед тем, что ИИ заберет вашу работу, значит, вы все еще цепляетесь за старое определение «программиста». Программист как «писатель кода» действительно находится в зоне риска. Но Инженер-Архитектор, управляющий ансамблем ИИ-агентов, – это самая востребованная профессия ближайшего десятилетия.
В этой книге я не буду учить вас писать промпты. Мы будем учиться думать системами. Пройдем путь от управления «вайбом» к управлению сложными, масштабируемыми и, что самое важное, поддерживаемыми системами.
Мы разберем:
1. Как не утонуть в техническом долге, который генерирует ИИ (Глава 10).
2. Как использовать Plan Mode для предотвращения «дрейфа намерений» (Глава 6).
3. Как настроить MCP, чтобы ваш ИИ-агент знал о вашей инфраструктуре больше, чем вы сами (Глава 7).
4. Как проводить аудит «черного ящика» – кода, который вы не писали, но за который несете ответственность (Глава 9).
Похмелье – это неприятно, но это признак того, что бурная вечеринка закончилась и пора приниматься за серьезную работу. Мы больше не играем с ИИ. Мы строим с его помощью будущее. И чтобы это будущее не сложилось как карточный домик, нам нужно вернуть в разработку дисциплину, архитектуру и здравый смысл.
Забудьте о «магии». Добро пожаловать в высокотехнологичный инжиниринг. Пора протрезветь и начать строить по-настоящему.
ЧАСТЬ 1: ИНСТРУМЕНТЫ НОВОЙ ЭРЫ
Глава 1. Cursor: Эволюция «Композитора»
Cursor эволюционировал из умного автодополнения в полноценный режим Composer, который видит весь проект как единый граф. В этой главе мы рассмотрим, как Cursor воплощает принципы Вайб-кодинга 2.0, описанные во введении.
От чата к контекстному сознанию
Главная проблема ранних ИИ-инструментов заключалась в их «амнезии» и изоляции. Чат-бот видел ровно столько, сколько вы могли в него втиснуть через Ctrl+C / Ctrl+V. Это порождало «галлюцинацию в вакууме»: модель выдавала идеальный код, который абсолютно не работал в вашей специфической архитектуре.
Cursor первым сделал «codebase-aware» (понимание всей кодовой базы) не фичей, а философией. В 2026 году это стало стандартом, который мы называем контекстной инженерией. Инструмент перестал быть внешним наблюдателем. Благодаря индексации всего репозитория в реальном времени и интеграции Model Context Protocol (MCP) редактор «чувствует» проект целиком.
Когда вы открываете Composer в современном Cursor, вы не просто открываете окно ввода текста. Вы открываете интерфейс управления графом зависимостей. ИИ знает не только синтаксис, он понимает ваши архитектурные паттерны. Если вы привыкли использовать Dependency Injection определённым образом, Composer не предложит вам синглтон. Он «пропитан» вашим стилем. Это и есть Вайб-кодинг 2.0 – когда «вайб», или дух проекта, автоматически становится ограничением для генерации.
Декларативный скачок: Смерть процедурного мышления
Самое сложное для опытного разработчика – это перестать думать шагами. Мы десятилетиями учились разбивать задачу на микроинструкции: «сначала создай переменную, потом пройди циклом, потом проверь условие». Это процедурное мышление.