Вайб-кодинг: как за выходные собрать рабочий инструмент под свою задачу

Статья для случая, когда у вас есть свои данные - выгрузка или таблица - и вопрос к ним, на который нет готового сервиса. Заказ разработки через техническое задание и подрядчика займёт время, а проверить идею хочется раньше.

В основе - мой опыт из поста в канале: как я за одну субботу собрал такой инструмент для таблицы контрагентов. Сведения о сервисах проверены 12 октября 2026 года.

Что такое вайб-кодинг

Словарь Collins, который выбрал вайб-кодинг словом 2025 года, определяет его как написание кода с помощью ИИ, которому задачу ставят обычным языком. Термин ввёл исследователь ИИ Андрей Карпаты.

Роли при этом распределяются так:

• вы отвечаете за задачу: что на входе, что должно получиться и как понять, что результат правильный;
• ИИ-помощник пишет и правит код, объясняет ошибки, предлагает следующий шаг;
• проверка идёт по поведению программы: вы смотрите на результат на знакомых данных, а не читаете каждую строку.

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

Подходит ли ваша задача

Хорошие поводы взяться за выходной проект я перечислял в посте: идея не даёт покоя, гипотезу нужно проверить до понедельника, бизнес спрашивает «а можно попробовать?» или хочется автоматизировать рутину.

Пример: суббота и таблица контрагентов

В субботу утром я просматривал данные по контрагентам и понял: где-то здесь зарыты деньги компании - незаключённые контракты, потерянные клиенты, упущенная прибыль. Привычный путь - техническое задание, разработчик, спринты - дал бы результат примерно через месяц. Я решил собрать инструмент сам.

На входе были таблица Excel примерно на 100 тысяч строк, внешний источник данных через API и веб-парсеры - программы, которые собирают данные с сайтов. Какой именно источник, в посте я не уточнял. Работал я в Cursor - редакторе кода со встроенным ИИ-помощником (с сентября 2026 года Cursor официально в России не работает).

Как распределилось время (в заголовке поста - «6 часов»):

• полчаса - Python-скрипт: ИИ сразу понял, что нужны сопоставление записей, удаление дублей и оценка записей (scoring);
• час - подключение внешних API;
• пара часов - интерфейс с графиками в конструкторе, который собирает приложение по текстовому описанию;
• к вечеру система работала и показывала результаты.

Гипотеза подтвердилась: в данных нашлись закономерности, которых раньше никто не видел. Что именно нашлось, в посте я не уточнял. На момент публикации поста (август 2025 года) скрипт продолжал работать и приносить результаты.

Мои правила для таких проектов из того же поста: одна проблема - одно решение; работает - хорошо, красиво - ещё лучше; 80% результата за 20% времени. ИИ в этой схеме - помощник, а не замена вам.

План на выходные

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

Шаблон первого запроса. Это условный пример: подставьте свою задачу и свои столбцы.

Задача: найти в выгрузке контрагентов, с которыми был контакт, но нет договора.

Данные: файл contragents.xlsx. Столбцы: ИНН, название, дата последнего контакта,
есть ли договор, сумма прошлых сделок. Ниже 5 строк для примера, данные изменены.

Что нужно: Python-скрипт, который сопоставит записи по ИНН, уберёт дубли,
оставит компании без договора и отсортирует их по сумме прошлых сделок.
Результат - новый файл Excel.

Ограничения: исходный файл не изменять. Если запись неоднозначна,
не угадывать, а вынести её на отдельный лист «проверить вручную».

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

Последняя строка нужна, чтобы помощник сначала показал, как понял задачу: ошибку в понимании видно до того, как написан код.

Какие инструменты нужны и что из них работает в России

Инструменты удобнее выбирать по роли, а не по названию: названия и условия меняются быстро. Статус - на 12 октября 2026 года.

История с Cursor показывает, почему задачу, описание и данные стоит держать отдельно от инструмента: в сентябре 2026 года доступ из России закрылся, и, по данным 3DNews, без каких-либо заявлений компании. Если проект не привязан к одному помощнику, его можно продолжить в другом.

Гибрид: быстрый экран, надёжная основа

В посте я писал, что настоящая сила - в гибриде. Интерфейс и графики собирают быстрыми инструментами, а серьёзную логику и данные держат в проверенных местах: автоматизации - в конструкторе автоматизаций, данные - в нормальной базе. Конструкция выходит сборной, но работает.

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

Что проверить, прежде чем отдать инструмент коллегам

Пока инструментом пользуетесь только вы, ошибка стоит вам вечера. Когда им пользуются коллеги, на его цифры начинают опираться решения. Перед этим пройдите короткую проверку.

• Куда уходят данные. Облачный помощник или конструктор получает всё, что вы ему показываете. Сведения о людях - ФИО, телефоны, почта контактных лиц - это персональные данные по закону 152-ФЗ. Их передача на территорию другого государства считается трансграничной, и до её начала оператор обязан уведомить уполномоченный орган по защите прав субъектов персональных данных (статья 12 закона). Прежде чем загружать такие данные в зарубежный сервис, обсудите это с юристом, а помощнику показывайте обезличенные образцы.
• Где лежат ключи. Ключи к API и пароли - в отдельном файле настроек, который не попадает в общий доступ. Проверьте, что в тексте программы их нет.
• Какие права у инструмента. Пусть он читает копию или выгрузку, а не основную систему, и ничего не может в ней изменить.
• Безопасен ли код. ИИ пишет работающий код, но не обязательно безопасный. В исследовании Veracode (июль 2025 года) больше 100 языковых моделей писали код на Java, Python, C# и JavaScript: 45% образцов не прошли проверки безопасности и содержали уязвимости из OWASP Top 10 - перечня самых критичных рисков безопасности веб-приложений, для Python - 38%. Если инструмент будет открываться через браузер, попросите помощника отдельно проверить код на уязвимости, а лучше покажите его разработчику.
• Повторяется ли результат. Запустите программу дважды на одних и тех же данных: итог должен совпасть. На свежей выгрузке снова сверьте 20-30 записей.
• Кто отвечает. Назначьте человека, который умеет запускать и чинить инструмент и держит описание из шага 7 в актуальном состоянии.

Когда остановиться и звать разработчиков

В посте я написал так:

Признаки, что выходной проект пора передавать разработчикам:

• инструментом начинают пользоваться клиенты, и он нужен на годы;
• в нём появляются данные, утечка которых обернётся катастрофой;
• пользователей становится больше пары тысяч (оценка из моего поста);
• задача усложняется: на сложных задачах, как я писал в посте, такой подход ломается, а безопасность и архитектура становятся важнее скорости.

Передавайте не только код, но и то, что выяснили: вопрос к данным, найденные закономерности и записанные проверки. Этого в коде не видно.

Частые вопросы