Эволюция CMS: как AI-агенты и протокол MCP меняют управление контентом

Для владельца сайта разница не косметическая: генератор выдаст заготовку, а агент потенциально сможет пройтись по проекту, выбрать действия и выполнить их. Значит, привычный drag-and-drop превращается в вопрос прав доступа, журнала изменений и возможности быстро отменить чужую инициативу машины.

Не каждый AI в панели — агент

Генерация лендинга по одному промпту остаётся генерацией, даже если маркетинг приклеил к ней модный шильдик. Настоящий агент, как описывает «Хабр», работает с существующим проектом: оценивает его состояние, строит последовательность операций и при необходимости меняет план по ходу работы.

Это другой пользовательский сценарий. Раньше редактор нажимал кнопку, правил текст и публиковал. Теперь рядом может появиться третий клиент CMS — не человек и не приложение с заранее прошитой логикой, а система, которая сама выбирает, какой инструмент вызвать следующим.

На демо это выглядит как магия. В рабочем проекте — как потенциальный источник очень дорогого «ой». Если агент способен менять контент, структуру или настройки, ему нужны те же ограничения, что и обычному сотруднику: роли, разрешения, подтверждение операций, аудит и откат. Иначе «оптимизировать страницу» однажды станет эвфемизмом для «сломать воронку к обеду».

MCP — не мозг, а разъём

Model Context Protocol, представленный Anthropic в конце ноября 2024 года, решает более приземлённую задачу: даёт общий способ подключать AI-приложения к инструментам и источникам данных. Вместо отдельных интеграций для каждой пары «модель — сервис» MCP-сервер публикует доступные инструменты, ресурсы и промпты с описанием параметров.

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

Это важная поправка к интерфейсной инфляции. Наличие MCP в презентации не означает, что сервис получил «AI-сотрудника». А появление чат-окна в CMS не доказывает, что оно вообще умеет больше, чем перефразировать заголовок. Пользователю придётся смотреть не на название функции, а на то, имеет ли она доступ к проекту, какие операции видит и кто ставит финальную подпись под изменениями.

Проверять надо не витрину, а контуры доступа

В «Хабре» показательным назван подход Webflow: действия агента подчиняются тем же ролям и разрешениям, что и действия обычных участников workspace. Это, пожалуй, единственная здоровая логика. CMS не обязана выпускать отдельную «AI-версию» с привилегиями бога; ей достаточно признать агента ещё одним клиентом существующей системы доступа.

Для команд, выбирающих CMS или конструктор, практический чек теперь короткий. Какие данные и инструменты доступны AI-функции? Какие действия она делает самостоятельно, а какие требует подтвердить? Остаётся ли след в истории изменений и можно ли без квеста вернуть прежнее состояние?

Headless CMS со структурированным контентом, включая Sanity и Contentful, начали открывать агентный доступ раньше. Это закономерно: когда контент разложен по полям и сущностям, машине проще не гадать по перегруженному экрану, а работать с понятной моделью данных.

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