Рассылки школы через ИИ-агента: письма, сегменты, сценарии и прогрев в Prodamus.XL из Claude Code

Рассылки школы выглядят просто, пока не случается вторник, когда нужно отправить сообщение «к 9:55», а очередь в платформе думает. До этого они состоят из мелочей, на которых легко споткнуться: не тот список, письмо без профиля отправителя, дата в другом часовом поясе. Эти мелочи агент проверяет лучше уставшего человека, и именно их мы ему отдали.

Мы ведём школу NeyroHub на Prodamus.XL и с середины октября 2026 года делаем рассылки через ИИ-агента в Claude Code, подключённого к платформе по MCP. Правило одно: агент готовит и следит, человек говорит «да». В этом гайде разбираем весь процесс на нашем примере: от аудитории до проверки доставки, плюс два запасных пути на случай, когда очередь подводит.

Claude Code и MCP: подключение и что значит «агент ведёт рассылки»

Подключение MCP — это пять минут, остальное в этом гайде. У Prodamus.XL есть MCP-сервер для администратора школы. MCP — это стандартный способ подключить к ИИ-агенту внешнюю систему: агент получает набор операций и вызывает их, а платформа отвечает данными. Операций там около тысячи, и рассылки — одна из групп: списки получателей, сегменты, рассылки, сценарии, чаты, письма. Что нужно для старта: аккаунт администратора школы и сам MCP-сервер платформы. В Claude Code он добавляется как любой удалённый MCP-сервер: claude mcp add --transport http xl <адрес сервера>, дальше вход под своей учётной записью через команду /mcp; мы подключили его так, пароль агенту не передаётся. Адрес и условия доступа в справке XL мы не нашли, поэтому спроси их у поддержки платформы. Проверить доступ просто: попроси агента показать список каналов чата и профилей отправителя. Ответил списком, значит, всё работает.

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

Шаг 1. Кому: аудитория и сегменты

В XL у рассылки есть список получателей. Он бывает готовым или динамическим: условия фильтра сохраняются, и список пересчитывается сам. Через API его можно собрать за секунды. Какие условия мы используем чаще всего:

• подписан на бота в конкретном канале (Telegram, MAX): сообщение дойдёт в мессенджер;
• подписан на почтовые рассылки: письмо вообще можно отправлять;
• открывал или кликал письма за период: «тёплая» аудитория, которой можно писать чаще;
• по тегу: люди, которые зарегистрировались на событие или получили доступ к продукту.

Внутри одного условия значения объединяются по «или», разные условия в списке — по «и». Из этого получаются сегменты вроде «подписан на бота, но писем не открывал полгода» или «зарегистрирован на эфир, бот не подключён».

Первое, что делает агент по просьбе «разошли анонс»: считает получателей и называет число. Здесь у нас есть одна находка, которая стоила нам часа. Параметр, который, казалось бы, фильтрует лидов по списку рассылки, в запросе не работает и тихо возвращает ноль. Правильный путь — фильтр «входит в список рассылки» в расширенном фильтре. Урок общий: если число получателей не совпало с ожиданием, не отправляй, пока не поймёшь, почему. Именно поэтому в правилах агента отдельный пункт: ноль или нереалистичное число — стоп и вопрос человеку.

Шаг 2. Что: черновик и сухой прогон

Дальше агент собирает черновик целиком: внутреннее название, список и число людей, время (и по Москве, и в UTC), текст для бота, кнопки, каналы, тему и тело письма. Его читает человек. В XL есть удобная вещь, которая называется сухой прогон: перед созданием можно проверить запрос на схему, ничего не сохраняя. Агент делает его всегда.

Три тонкости, из-за которых мы завели правила:

1. Профиль отправителя обязателен. Если создать рассылку с письмом без профиля отправителя, платформа не вернёт ошибку, а письмо просто не уйдёт. Мы это проверили на себе. Агент не создаёт рассылку, пока не выберет профиль из списка настроенных.
2. Время — в UTC. Плановая отправка в 21:30 по Москве записывается как 18:30 по Гринвичу. Агент показывает обе записи, чтобы человек подтверждал то, что видит.
3. Рассылка только в чат всё равно хочет шаблон письма. Если письмо не нужно, платформа требует заглушку шаблона, иначе ответит ошибкой. Агент знает это правило и подставляет заглушку сам.

А вот что действительно ускоряет работу: агент берёт за основу рассылку, которая уже уходила и дошла до нужной аудитории, и меняет только то, что нужно. Тон школы, обращение к участникам и кнопки остаются теми же.

Шаг 3. «Да» человека

Агент останавливается и показывает черновик. Мы просим его делать это одним сообщением, в одном и том же порядке, чтобы глаз привык. Выглядит так (пример выдуманный):

Название: Анонс мастер-класса - 28.10 (участники клуба)
Кому: список «Участники клуба», 412 человек (сверено, как в прошлой рассылке)
Когда: 28.10, 19:00 МСК = 16:00 UTC, отложенная отправка
Каналы: Telegram-бот, MAX; письмо — только тем, кому не дошло в бот
Текст для чата: «Ребятки, завтра в 19:00 мастер-класс «Рассылки с агентом». Покажем, как собрать письмо за десять минут. Нажмите «Регистрация», чтобы занять место.»
Кнопки: «Регистрация» → https://example.com/reg
Письмо: тема «Завтра мастер-класс», тело — тот же текст с двумя абзацами про программу и ссылкой на регистрацию, профиль отправителя — основной
Сухой прогон: пройден. Создаю после твоего «да».

Человек отвечает «да» или правит. Только после этого агент создаёт рассылку.

Мы закрепили это правилом в файле инструкций агента (о таком файле — в гайде про CLAUDE.md). Ниже тот фрагмент, который можно взять за основу.

Правила для рассылок школы.

1. Ничего не отправляй и не создавай без моего «да» в этом чате. «Да» относится к конкретному тексту, списку и времени; если что-то изменилось, спроси снова.
2. Перед созданием покажи черновик одним сообщением: название, список и число получателей, время по Москве и в UTC, текст для чата, кнопки, каналы, тема и тело письма.
3. Число получателей считай сам и сверяй с ожиданием. Ноль или число, которое сильно отличается от обычного, — стоп, скажи мне.
4. В письме обязателен профиль отправителя. Нет профиля — не создавай.
5. Сначала сухой прогон (проверка схемы без сохранения), потом создание.
6. После создания перечитай сохранённую рассылку и сверь с черновиком: дату, текст, кнопки, тело письма. Покажи расхождения.
7. Отложенную рассылку веди до конца: в плановое время смотри статус каждые 15–30 секунд и доложи, когда она отправлена.
8. Если отправлено больше, чем подготовлено, или у одного человека две отправки по каналу, сразу поставь рассылку на паузу и сообщи мне. Возобновлять без моего «да» нельзя.
9. Удалять рассылки, списки, сценарии, теги и записи без моего отдельного «да» нельзя. В массовых действиях фильтр по идентификаторам обязателен: пустой фильтр затрагивает всю школу.
10. Обращайся к участникам так, как принято у нас, без официоза.

Шаг 4. Когда: отложенная отправка и слежение

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

В нужный час агент опрашивает платформу раз в 15–30 секунд. Нормальная картина: статус «подготовка» (платформа собирает получателей), затем «отправка», затем «отправлено». В нашей первой проверке 14.10 первая доставка пришла через 7 секунд после планового времени, всё закончилось на десятой секунде. В конце агент сверяет число отправок в чат и по почте с числом получателей: у обычной рассылки они почти совпадают.

Как это устроено технически: специального монитора у нас нет. Это обычная открытая сессия Claude Code, где агент в нужное время сам запрашивает статус в цикле и пишет в чат итог каждые полминуты. Закрытая сессия рассылку не видит. Поэтому для рассылки на утро мы заранее договариваемся, что сессия будет открыта и компьютер не уснёт. Запуск наблюдения — одна фраза, которую ты говоришь сразу после создания рассылки: «Следи за этой рассылкой: за 2 минуты до плана начни опрос статуса каждые 30 секунд и докладывай в чат, пока не будет “отправлено”». Агент сам дождётся нужного времени. Если сессия оборвалась в разгар отправки, платформа продолжает слать сама; открой новую сессию и первой фразой попроси: «Проверь статус рассылки по названию, сравни подготовлено и обработано и доложи». Агент найдёт её в списке и сверит счётчики.

Что эти счётчики подтверждают, а что нет: они показывают, сколько сообщений платформа отправила и сколько вернулось с ошибкой. Что человек сообщение получил и прочитал, они не доказывают. Поэтому в тест мы всегда включаем свой контакт и смотрим, пришло ли. Журнал доставки по каждому контакту (статус, канал, время) агент может показать по запросу.

Когда очередь рассылок подводит

За первую неделю практики очередь платформы показала нам оба типа сбоев. Теперь у агента на каждый есть правило.

Повторы (14.10). Рассылка дошла до 100%, интерфейс показал «Отправлено», а платформа продолжила слать. Часть участников получила одно и то же сообщение по три-шесть раз, в Telegram и на почту. Повторы шли пачками с разницей в доли секунды, похоже на повторные попытки после сбоя у одного из облачных провайдеров. Признак беды, который теперь ловит агент: обработано больше, чем подготовлено, или у одного человека две отправки по одному каналу. В этом случае пауза сразу и без вопросов: она безвредна, а лишние копии уже не отозвать. Если кнопки паузы в интерфейсе нет, пауза работает через API. Возобновлять после повторов можно только по «да» человека.

Зависание (20.10). Рассылка на 9:50 простояла в «Подготовке» с нулём получателей десять минут. Пауза и «Продолжить» не помогли, копия «немедленно» зависла так же. Накануне вечером такая же рассылка ушла за две минуты. При этом сценарии той же школы утром отправляли сообщения без задержек. Другая рассылка на 11:00 всё-таки ушла, но с опозданием: около 21 минуты вместо обычных двух-трёх. Вывод для событий «к минуте»: очередь не мертва, а неровная.

Что мы делаем теперь:

• Через десять минут «Подготовки» с нулём — пауза, чтобы рассылка не проснулась в самый неудобный час, и запасной путь.
• Возобновление через API не работает (платформа отвечает ошибкой модели), только кнопкой «Продолжить» в интерфейсе.
• Рассылку к старту эфира ставим за 20–30 минут до события, не «в 9:55».
• В поддержку платформы идём с идентификаторами рассылок и временем: сбой надо уметь показать.

Общий порядок переключения, чтобы не собирать его из абзацев: 1) пауза исходной рассылки; 2) сверка, кому уже дошло (журнал доставки); 3) человек подтверждает оставшуюся аудиторию и текст; 4) резервная отправка сценарием или поштучно; 5) исходную рассылку не возобновлять.

Запасной путь 1: сообщение мимо очереди

Если сообщение нужно прямо сейчас, а очередь висит, агент может отправить его каждому получателю отдельно через операцию отправки сообщения в канале чата. Мы сделали это один раз как проверку. Порядок такой:

1. Тест на своём контакте. Агент шлёт сообщение владельцу, владелец подтверждает, что оно пришло.
2. Получатели. Агент берёт список и оставляет тех, у кого есть подписка на нужный канал.
3. Отправка по одному с паузой около десятой доли секунды и порциями, чтобы уложиться в лимит времени инструмента. Учёт отправленных ведётся в локальном хранилище браузера: при повторном запуске уже отправленные пропускаются. Гарантии это не даёт: если сообщение ушло, а отметка не сохранилась (оборвалось соединение), человек получит второе. Поэтому после обрыва агент сначала сверяет статусы отправки по журналу и только потом повторяет оставшихся. После десяти ошибок подряд цикл останавливается.
4. Проверка статусов отправки порциями и запись в журнал.

Ограничения честные: кнопку так не прикрепить (ссылка идёт в текст), скорость — около одного сообщения в секунду, а зависшую рассылку нельзя возобновлять: она отправит дубль.

Запасной путь 2: сценарий вместо рассылки

Поддержка платформы подсказала то, что мы быстро проверили: сценарии обрабатываются отдельно от рассылок, и очередь у них короче. Для важных сообщений мы используем сценарий с ручным запуском:

• событие «сценарий запущен вручную» → действие «отправить сообщение» (текст, каналы, при необходимости письмо);
• кнопки к сообщению — отдельные элементы, которые подключаются к узлу;
• запуск — одна операция на всё множество контактов: вместо запуска по списку можно передать фильтр. Пустой фильтр — это вся школа, поэтому агент всегда запускает с явным списком или проверенным условием;
• текст меняется в том же узле, и сценарий запускается снова.

В тесте сообщение с кнопкой дошло за секунду после запуска. Повторный запуск для тех же людей работает и присылает второе сообщение, то есть защиты от повтора нет, и её надо держать самим.

Особенно удобная деталь: в узле «отправить сообщение» есть настройка письма. Она решает, получат ли письмо только те, кому не дошло сообщение в бот (бот всем, почта как запасной путь), или все, у кого есть адрес. Для обычных касаний мы выбираем первый вариант, для «через час» и «мы в эфире» — второй.

Прогрев календарём: как мы готовили эфир

Рассылки для события — это не одно письмо, а календарь. Для юбилейного сезона конференции NeyroSummit мы с агентом составили план из пятнадцати касаний на двенадцать дней и вот на каких правилах он держится:

• Каждое касание — отдельный многоразовый сценарий. Название не привязано к сезону («К01 Анонс», «К02 Гайд 1»…). Следующий сезон — меняем текст в узлах и запускаем те же сценарии. У каждого касания своя статистика, и нельзя случайно отправить «через час» с текстом «завтра».
• Бот получает вся подписанная база, почта сужается по ходу. Первые письма идут широкой аудитории, дальше — тем, кто открывал письма за последние месяцы, а ближе к эфиру — только «горячим», кто реагирует на этот сезон. Холодным без бота остаётся одно-два ключевых письма.
• Зарегистрированным — свой путь. Для них работает автодожим по дням, а анонсы для широкой базы им не нужны. Агент следит, чтобы сегменты не пересекались.
• Лид-магнит в обмен на регистрацию. В нескольких касаниях участник получает подарок — разбор доклада по коду в боте. Агент подставляет код и кнопки по таблице.
• Тексты — по таблице переменных сезона. Дата, время, ссылка и название вынесены в одно место. Нужно перенести эфир — правишь таблицу, а не пятнадцать текстов.
• Время запуска — в таблице, а не в голове. Каждое касание записано с московским временем и UTC.

Так выглядит скелет такого календаря (обезличенный, день отсчитывается от эфира):

Зарегистрированных исключаем из анонсов фильтром по тегу регистрации.

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

Что может сломаться

• Письмо не ушло, ошибки нет. Нет профиля отправителя. Агент проверяет его до создания.
• Тело письма в форме не сохраняется. Если вставить в редактор полный HTML-документ, форма в браузере иногда молча теряет текст. Через API такой проблемы нет, поэтому письма мы собираем через агента, а не в форме.
• Копия рассылки сама ставит «отправить позже» на ближайшее время. Если в форме нажать «Создать» раньше, чем поправил время, отправка запланируется. Агент называет время перед созданием.
• Лимит времени инструмента. Длинный цикл отправки надо резать на порции.
• Агент выглядит уверенным, когда ошибается. Поэтому после создания он перечитывает рассылку и сверяет с черновиком, а не пересказывает свой же запрос.
• Удаление. Для удалений в платформе у нас стоит правило: ничего не удаляется без отдельного «да» человека, а массовые операции — только с фильтром по идентификаторам. Подстраховывает хук в Claude Code, который просит подтверждение на любое удаление. Не отключай такую страховку.

Это один процесс из работы с кабинетом школы. Как научить агента работать с кабинетом целиком (чаты, подписки, платежи), мы разберём отдельно, и этот гайд не заменяет такую инструкцию.

С чего начать

Что дальше

Агент работает хорошо, когда знает проект: правила, обращение, запреты. Этому посвящён гайд про файл о себе и CLAUDE.md. Если рассылок несколько и пишут их разные сессии, пригодится нейроштаб: Claude, Codex и Grok в одной папке: у каждой задачи свой участок и один писатель общих файлов. А если тебе нужна версия попроще и без кода, где нейросеть только готовит черновики писем, — это почта на автопилоте.

Вопросы и ответы