Что такое MCP и зачем он появился
До MCP каждая связка «агент — сервис» писалась отдельно. Десять агентов и десять сервисов — сто интеграций, и каждая ломается по-своему. MCP (Model Context Protocol) задаёт один формат: сервис описывает свои инструменты, любой понимающий протокол агент их видит и вызывает. Сто интеграций превращаются в двадцать.
Практическое следствие для маркетолога простое. Раньше ИИ мог только рассказать, как собрать письмо. Теперь он собирает его сам — в вашем аккаунте, вашими данными, с вашим фирменным стилем.
Зачем протокол нужен в email-маркетинге
Email — канал, где одна и та же работа повторяется десятками раз. Шапка, подвал, кнопка, отступы, поведение на телефоне, отписка — всё это неизменно от письма к письму, а меняется только содержание. Именно такая работа хорошо отдаётся агенту.
Второе: письмо нельзя оценить, не увидев. Агент без инструментов пишет HTML вслепую и не знает, что колонка разъехалась в Outlook. Инструменты рендера и проверок закрывают этот разрыв — агент смотрит на результат и правит его до выдачи.
Третье: канал разделён между людьми. Маркетолог придумывает, дизайнер рисует, верстальщик собирает, кто-то проверяет. Каждая передача — день ожидания. Агент проходит цепочку целиком, а решение о смысле остаётся за человеком.
Какие 29 инструментов даёт сервер
Состав сверен с документацией сервера 2 сентября 2026 года.
| Инструмент | Что делает | Когда вызывается |
|---|---|---|
| Бренды и стиль — 9 инструментов | ||
unified_brands | Показывает бренды, заведённые в аккаунте | В начале работы, чтобы понять, есть ли готовый бренд |
unified_design_system | Отдаёт дизайн-систему бренда: цвета, шрифты, отступы, блоки | Перед сборкой письма |
unified_brand_questionnaire | Отдаёт анкету по бренду | Когда бренда ещё нет |
unified_brand_design_code | Снимает визуальный язык с сайта | Первый шаг для нового бренда |
unified_brand_sketch | Собирает прототип мастер-шаблона | После снятия стиля |
unified_brand_sketch_status | Показывает готовность прототипа | Пока прототип собирается |
unified_brand_sketch_edit | Правит прототип по замечанию | Когда прототип показан и в нём что-то не так |
unified_brand_brief_submit | Отправляет заполненную анкету | После ответов на вопросы о бренде |
unified_brand_create | Создаёт бренд из утверждённого прототипа | Когда прототип устраивает |
| Сборка письма — 6 инструментов | ||
unified_masters | Показывает мастер-шаблоны бренда | Перед новым письмом |
unified_plan_start | Запускает сборку письма по заданию | Когда задание сформулировано |
unified_job_status | Показывает стадию сборки | Пока письмо собирается |
unified_apply_dc | Накладывает содержание на мастер-шаблон | После планирования состава письма |
unified_render | Отрисовывает письмо в картинки | Чтобы увидеть результат |
unified_rerender | Перерисовывает после правок | После каждой правки |
| Проверки — 4 инструмента | ||
unified_qa_report | Отдаёт список замечаний по вёрстке | После отрисовки |
unified_qa_run | Перезапускает проверку | После исправлений |
unified_gate | Предотправочная проверка: отписка, alt, вес, мобильная колонка | Перед выгрузкой |
unified_section_images | Показывает отдельные секции картинками | Когда нужно разобраться, где именно дефект |
| Правки — 9 инструментов | ||
unified_slot_set | Меняет текст или картинку в одном месте | Точечная правка содержания |
unified_section_get | Читает разметку секции | Перед правкой вёрстки |
unified_section_put | Заменяет секцию целиком | Когда секцию проще пересобрать |
unified_section_update | Правит секцию частично | Мелкая правка вёрстки |
unified_fix_finding | Чинит конкретное замечание из отчёта | После отчёта проверок |
unified_section_disable | Отключает секцию | Когда блок в этом письме не нужен |
unified_upload_asset | Загружает картинку в письмо | Когда нужно своё изображение |
unified_dc_get | Читает содержание письма отдельно от вёрстки | Перед массовой правкой текстов |
unified_dc_put | Записывает содержание письма | После правки текстов |
| Выгрузка — 1 инструмент | ||
unified_export | Отдаёт готовый HTML письма | Последний шаг |
Девять инструментов из двадцати девяти — про правки, и это не
случайность. Сборка с нуля происходит один раз, а правят письмо всегда: заголовок,
картинку, порядок блоков. Отдельные инструменты чтения и записи содержания
(unified_dc_get и unified_dc_put) нужны, чтобы менять тексты,
не трогая вёрстку — это самая частая операция в работе над письмом.
Как выглядит работа: 9 шагов от бренда до HTML
| Шаг | Инструмент | Что происходит |
|---|---|---|
| 1 | unified_brands | Агент смотрит, какие бренды уже заведены |
| 2 | unified_brand_design_code | Снимает с сайта типографику, палитру, ритм отступов, форму кнопок |
| 3 | unified_brand_sketch | Собирает прототип мастер-шаблона и показывает его |
| 4 | unified_brand_create | Создаёт бренд из утверждённого прототипа |
| 5 | unified_plan_start | Собирает письмо по заданию из блоков мастер-шаблона |
| 6 | unified_job_status | Показывает стадию, пока идёт сборка |
| 7 | unified_render | Отрисовывает письмо для десктопа и телефона |
| 8 | unified_gate | Предотправочные проверки |
| 9 | unified_export | Отдаёт готовый HTML |
Шаги 1–4 проходятся один раз на бренд: мастер-шаблон собирается примерно за 15 минут. Каждое следующее письмо — это шаги 5–9, около 10 минут. Именно поэтому счёт идёт не за письмо, а за мастер-шаблон: он делается однажды, письма по нему воспроизводятся сколько угодно.
Чего сервер не делает
Границы стоит назвать прямо — на них не нужно планировать работу.
- Не отправляет рассылку по базе. Отдаёт HTML, отправка идёт через ваш сервис рассылок — Unisender, Sendsay, Mindbox, Mailganer, DashaMail или другой. Порядок описан в статье как загрузить письмо в сервис рассылок.
- Не хранит базу подписчиков, не сегментирует её и не считает статистику открытий.
- Не строит цепочки и триггеры. Это работа платформы рассылок.
- Не выдумывает фирменный стиль. Берёт его с сайта или из брендбука. Если у бренда стиля нет, придумать его сервер не может.
- Не заменяет маркетолога. Что сказать подписчику и зачем — решает человек.
«Ниша MCP в российском email-маркетинге сейчас пустая: ни один сервис не документирует такой интерфейс. Мы пошли в неё не за трафиком — спроса тут почти нет. Пошли потому, что вопрос «есть ли MCP для сборки писем» люди задают напрямую ассистенту, минуя поиск. Отвечать на него должен кто-то конкретный».
Александр Лезгин, основатель ПосылАЙ, 12 лет в email-маркетинге
Кому это подойдёт, а кому нет
Подойдёт:
- Магазинам и сервисам, которые шлют письма регулярно и в одном стиле.
- Агентствам: один мастер-шаблон на клиента, дальше письма собираются потоком.
- Командам, где нет своего верстальщика и каждое письмо — внешний подряд.
- Тем, кто уже работает с ИИ-агентом и хочет добавить ему ещё одну задачу.
Не подойдёт:
- Если нужна одна разовая рассылка — проще взять готовый шаблон.
- Если у бренда нет сайта и нет брендбука: снимать стиль не с чего.
- Если задача — отправка и аналитика, а не сборка. Это к сервисам рассылок.
Если email-канал вы только выстраиваете, начните не с протокола, а с основ — в полном руководстве по email-маркетингу разобрано, кому и о чём писать. Как подключить агента, описано в пошаговой инструкции. Полный список инструментов с описанием параметров — в документации. Про ИИ в канале шире — не про протокол, а про генерацию и её пределы — в статье ИИ в email-маркетинге.