Представим владельца небольшого магазина чая. Вечер перед праздничной неделей, сил уже нет, а цены на подарочные наборы нужно поднять. Он открывает приложение с ИИ-агентом и пишет одну фразу: «Подними цены на наборы на десять процентов». Агент вежливо отвечает, что задача выполнена. Утром выясняется, что словом «наборы» в каталоге называются еще и наборы посуды, и они тоже подорожали.
В этой истории никто не ошибся в привычном смысле слова. Агент сделал ровно то, что понял, владелец сказал то, что имел в виду. Именно такие ситуации мне кажутся главным практическим вопросом вокруг MCP. Восстание машин тут ни при чем. Инструмент действительно снимает рутину. Вопрос в том, кто и как проверяет результат.
Что такое MCP Tilda простыми словами
MCP — это открытый протокол, через который ИИ-агент подключается к внешним сервисам и выполняет в них действия. В сентябрьском выпуске новостей Тильда представила собственный MCP-сервер: к аккаунту можно подключить Claude, Copilot, Cursor или другого агента, и он будет выполнять задачи от вашего имени. В выпуске перечислены создание и редактирование страниц, управление товарами и добавление записей в блог.
Звучит как появление нового сотрудника, которому можно писать обычным языком. Сравнение мне нравится, но с оговоркой: это сотрудник, который переспрашивает далеко не всегда, если вы сами его об этом не попросили. Он не знает, что у вас в каталоге два вида «наборов», пока вы ему об этом не сказали или пока он сам не догадался проверить.
Что агент может уже сейчас
Тильда честно называет это первой версией MCP-сервера. По выпуску, сейчас агент работает с базовыми блоками, Zero Block, Каталогом и Потоками, а поддержку CRM, личного кабинета, внутренней статистики и других модулей обещают добавить позже. Справка о подключении уточняет условия: MCP-сервер доступен на тарифах Personal и Business, а подключить его можно только к агенту, установленному на устройстве как приложение. Облачная версия агента в браузере для этого не подойдет.
Справка описывает возможности довольно широко: агент может создавать посты в Потоках, добавлять товары в Каталог и создавать страницы. Там же Тильда пишет, что MCP-сервер можно превратить в агента для управления магазином или в помощника, который находит и исправляет ошибки SEO. Я бы читала этот список как перечень доступных действий. Гарантией того, что любая задача будет выполнена правильно с первого раза, он не является, и сама Тильда такого не обещает.
Ключ доступа как должностная инструкция
Самая полезная часть справки, по-моему, посвящена ключам доступа. Для каждого подключения создается ключ, и в нем указываются название, тип доступа, проект и срок действия. Доступ бывает полным или ограниченным. При ограниченном можно выбрать конкретные модули и действия, с которыми агенту разрешено работать. В выпуске приводят пример: один агент работает только с Каталогом, другой только с Потоками.
Это очень похоже на должностную инструкцию для нового человека в команде. Тому, кто наполняет блог, незачем доступ к ценам. Тому, кто обновляет остатки, не нужно редактировать главную страницу. Чем уже права, тем меньше масштаб возможной ошибки, и в истории с чаем ключ, ограниченный одним разделом каталога, просто не дал бы тронуть посуду.
Есть и технические детали, которые стоит знать заранее. Срок действия ключа задается от одного часа до бессрочного, и изменить его потом нельзя, только удалить ключ и создать новый. Сам ключ показывается один раз, поэтому хранить его нужно сразу в надежном месте. А в списке ключей есть отметка, использовался ли ключ агентом. Для разовой задачи короткий срок выглядит разумнее бессрочного доступа, который через полгода все забудут отключить.
Сначала порядок, потом агент
Агенту проще работать на сайте, где у разделов понятные названия, у товаров заполнены поля, а у страниц одна логика. Если до этого пока далеко, можно начать с наведения порядка в структуре и контенте, а потом спокойно решать, какую рутину отдавать автоматизации.
Где человеку стоит оставить за собой последнее слово
Сам протокол MCP на этот вопрос отвечает довольно определенно. В спецификации инструментов сказано, что из соображений безопасности в цепочке всегда следует оставлять человека, способного отклонить вызов инструмента, а приложениям рекомендуют показывать подтверждение перед операциями. Это рекомендация к приложениям, которые подключают агентов, и как именно ее выполняет конкретное приложение, лучше проверить в нем самом.
Я бы делила задачи на две группы. Первая — те, где ошибку легко увидеть и откатить: черновик поста, новая страница, которую еще никто не видел, описание товара на проверку. Тут агент экономит время, а человек быстро просматривает результат. Вторая — то, что сразу видят покупатели или что трудно вернуть: цены, остатки, публикация, массовые изменения в каталоге. Здесь подтверждение человека перед действием стоит тех лишних тридцати секунд.
Как заметить ошибку раньше покупателя
Массовые изменения коварны тем, что выглядят как одно действие. Владелец написал одну фразу, а изменились сорок карточек. Поэтому хорошая привычка — просить агента сначала показать список того, что он собирается поменять, и только потом выполнять. Еще проще начинать с небольшой выборки: поменять цену у трех товаров, посмотреть на опубликованной странице, и только после этого распространять правило на раздел.
Помогает и подготовка самого сайта. Понятные названия разделов, заполненные характеристики и единая логика страниц нужны агенту так же, как новому сотруднику. Если же автоматизация упирается в связку с внешними системами, учетом или нестандартной логикой, это уже задача для отдельной доработки, и одним промптом ее лучше не решать.
Нашему владельцу чайного магазина MCP по-прежнему может сэкономить много вечеров. Просто в следующий раз ключ стоит ограничить разделом «Подарочные наборы», а перед изменением цен попросить агента показать список товаров. Скучная привычка, зато посуда останется по старой цене.