Ещё пару лет назад фраза "построил ERP за три дня" звучала бы как шутка. ERP-системы обычно внедряют месяцами и считают бюджет в миллионах рублей, для этого нанимают интеграторов и держат отдельный бюджет на доработки. Но именно так за три дня поступил совладелец юридической фирмы, который до этого ни разу не писал код.
Похожие истории в бизнесе звучат всё чаще, из самых разных отраслей и с разным масштабом задач. Общее в них одно — человек без диплома программиста садится за компьютер, объясняет задачу словами, и получает рабочий инструмент.
Это и есть вайбкодинг с нуля — реальная практика: человек без технического образования описывает задачу простыми словами, а рабочую систему собирает Claude Code. В этой статье разберём, что стоит за этим термином, на конкретном кейсе из практики предпринимателей, и что происходит, когда такой подход упирается в реальные ограничения.
Вайбкодинг с нуля — это когда человек садится за компьютер без опыта программирования и через диалог с ИИ-агентом получает работающий продукт: сайт, внутреннюю систему, приложение. Результат приходит сразу, в первый же день — задачу просто описывают обычными словами вместо кода.
Это уже не нишевое явление. По данным Stack Overflow Developer Survey 2025, 84% разработчиков используют или планируют использовать ИИ-инструменты для кода, а 51% делают это ежедневно. Причём тренд касается не только профессионалов — растёт доля людей, которые вообще не считают себя программистами, но регулярно строят рабочие вещи через диалог с моделью.
Разница с классическим обучением программированию в том, что вайбкодинг с нуля не требует пройти путь синтаксиса и алгоритмов, прежде чем получить первый результат. Результат появляется сразу, а понимание — по ходу дела, через практику.
Михаил Чикунов ведёт юридическую фирму VAMOS. Ещё в мае он приходил на встречу предпринимателей с вопросом про безопасность — тогда у него уже была самодельная CRM для своей фирмы, собранная своими руками через Claude Code. За месяц с небольшим он дошёл до полноценной ERP.
За три дня Михаил собрал систему, которая объединила все процессы фирмы: проекты, календарь и судебные заседания, биллинг, карточки сотрудников, база знаний. Всё это работает и с телефона. Без чужих готовых решений и без сторонних агентов — только сам и Claude Code.
Для сравнения: по расчётам консультантов по внедрению ERP, даже относительно простые системы обычно занимают от двух до четырёх месяцев, а более сложные — от полугода до полутора лет, и стоят от нескольких миллионов рублей. Три дня одного человека без ИT-отдела — это другой порядок величины.
Три дня — это не значит "без сучка и задоринки". На встрече клуба, где Михаил рассказывал про проект, отдельно обсуждали, сколько раз за эти три дня он ругался на модель, когда она не с первого раза понимала контекст задачи. Итоговый результат не отменяет того, что путь к нему был с трением — обычное дело для новой задачи, которую решаешь впервые.
Пришлось решать и практические сложности. Интеграция с 1С потребовала отдельного финансового блока — готовых коннекторов под задачу не нашлось, и Михаил написал свой. С персональными данными клиентов работать пришлось аккуратно: часть информации перед тем, как отдавать модели, приходится анонимизировать вручную — этот приём в клубе уже отработан на других похожих задачах.
Отдельно Михаил использовал метод проверки безопасности от одного из участников клуба: прогонять аудит системы два-три раза в новых чатах без истории диалога, заранее указав модели, что уязвимости точно есть. Так получается список приоритетных проблем вместо единичной поверхностной проверки.
Даже инфраструктурные решения он принимал сам: перенёс сервер с зарубежного облака на Timeweb, чтобы данные клиентов хранились в России, и уложился в 1600 ₽ в месяц — сумма, о которой не пришлось бы даже задумываться при классической разработке с подрядчиком. Чтобы сотрудники охотнее приняли новую систему, карточки сотрудников в интерфейсе оформили в игровом, фэнтезийном стиле — небольшая деталь, которая на практике сильно влияет на то, приживётся инструмент или нет.
ERP за три дня — скорее ориентир, до которого добираются через несколько недель практики на задачах поменьше, чем результат первого дня. Между "написал первый промпт" и результатом уровня Михаила обычно проходит время.
Первые проекты чаще выглядят скромнее: калькулятор для расчёта премии сотрудникам, форма для сбора заявок вместо гугл-таблицы, которая расползлась по вкладкам, автоматическая генерация типовых документов по шаблону. Это те же принципы, что и в кейсе Михаила — просто в меньшем масштабе и без интеграций с внешними системами вроде 1С.
Важная часть первых недель — научиться формулировать задачу так, чтобы модель понимала контекст с первого раза, без долгих уточнений. Это приходит с практикой быстрее, чем кажется: обычно хватает 5-10 реальных задач, чтобы выработать свой стиль постановки.
Первая ошибка новичков — пытаться сразу построить что-то большое и сложное, как та же ERP. На практике работает наоборот: начинать стоит с одной конкретной, раздражающей рутины — таблицы, которую заполняют руками, регламента, который никак не допишут, простого внутреннего инструмента.
Мы уже разбирали, как предприниматели без технического бэкграунда используют Claude Code на реальных задачах — там показаны похожие истории с конкретными результатами. Общий принцип один: задачу описывают своими словами, так, как объяснили бы её коллеге без технического образования.
Дальше результат дорабатывают итерациями. Первая версия почти никогда не бывает финальной — и это нормально. Разница с классической разработкой в том, что на итерацию уходят минуты вместо недель ожидания программиста.
Честная часть истории — у подхода есть реальные ограничения, и замалчивать их вредно для тех, кто планирует повторить. Михаил сам назвал безопасность главным нерешённым вопросом на момент встречи, и это не случайность.
Сканирование Escape.tech, о котором писал Forbes, прошлось по 5 600 реальным приложениям, собранным через вайбкодинг, и нашло больше 2 000 уязвимостей высокого приоритета и 400 раскрытых секретов — то есть примерно в каждом третьем таком приложении есть серьёзная брешь. Отдельный анализ CodeRabbit по open-source pull-реквестам показал, что в коде, написанном с ИИ, проблем безопасности почти в три раза больше, чем в написанном человеком. Тот же материал приводит динамику по месяцам 2026 года: 6 уязвимостей в январе, 15 в феврале, 35 в марте — рост идёт быстрее, чем растёт и сама популярность подхода.
Кейс выше показывает, что вайбкодинг с нуля реально работает. Но для всего, что касается денег, персональных данных или доступа к чужой инфраструктуре, нужна дополнительная проверка: аудит, ограничение прав доступа, ревью человеком критичных мест. Метод повторного аудита из кейса Михаила решает именно эту задачу — без него та же система осталась бы с непроверенными уязвимостями.
На практике для критичных узлов — сервер, база данных, интеграция с платежами или банком — часто хватает разовой консультации у специалиста вместо найма разработчика в штат. Так поступают многие предприниматели из клуба: основную систему строят сами, а точечно подключают человека только там, где цена ошибки высокая.
Нужно ли знать хоть немного программирования, чтобы начать?
Нет, формальные знания не обязательны. Помогает умение чётко формулировать задачу и терпение проверять результат — это ближе к навыку постановки ТЗ, чем к программированию.
Сколько времени нужно, чтобы построить что-то рабочее?
Зависит от масштаба. Простой внутренний инструмент — часы, полноценная система вроде ERP из кейса выше — несколько дней плотной работы. Здесь работает принцип «сначала маленькая рабочая версия, потом расширение» вместо попытки сделать всё сразу.
Безопасно ли доверять вайбкодингу бизнес-данные?
Только с проверкой. Как показывают исследования выше, ИИ-код чаще содержит уязвимости, чем написанный человеком — значит, любую систему с деньгами или персональными данными стоит дополнительно аудировать перед тем, как давать ей доступ к реальным процессам.
Что выбрать в качестве инструмента для старта?
Инструментов много, но для задач уровня "от простой формы до внутренней системы вроде ERP из кейса выше" в клубе AI Practiq чаще всего используют Claude Code — именно на нём Михаил и собирал свою систему.
Три дня на ERP-систему — результат упорства человека без технического образования, который шаг за шагом доводил задачу до готового результата. Вайбкодинг с нуля работает именно так: результат редко идеален с первой попытки, зато появляется быстрее и доступнее, чем при классической разработке — если критичные места потом проверяют отдельно.
Хотите разобраться в вайбкодинге вместе с практиками, которые уже прошли этот путь?
Присоединяйтесь к AI Practiq Club.