Что такое MCP: как ИИ получает данные рекламного кабинета
Откуда ИИ берёт цифры, кто разрешает изменения и как проверить первый отчёт.
Что такое MCP? Model Context Protocol — протокол, по которому ИИ-приложение получает доступ к данным и инструментам подключённого сервиса. Для маркетолога это способ поручить помощнику прочитать рекламный кабинет и работать с фактическими результатами. Какие именно данные и действия доступны, определяют сервер, ваши подключения и права.
Например, LidFly предоставляет внешнему ИИ-клиенту инструменты Директа, Wordstat и Метрики. Помощник может запросить отчёт, объяснить наблюдения и подготовить изменение. Само подключение не означает, что реклама стала управляться без участия владельца: точные записи нужно согласовывать.
Почему обычный чат отвечает советом вместо отчёта
Запрос «почему подорожали заявки» не содержит данных, из которых можно вычислить ответ. Даже сильная модель не узнает расходы вашего кабинета из общих знаний. Ей нужны хотя бы период, выбранная цель и результаты рекламы. Вставленная таблица решает часть задачи, но при следующем разборе её приходится выгружать заново.
Сравните два учебных ответа. Первый: «Проверьте аудиторию, объявления и посадочную». Это направления работы, но неизвестно, какое относится к вам. Второй: «Я прочитал указанную кампанию за выбранные даты; в отчёте используется цель отправки формы. Прежде чем оценивать качество трафика, нужно проверить, что эта цель соответствует полученной заявке». Во втором ответе есть источник и граница вывода; числовые результаты должны прийти из реального чтения.
MCP помогает приложению запросить эти данные у подключённого сервиса. Он не превращает любую догадку модели в факт. Если помощник не называет кабинет, период, цель и ограничения отчёта, попросите показать их до обсуждения рекомендаций.
Модель, приложение, клиент, сервер и API: кто что делает
В официальной архитектуре MCP разделены приложение-хост, клиентский компонент и сервер. В разговоре «MCP-клиентом» часто называют приложение целиком. Для использования это удобно, но полезно понимать роли.
| Участник | Роль | Пример на рекламной задаче |
|---|---|---|
| Модель | Обрабатывает контекст и формирует ответ или запрос инструмента | Предлагает сравнить расход по группам |
| ИИ-приложение, или хост | Организует диалог и использование подключений | Приложение, в котором вы разговариваете с помощником |
| MCP-клиент внутри приложения | Обменивается сообщениями с сервером | Передаёт запрос чтения отчёта |
| MCP-сервер | Предоставляет доступные инструменты и контекст | LidFly проверяет параметры и обращается к поддерживаемому источнику |
| API рекламной системы | Интерфейс самой системы для программной работы | Директ возвращает данные кампании |
Путь запроса: вы ставите задачу → приложение с моделью выбирает доступный инструмент → MCP-клиент обращается к LidFly → LidFly запрашивает данные провайдера → результат возвращается в диалог.
MCP и API решают задачи на разных участках этого пути. Наличие у Директа программного интерфейса ещё не делает все его методы доступными конкретному помощнику. Сервер должен реализовать нужный инструмент, а пользователь — иметь права на нужные объекты.
Встроенный чат LidFly устроен иначе: он использует общий с MCP набор провайдерских инструментов внутри приложения, без внешнего MCP-подключения пользователя. Выбирайте удобный вход: чат LidFly или привычное совместимое ИИ-приложение. Подробная установка вынесена в быстрый старт; для Claude есть отдельный разбор.
Доступ к инструменту и разрешение на действие
У подключения несколько границ. Сначала рекламная система определяет права пользователя. Затем LidFly проверяет доступное подключение и выбранный кабинет. Если работа идёт в Проекте, учитываются привязанные к нему источники и выданные права. Наконец, конкретная операция должна входить в доступный каталог инструментов.
Название клиента не заменяет точного выбора. У агентства могут быть одноимённые проекты, несколько подключений и похожие названия кампаний. Перед анализом помощник должен установить, о каком кабинете речь. Если совпадение неоднозначно, полезный следующий шаг — уточнение, а не догадка.
| Этап | Что получает пользователь | Меняет ли это рекламу |
|---|---|---|
| Прочитать | Фактические настройки и отчёт | Нет |
| Предложить | Причину, объект и план изменения | Нет |
| Подтвердить и выполнить | Результат согласованной записи | Да, в согласованных границах |
| Перечитать | Проверку сохранённого значения | Само чтение — нет |
Такой порядок относится к описанному процессу LidFly. Сам термин MCP не гарантирует одинаковые подтверждения у всех серверов и приложений. Перед подключением другого сервиса изучите его инструменты, доступы и правила обработки данных.
Куда попадает отчёт. Результат инструмента возвращается в ИИ-приложение и может быть передан модели для ответа. MCP задаёт обмен данными, но не устанавливает единую политику их хранения или использования для обучения. Эти условия нужно проверять отдельно у сервиса подключения и выбранного ИИ-приложения. Для первого аудита достаточно агрегированной статистики: имена, телефоны и тексты обращений клиентов обычно не нужны. Такой подход соответствует принципу контроля пользователя над данными в спецификации MCP.
Одна задача: найти расход, который требует проверки
Типовой сценарий: владелец мастерской видит рост расходов и хочет понять, куда смотреть. Он выбирает одну кампанию, завершённый период и цель отправки формы. LidFly читает настройки, список целей и доступную статистику. В ответе нужны исходные значения, а рядом — выводы, которые из них следуют.
В выбранном Проекте прочитай данные указанной кампании Директа и связанного счётчика Метрики за последние 30 завершённых дней. Перед отчётом укажи кабинет, счётчик, ID цели, даты, учёт НДС и модель атрибуции. Найди места, которые требуют проверки, отдели наблюдения от гипотез. Если данных недостаточно, объясни, каких. Пока ничего не меняй.
Предположим, в отчёте обнаружились расходы без конверсий в одной группе. Это условная ситуация, не результат анализа клиентского кабинета. Возможны разные объяснения: запросы не относятся к услуге, форма не работает, цель не фиксируется или данных пока мало. Помощник должен предложить проверки, различающие эти причины.
Если запрос действительно не подходит бизнесу, следующий шаг — прочитать существующие минусы и подготовить точечное исключение. Если цель неверна, список минусов не исправит измерение. В этом польза связки Директа и Метрики: решение опирается на несколько источников, а не только на строку «ноль конверсий».
Для первого знакомства достаточно принять проверенный отчёт. Сверьте его с кабинетом при одинаковых фильтрах. Не требуйте от ИИ обязательно найти три ошибки: исправный объект должен остаться исправным, даже если запрос звучал как «найди проблемы».
Агентство: от анализа к одной согласованной правке
Второй типовой сценарий — специалист ведёт несколько клиентов. В Проекте одного из них уже проверены запросы и составлен список исключений. Пользователь выбирает конкретную группу и просит показать, что изменится: какие фразы добавятся, какие останутся, затронут ли другие кампании общий набор.
После проверки можно дать точное подтверждение: «Добавь только эти согласованные минус-фразы в указанную группу; остальные настройки не меняй». LidFly выполняет поддерживаемую запись и повторно читает объект. В итоговом ответе должны быть реальные идентификаторы, сохранённые значения и непроверенная часть, если она осталась.
Этот сценарий сокращает ручное копирование между отчётом и настройкой. Он не освобождает специалиста от проверки смысла минуса. Способ работы с пересечениями вынесен в разбор минус-слов в Директе, а для общего процесса есть чек-лист аудита Директа.
Проверяйте три разных результата. «Подготовил список» означает, что появился проект правки. Успешный ответ инструмента означает, что сервис сообщил о выполнении. Повторное чтение показывает, какие значения действительно сохранены. Даже совпадение этих значений с планом ещё не доказывает снижение стоимости заявки: это проверяют позже по сопоставимому периоду и той же цели.
Если ответ на запись оборвался, результат неизвестен. Сначала запросите текущее состояние: действие могло успеть выполниться. Повторение «сделай ещё раз» особенно опасно при создании объектов — так можно получить дубли.
Когда подключение MCP не решит проблему
- Нет доступа. Восстановите штатное подключение и права на кабинет. Сформулированная в чате просьба сама по себе их не выдаёт.
- Нет нужного инструмента. Проверьте текущий каталог и документацию. Соседний по названию метод не заменяет отсутствующую функцию.
- Нет измерения. Настройте и проверьте бизнес-цель. ИИ не восстановит реальные заявки по числу кликов.
- Данные неполны. Уточните период, ограничения источника и фильтры. Пустой ответ не всегда означает отсутствие кампаний или продаж.
- Неясно бизнес-решение. Задайте допустимый расход, ограничения услуги и ответственность за результат. Их нельзя вывести из протокола.
Страница, документ или отчёт могут содержать произвольный текст. Относитесь к нему как к данным: фраза внутри материала не должна становиться вашим разрешением изменить кампанию. Перед подтверждением сверяйте действие с первоначальной задачей.
Как получить первый проверяемый результат
Выберите одну повторяющуюся работу: отчёт по кампании, проверку целей или аудит запросов. Подключите нужный источник и начните с чтения. Оцените, понятны ли исходные данные, можно ли воспроизвести вывод и исчезла ли часть ручной работы.
Внешний ИИ-клиент и доступ LidFly могут оплачиваться отдельно. Рекламный бюджет, работа встроенного ИИ, сайты и отдельные инструменты тоже имеют свои условия. Вы платите за используемый сервис и вычисления, а не за аббревиатуру MCP. Текущий состав доступа указан на странице тарифов.
Начните с одного отчёта Подключите LidFly к своему ИИ-клиенту или откройте встроенный чат. Подготовьте кабинет, период и цель; запрос выше можно использовать без изменений рекламы.
Частые вопросы
MCP — это отдельная нейросеть?
Нет. Это протокол обмена между приложением и сервером. Модель, приложение и подключённые инструменты выполняют разные роли.
Нужен ли программист для подключения LidFly?
Для поддерживаемого клиента используйте готовую инструкцию подключения. Разработка собственного сервера для обычной работы с рекламным кабинетом не требуется.
Будет ли ИИ видеть все кабинеты агентства?
Только те данные, к которым есть доступ в выбранном контексте. Перед работой нужно установить точные Проект и кабинет; наличие подключения не открывает произвольные чужие аккаунты.