Вайб-кодинг. Как заставить ИИ-агентов писать код

Павел Булкин

Вайб-кодинг. Как заставить ИИ-агентов писать код

Раньше я тратил недели на баги в Python. Серьёзно, недели. Я помню один особенно травмирующий случай с утечкой памяти в проекте на Django, который преследовал меня во снах. Я просыпался в холодном поту, бормоча что-то про сборщик мусора и циклические ссылки. Мои дни состояли из ритуального танца: добавить print(), запустить, посмотреть, почесать в затылке, повторить. Мой самый полезный навык, казалось, заключался в способности гуглить сообщения об ошибках на двадцати разных языках, включая эльфийский. Я был не программистом, а цифровым шахтёром, который день за днём кайлом console.log долбил каменную стену кода в поисках крошечного самородка — той самой пропущенной точки с запятой.

Теперь мой главный навык — умение вежливо, но настойчиво говорить: «Эй, ИИ, почини этот треш!» И знаете что? Он чинит. И делает это быстрее, чем я успеваю сварить себе утренний кофе.

Если вы читаете эти строки, скорее всего, вы узнали себя в моём прошлом. Вы устали от рутины. Устали от бесконечного копирования кода со Stack Overflow, которое ощущается как интеллектуальное воровство у самого себя. Устали от того, что 90% рабочего времени уходит не на создание чего-то нового и великого, а на поддержку старого и еле живого. Вы смотрите на свои проекты и видите не элегантные архитектурные решения, а цифровые трущобы, которые страшно трогать, чтобы они не развалились. Добро пожаловать в клуб. Я был его почётным членом.

Но есть и хорошие новости. Выход из этого ада существует, и имя ему — vibe coding. Это не новый фреймворк. Не очередной язык программирования, который нужно учить пять лет. Это новая философия. Это фундаментальный сдвиг в отношениях между человеком и машиной. Вайб-кодинг — это когда ты перестаёшь быть рабом клавиатуры и становишься дирижёром оркестра. Оркестра, состоящего из невероятно умных, исполнительных и никогда не устающих ИИ-агентов. Ваша задача — задавать темп, определять мелодию и следить за общей гармонией. А всю черновую работу — игру на инструментах — выполняют они.

Этот текст — не академический трактат. Здесь не будет сложных формул, заумных определений и снобского жаргона. Представьте, что мы сидим в уютном баре, и я, как старый друг, делюсь с вами главным секретом своей новой, счастливой программистской жизни. Я покажу вам, как переложить практически всю скучную, монотонную и выматывающую работу на плечи искусственного интеллекта. Мы поговорим о том, как работает генерация кода на практике, что такое настоящий, а не выдуманный промпт-инжиниринг, и как сделать так, чтобы роботы писали код за вас, пока вы занимаетесь тем, для чего и пришли в эту профессию — творите.

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

Программирование всегда эволюционировало в сторону повышения уровня абстракции. От машинных кодов к ассемблеру. От ассемблера к C. От C к Python и JavaScript. Каждый шаг делал нас дальше от «железа» и ближе к человеческому языку. Вайб-кодинг — это следующий, самый логичный шаг в этой эволюции. Теперь мы можем писать код на самом высоком уровне абстракции из всех возможных — на человеческом языке.

Цель этой брошюры проста: через два часа вы не просто поймёте эту концепцию, вы соберёте свой первый полноценный ИИ-проект. Даже если вы не писали код со времён динозавров и ваш последний коммит был в репозиторий на SourceForge. Пристегнитесь. Мы отправляемся в будущее. И оно вам понравится.

Мой отряд ИИ-роботов (и чем они занимаются)

Чтобы стать успешным дирижёром, вам нужны хорошие музыканты. В мире vibe coding ваши музыканты — это правильно подобранные инструменты. Это не просто программы, это ваши напарники, каждый со своим характером, сильными сторонами и специализацией. Собрать правильную команду — половина успеха.

За последний год эти музыканты заметно повзрослели. Если ещё недавно ИИ был умным автодополнением, которое подсказывает следующую строчку, то теперь это полноценные агенты: они работают сами по многу минут, а то и часов, читают весь проект целиком, правят десятки файлов, запускают тесты и сами чинят то, что сломали. Главное изменение последнего года — не в том, что модели стали умнее (хотя стали), а в том, что агент вышел из редактора и научился доводить задачу от постановки до проверенного результата почти без вашего участия. А ещё они умеют сами дотягиваться до ваших данных и сервисов — через открытый стандарт MCP (Model Context Protocol), — так что таскать контекст из окна в окно руками почти не приходится. Ваша роль дирижёра от этого только укрепилась: чем автономнее музыканты, тем важнее тот, кто задаёт темп и держит общую гармонию.

Я перепробовал десятки инструментов и остановился на трёх, которые покрывают 99% моих потребностей. Это мой личный «отряд Альфа» в борьбе с рутиной.

Cursor — мой «Старший инженер»

Давайте начистоту: после знакомства с Cursor, возвращаться в обычный VS Code — это как пересесть с современного электрокара обратно в карету с лошадьми. Да, едет. Но ощущения совсем не те. Cursor — это не просто редактор кода. Это ваш личный старший разработчик, который сидит рядом 24/7, не просит повышения зарплаты и никогда не бывает в плохом настроении.

Что это такое по сути? Разработчики взяли всеми любимый VS Code, сохранили все его плагины, настройки и хоткеи, к которым вы так привыкли, и встроили в него мощнейший ИИ. Главное его отличие от других ИИ-помощников — он «видит» весь ваш проект целиком. Это называется codebase-aware intelligence. Он не просто смотрит на открытый файл, он знает о каждом файле, каждой функции, каждой переменной в вашем проекте. Это меняет правила игры.

Вот как это работает на практике. У вас есть проект из 50 файлов. Вам нужно добавить новую фичу. В обычном мире вы бы начали открывать файлы один за другим, вспоминать, что где лежит, какая функция за что отвечает. В Cursor вы просто открываете чат (Cmd+K) и пишете: «Добавь возможность для пользователей загружать аватар. Требования: изображение в формате PNG или JPG, не больше 2 МБ. На бэкенде создай новый эндпоинт /upload-avatar, который сохраняет файл в папку /uploads. На фронтенде, в компоненте UserProfile.tsx, добавь кнопку „Загрузить фото“ и реализуй логику отправки файла на сервер».

И вы идёте пить чай. Когда вы вернётесь, Cursor покажет вам предлагаемые изменения. Он сам найдёт UserProfile.tsx и добавит туда нужный JSX и CSS. Он откроет файл с роутами на сервере и добавит /upload-avatar. Он создаст новый контроллер для обработки загрузки, включая проверку размера и типа файла. Он даже может установить нужную библиотеку для обработки multipart/form-data, если её не было. Вам останется только нажать «Применить» и проверить результат.

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

И это уже не просто чат с автодополнением. Сегодня у Cursor есть полноценный агент-режим: вы ставите задачу, а он сам планирует шаги, правит нужные файлы, гоняет команды в терминале и приносит готовый результат на ревью. А фоновые агенты умеют параллельно молотить несколько задач в облаке, пока вы заняты чем-то другим. То есть «старший инженер» больше не сидит рядом и не ждёт каждой вашей команды — он берёт задачу и уходит её делать.

Конечно, он не идеален. Иногда он может «задуматься» или предложить не самое элегантное решение. Но это происходит всё реже. Главное — научиться правильно с ним разговаривать. Чем точнее и детальнее ваш запрос, тем лучше результат. Это основа промпт-инжиниринга, о которой мы поговорим позже. Но даже с базовыми навыками Cursor экономит часы, которые раньше уходили на навигацию по проекту и написание шаблонного кода.

Claude (линейка Opus 4) — «Архитектор»

Если Cursor — это ваш старший инженер, который отлично справляется с тактическими задачами, то Claude — это ваш главный архитектор, отвечающий за стратегию. Я обращаюсь к нему, когда задача выходит за рамки написания одной функции и требует высокоуровневого мышления, анализа и планирования.

Главная суперсила старших моделей Claude (сегодня это линейка Opus 4) — гигантское контекстное окно. Говоря простым языком, он может «прочитать» и удержать в голове огромный объём информации за один присест — до миллиона токенов. Это как скормить ему целую книгу, а то и небольшую библиотеку, и обсуждать её целиком. Для повседневной рутины с лихвой хватает модели среднего тира (Sonnet) — она дешевле и быстрее; а на самое тяжёлое — разбор архитектуры, спасение легаси — выкатываешь флагман (Opus).

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

Кстати, к «архитектору» теперь не обязательно ходить в браузер. Есть Claude Code — терминальный агент, который сам читает кодовую базу, правит файлы и запускает тесты прямо у вас в проекте. Для большой стратегической работы это удобнее, чем копировать код в окно чата и обратно.

Мой типичный сценарий использования Claude — это работа с легаси-проектами. У каждого из нас есть такой в шкафу. Огромный, страшный монолит, написанный десять лет назад, без единой строчки документации. Раньше, чтобы просто разобраться в нём, уходили недели. Теперь я делаю так: выгружаю весь код проекта (или его ключевые части) в Claude и пишу промпт:

«Ты — опытный системный архитектор. Перед тобой исходный код старого проекта. Твоя задача — провести полный аудит. Проанализируй код и подготовь подробный отчёт, который должен включать: 1. Описание общей архитектуры приложения. 2. Список всех основных модулей и их назначение. 3. Карту зависимостей между модулями. 4. Список потенциальных узких мест, багов и проблем с производительностью. 5. Рекомендации по модернизации и рефакторингу с пошаговым планом.»

Через несколько минут Claude выдаёт мне документ на 20 страниц, который по качеству превосходит то, что могла бы сделать целая команда аналитиков за неделю. Он раскладывает всё по полочкам, рисует связи, о которых я и не подозревал, и предлагает разумный план миграции на современные технологии. Это магия.

Другой кейс — изучение новых технологий. Вместо того чтобы читать нудную документацию, я просто скармливаю её (или ссылку на неё) Claude и начинаю диалог. «Объясни ключевые концепции фреймворка Svelte», «Напиши пример простого todo-приложения на Svelte по лучшим практикам», «Чем Svelte отличается от React и когда его лучше использовать?». Он становится вашим персональным репетитором, который знает о технологии всё и готов отвечать на любые, даже самые глупые вопросы.

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