MCP в Битриксе: почему это важнее, чем кажется

MCP в Битриксе: почему это важнее, чем кажется

На собеседовании с разработчиком всплыла фраза, мимо которой я бы три года назад прошёл, а сейчас зацепился: «к Битриксу же MCP уже подключается». Сказано было между делом.

И вот именно эта будничность — самое интересное.

Что такое MCP, если коротко

MCP (Model Context Protocol) — это стандарт от Anthropic (того самого, что делает Claude), описывающий, как ИИ-ассистент получает доступ не только к своей «памяти», а к живому контексту проекта: репозиторию, документации, базе данных, дизайну в Figma, задачам в Jira, браузеру, CRM. Грубо говоря, раньше ИИ писал код «по памяти и догадкам», а с MCP — по реальной документации и API конкретного проекта. Меньше галлюцинаций, больше попаданий в существующий стек.

Почему MCP под Битрикс — это не «вау», а сигнал

В обсуждениях ИИ-разработки обычно мелькает модное: React, Python, AI-first стартапы, новые фреймворки. Битрикс там проходит мимо — слишком корпоративная, слишком «не хипстерская» платформа.

И именно поэтому факт, что для 1С-Битрикс уже работают MCP-серверы (как минимум delight.mcp в официальном маркетплейсе и независимый camouf.ru, плюс несколько решений под Bitrix24 REST на GitHub), для меня важнее любых новостей про очередной AI-IDE.

Битрикс — это огромный рынок поддержки и доработки в РФ и СНГ. Тысячи корпоративных сайтов, личных кабинетов, интернет-магазинов, легаси-кода и интеграций, на которых каждый день работают живые компании. Если ИИ-инструментарий доходит сюда — значит, он действительно стал инфраструктурой.

Как мы в JDPlex с этим работаем

На самих Битрикс-проектах поддержки мы сейчас аккуратно смотрим в сторону MCP под CMS. Цель не подключить ради хайпа, а понять, где это реально снижает цикл правки в существующем коде: типовые задачи на инфоблоки, доработка компонентов, кастомизация шаблонов, простые интеграции.

Что это значит для заказчика

Если у вас есть сайт на Битрикс, особенно живущий 3+ года в продакшене, и его периодически надо «допиливать» — вот конкретные эффекты:

— Поддержка дешевеет в типовых задачах. То, что раньше занимало часы разработчика, в связке «разработчик + ИИ + MCP» сокращается заметно. Не потому что ИИ пишет всё сам, а потому что уходит рутина «вспомнить API, перечитать документацию, обойти подводные камни ядра».

— Меньше «сюрпризов» при доработках. ИИ, у которого есть прямой доступ к структуре вашего инфоблока и реальным методам ядра конкретной версии, заметно реже предлагает решения, которые в продакшене ломаются.

— Аудит и оценка работ перестают быть «прикинули по опыту». Они становятся проверяемыми: вот замеры, вот выгрузка, вот лог проверки.

Но у этого есть обратная сторона.

Почему MCP не отменяет разработчика, а поднимает планку

Самая опасная иллюзия 2026 года звучит так: «теперь любой джун с Cursor + MCP может поддерживать наш Битрикс, зачем платить подрядчику». Я слышу её всё чаще — и каждый раз вижу, чем это заканчивается.

С MCP мало просто «попросить нейросеть». Появляются задачи, которых раньше не было:

— решить, какие MCP подключать к проекту и какому ИИ давать доступ;

— настроить права: что ИИ читает, а к чему не приближается;

— научиться валидировать ответы;

— выстроить ревью, тесты, откат изменений;

— не создать дыру в безопасности.

Каждый пункт — отдельная инженерная задача.

Планка не падает — она поднимается. Дешёвой массовой поддержки «по нейросетке без головы» не будет. Будет более качественная поддержка теми, кто научился управлять этим стеком.

Вывод

Для меня появление MCP под Битрикс — не новость про инструмент. Это про то, что в сегмент корпоративной разработки приходит новый производственный контур: репозиторий + документация + задачи + дизайн + браузер + CMS, соединённые в один AI-ассистированный конвейер.

Кто соберёт этот контур у себя и научится им управлять — будет работать дешевле, быстрее и предсказуемее.