Вопрос «Вайбкод или Claude Code» задают примерно с мая, когда Битрикс24 выпустил свою платформу. Формулировка звучит логично, потому что оба обещают приложение без программиста.
Проблема формулировки в том, что она описывает выбор, которого нет. Владелец бизнеса при этом действительно выбирает, просто между другими вещами, и ошибка в том выборе обходится дороже, чем ошибка в инструменте.
Битрикс24 называет Вайбкод первой на российском рынке no-code платформой, которая позволяет создавать собственные приложения и сервисы для бизнеса с помощью ИИ. Анонс датирован 18 мая 2026 года, сам продукт вышел 14 мая.
Работает это в три шага. Создать API-ключ, описать задачу ИИ, получить готовое приложение. ИИ при этом, как пишет вендор, изучает документацию, пишет код, создаёт приложение, публикует его в системе и подключает к Битрикс24. Заявленный эффект вендор формулирует так: сценарии, на которые уходили недели и месяцы, реализуются за минуты.
На странице самой платформы формулировка суше и полезнее. Это платформа разработки приложений для Битрикс24, дающая доступ к API, серверам, ботам, ИИ-моделям и агентам, и поддержано в ней больше трёхсот методов REST API.
Собранные приложения живут на облачных серверах Битрикса, которые вендор описывает как невидимые из интернета — все порты закрыты, доступ идёт через шифрованные туннели. Данные при этом остаются внутри портала, а ключи привязаны к порталу и к конкретному пользователю.
На той же странице платформы, чуть ниже, сказано, что Вайбкод работает с Claude Code, Cursor и ChatGPT.
Вайбкод оказывается средой, где приложение живёт и откуда получает доступ к данным, серверам и публикации. Claude Code остаётся инструментом, которым это приложение пишут. Битрикс не заявляет их как альтернативы и на конкурента свой продукт на странице платформы не позиционирует.
Вторая точка соприкосновения устроена так же. Битрикс24 официально поддерживает MCP, протокол, по которому внешние ИИ-системы управляют порталом из своего интерфейса. Ограничение зафиксировано в той же документации и закрывает главный вопрос о безопасности. ИИ-ассистент действует только по команде сотрудника и только в пределах его прав доступа.
Реальный выбор владельца выглядит так. Приложение, которое ему нужно, можно собрать внутри Битрикс24, а можно собрать отдельным сервисом, который к Битриксу подключается снаружи по API.
Внутри работает Вайбкод со своими серверами и публикацией, всё в одном контуре. Снаружи получается отдельный проект на своём хостинге, который ходит в Битрикс через REST API или через MCP. Пишется он тем же Claude Code, а живёт там, где вы решите.
Оба варианта рабочие, и разница между ними — в том, кому принадлежит среда, где приложение живёт.
Сервер, домен, сертификат и бэкапы остаются на стороне Битрикса. Приложение появляется в портале и работает, и всё, что с ним дальше происходит, — забота вендора, а не ваша.
Данные из контура при этом не выходят: и приложение, и его серверы находятся внутри портала. Для бизнеса, который держит в CRM персональные данные клиентов, это снимает отдельный разговор с хостером о том, где физически лежат его записи.
Ключи, как пишет вендор, привязаны к порталу и к конкретному пользователю, а доступ к серверам получают только авторизованные люди. Как именно приложение видит права сотрудников внутри портала, на странице платформы не расписано, и это стоит выяснить до начала работы, если у вас разграничен доступ между отделами.
Скорость при этом реальная. Три шага, которые называет вендор, промежуточных решений между собой не имеют, и в этом главное отличие от заказа интеграции на стороне.
Подписка. Вайбкод требует тарифа Битрикс24 с BitrixGPT и Маркетплейсом; условие стоит на странице платформы, а определяет оно, доступен вам инструмент вообще или нет.
Дальше начинается привязка. Приложение, собранное внутри, живёт на серверах Битрикса и работает с его данными, поэтому переезд на другой портал означает, что приложение собирается заново.
Границы платформы вы принимаете целиком. Больше трёхсот методов REST API — это много, и это же весь периметр. За его пределами задача внутри Вайбкода не решается, и выясняется это обычно на середине работы.
Последним идёт то, что общо для любого закрытого контура. Темп развития задаёт вендор: что он добавит, то у вас появится; чего не добавит, того не будет, и повлиять на это нечем.
Где живут данные — Внутри Вайбкода: внутри портала; Снаружи, своим сервисом: там, где вы разместили
Что нужно на старте — Внутри Вайбкода: тариф с BitrixGPT и Маркетплейсом, API-ключ; Снаружи, своим сервисом: сервер, домен, сертификат
Доступные возможности — Внутри Вайбкода: больше 300 методов REST API Битрикса; Снаружи, своим сервисом: любые сервисы, у которых есть API
Чем пишется код — Внутри Вайбкода: Claude Code, Cursor, ChatGPT; Снаружи, своим сервисом: те же инструменты
Кто администрирует — Внутри Вайбкода: Битрикс; Снаружи, своим сервисом: вы
Если уходите с Битрикс24 — Внутри Вайбкода: приложение остаётся привязанным к порталу; Снаружи, своим сервисом: продолжает работать
Кто задаёт темп развития — Внутри Вайбкода: вендор; Снаружи, своим сервисом: вы
Первые четыре строки взяты со страницы платформы. Три нижние — наша оценка последствий, вендор такого не заявляет.
Последняя строка таблицы про код объясняет, почему исходный вопрос «или-или» не работает: инструмент в обоих столбцах один и тот же.
Дороже всех остальных различий обходится строка про уход с портала. Остальные видны уже в первый месяц работы, а эта проявляется через год или два, когда решение принято и переигрывать поздно. Владелец, который сегодня выбирает по скорости старта, через два года платит за этот выбор пересборкой, и экономия первого месяца выглядит тогда совсем иначе.
Через эту развилку прошли уже многие, и чем у них закончилось узнать дешевле, чем проверять самому: у части приложение так и осталось в портале, у части переехало наружу через год.
Внутри имеет смысл строить, когда приложение по смыслу продолжает Битрикс и никуда за пределы портала не выходит.
Бот, который читает входящие заявки и раскладывает их по ответственным, видит сделки и сотрудников как свои; снаружи ему пришлось бы получать эти данные по API, обновлять их и следить за расхождениями. Дашборд по воронке внутри собирается быстро, потому что данные уже здесь. Генератор коммерческого предложения из карточки сделки внутри портала получает карточку целиком, а снаружи — только то, что вы догадались ему передать.
Снаружи имеет смысл строить, когда Битрикс — один из нескольких источников. Отчёт, который сводит сделки из CRM, остатки со склада и расходы из рекламного кабинета, внутри портала не поместится, потому что склад и реклама к Битриксу отношения не имеют.
Есть и третий вариант, о котором думают реже всего: часть внутри, часть снаружи. Приложение живёт в портале и делает там свою работу, а тяжёлое или чужое выносится в отдельный сервис, который портал дёргает по запросу. Так собирают, например, отчёт, где сама витрина лежит в Битриксе, а сведение данных из склада и рекламы происходит снаружи и приезжает готовым числом. Стоит это дороже любого из двух чистых вариантов, потому что администрировать приходится обе половины.
Отдельный случай возникает, когда приложение важнее самого портала. Если компания в принципе может сменить CRM через год-другой, а этот сервис останется, строить его внутри чужого контура означает привязать его к решению, которое вы, возможно, пересмотрите. Стоимость этой привязки видна только в момент переезда, и тогда она уже не обсуждается.
Ошибиться тут дешевле в одну сторону, чем в другую. Приложение, собранное снаружи, при желании переносится внутрь портала: логика уже написана, остаётся переложить её на методы Битрикса. Обратный путь длиннее, потому что снаружи придётся заново делать всё, что внутри было готовым — сервер, домен, сертификат, права и обновления.
Поэтому при сомнениях разумнее начинать снаружи, а внутрь переезжать, когда стало понятно, что приложение не выходит за периметр Битрикса. Обратная последовательность обходится дороже ровно на стоимость той инфраструктуры, которая внутри портала уже входила в тариф.
Проверить своё решение до начала работы можно одним вопросом: что останется полезного, если завтра портала не станет. Если ответ «ничего, приложение и было про Битрикс» — стройте внутри и не переплачивайте за независимость, которая вам не нужна. Если остаётся сервис, которым вы пользовались бы и с другой CRM, — эта независимость и есть та вещь, за которую стоит платить своим сервером.
Похожая развилка возникала и раньше, когда предприниматели дорабатывали учётные системы своими руками.
Что такое Битрикс24 Вайбкод простыми словами?
Платформа, на которой приложение для Битрикс24 создаётся описанием задачи ИИ, без ручного написания кода. Оно сразу получает серверы и публикацию внутри портала.
Нужен ли Claude Code, если есть Вайбкод?
Они не заменяют друг друга. Вайбкод — среда, где приложение живёт, Claude Code — инструмент, которым его пишут; платформа Битрикса прямо указывает его в числе поддерживаемых.
Что нужно, чтобы начать?
Тариф Битрикс24 с BitrixGPT и Маркетплейсом и созданный API-ключ.
Что будет с приложением, если уйти с Битрикс24?
Оно останется привязанным к порталу. Переносить его в другую систему придётся сборкой заново.
Между Вайбкодом и Claude Code выбирать не нужно. Первое — это место, второе — это инструмент, и работают они вместе, потому что поддержку Claude Code сделал сам Битрикс.
Выбирать нужно между контурами. Внутри портала вы получаете скорость и отсутствие администрирования, а отдаёте за это независимость приложения от вендора. Снаружи получаете свободу и любые источники данных, а платите собственным сервером и настройкой с нуля.
Отсюда и правило. Приложение продолжает Битрикс — стройте внутри. Битрикс для него один из источников — стройте снаружи.
Такие развилки предприниматели проходят на своих проектах, обычно уже после того, как выбрали. Послушайте тех, кто выбрал первым, прежде чем решать самому.