Mindbox MCP: как заполнить лист передачи результата человеку
Чтобы передать результат Mindbox MCP, запишите объект и версию, полученное свидетельство, открытый вопрос и следующее действие человека. Начните с копии учебной таблицы ниже: результатом будет заполненный лист передачи, а не подключение к Mindbox или запуск кампании. Упражнение проходит локально, без аккаунта и клиентских данных.
Что подготовить
Понадобятся текстовый редактор или таблицы с импортом CSV и два открытых документа: страница Mindbox MCP и README плагина. Оба документа принадлежат поставщику; это не два независимых подтверждения работы сервиса.
Для учебного листа не нужны подписка на ИИ, доступ к проекту или оплата сервиса. Работу самой интеграции мы здесь не рассматриваем: поставщик отдельно требует разрешение владельца проекта и описывает расходы на ИИ-модель. Время читателя не измерено; редакционный проход и его техническое время сохранены в записи упражнения. Пройти упражнение можно без входа в зарубежный ИИ-сервис.
Шаг 1. Разведите черновик, сохранение и отправку
Прочитайте раздел «Что остается за человеком?» на продуктовой странице и Boundaries в README. Выпишите различия в свою таблицу — после этого у вас должны быть раздельные основания для следующих действий.
| Что описано | Что это значит для листа передачи | Источник |
|---|---|---|
| После просьбы исправить действующий сценарий создаётся новая версия; старую заменяет маркетолог | Ссылка на черновик сама по себе не доказывает замену активной версии | FAQ Mindbox |
| Сохранение письма и редактирование кампании требуют явного подтверждения | Запись в проекте — отдельное действие, не синоним активации | Boundaries |
| Разрешена тестовая отправка тестовым получателям проекта с явным подтверждением | Нельзя писать «ИИ вообще не отправляет писем»; тест и отправка кампании различаются | Boundaries |
| Конфликт версии передаётся человеку без автоматического повтора | В листе нужна открытая задача, а не отметка об успешном исправлении | Boundaries |
Механизм новой версии описан именно на продуктовой странице. README подтверждает выдачу сценария как черновика, но не является отдельным подтверждением того, как заменяется активная версия: страница и README описывают разные детали.
Шаг 2. Заполните учебные ситуации
Скопируйте блок в файл worksheet.csv в кодировке UTF-8 и
откройте как CSV с разделителем-запятой. В каждой строке заполните два
пустых поля: decision — что можно записать в лист;
basis — какой из документов это обосновывает. Поле
actual_project_state оставьте unknown: учебное
условие не сообщает состояние реального проекта.
case_id,given,decision,basis,actual_project_state
C1,Есть ссылка на draft после просьбы исправить активный сценарий,,,unknown
C2,Макет сохранён; активация не подтверждена,,,unknown
C3,Указаны тестовые получатели проекта,,,unknown
C4,Исправленный черновик готов; записи ручной замены нет,,,unknown
C5,Часовой пояс не указан,,,unknown
C6,На лендинге аналитика скоро; в README уже описана,,,unknown
C7,Получен конфликт версии,,,unknown
C8,Автор согласовал черновик; факта запуска нет,,,unknown
Результат шага — восемь строк с вашим решением и основанием. Это вымышленные ситуации редакции, не выгрузка сервиса. Названия колонок придуманы для упражнения, не являются полями API.
Шаг 3. Сопоставьте решения с образцом
Проверьте смысл своих ответов по таблице. Различие формулировок допустимо; потерянное различие между действием и его подтверждением — повод исправить строку.
| Ситуация | Какой вывод записать | Где проверить основание |
|---|---|---|
| C1: только ссылка | черновик получен; замена активной версии не подтверждена | FAQ |
| C2: сохранён макет | Зафиксировано сохранение, но не запуск | Boundaries |
| C3: тестовые получатели | Тестовая отправка описана как возможность; сами получатели не доказывают, что она состоялась | Boundaries |
| C4: нет ручной замены | Передать человеку задачу проверить активную и новую версии и решить вопрос замены | FAQ |
| C5: нет часового пояса | Оставить вопрос открытым; уточнить также паузы и сегмент, не придумывать значения | FAQ |
| C6: разные статусы аналитики | Записать расхождение и вопрос о доступности в конкретном проекте | Страница и README |
| C7: конфликт версии | Передать конфликт человеку; не обещать автоматическое продолжение | Boundaries |
| C8: согласован текст | Согласование не доказывает запуск или активацию | Boundaries |
В ситуации C6 не выбирайте удобный документ. На лендинге аналитика и сегментация стоят среди будущих возможностей. В README уже описаны аналитика только для чтения и построение фильтров без сохранения сегмента. Построенный фильтр и сохранённый сегмент также не стоит смешивать. Доступность функции в вашем проекте из этих двух текстов не следует.
Ожидаемый результат — исправленный учебный лист и короткое пояснение к каждому расхождению с образцом. Не считайте совпадения оценкой качества ИИ: это упражнение с заранее доступными ответами.
Шаг 4. Соберите лист передачи
Создайте handoff.csv с колонками из следующего блока.
Для каждой учебной ситуации добавьте строку: перенесите исходное
свидетельство дословно, сформулируйте вопрос и задачу человеку. Не
подставляйте вымышленные ссылки, версии или ответственных.
case_id,object_and_version,observed_evidence,actual_project_state,open_question,human_task,closure_evidence,owner
C1,unknown,Получена только ссылка на черновик,unknown,Какая версия активна и была ли замена?,Проверить обе версии и решить вопрос замены,Запись человека о проверенном состоянии после решения,назначить человека
В этом примере closure_evidence — то, что ещё нужно
получить, а не уже выполненная проверка. В остальных строках задайте
отдельные вопросы:
- C2 — какой макет сохранён?
- C3 — выполнена ли тестовая отправка?
- C4 — состоялась ли замена версии?
- C5 — какой часовой пояс согласован?
- C6 — доступна ли аналитика?
- C7 — какая версия актуальна при конфликте?
- C8 — принято ли отдельное решение о запуске?
Получится один файл со всеми учебными ситуациями.
Проверка готовности листа:
- В каждой строке есть исходное свидетельство, вопрос, задача человеку и ожидаемое подтверждение закрытия.
- Ни
unknown, ни «назначить человека» не заменены выдуманными данными. В настоящей работе эти поля заполняет ответственный сотрудник по данным проекта. - Задача «проверить замену» не превратилась в запись «замена сделана».
- Тестовые получатели не выданы за подтверждённую тестовую отправку, а тест — за запуск кампании.
Редакционный заполненный лист можно использовать для сравнения структуры. Он показывает, какие вопросы остались открытыми, и не является поручением запускать кампанию.
Когда нужен другой чек-лист
Этот лист отвечает на вопрос «что передано и кто продолжает». Он не проверяет, можно ли отправлять письмо конкретному клиенту, оплачен ли заказ и применим ли промокод. Для логики событий корзины используйте чек-лист CRM-черновика; для выбора продукта — карточку Mindbox.
Как мы проверяли
Редакция Кометы на основе ИИ прошла локальный маршрут на восьми собственных вымышленных ситуациях: прочитала документы, заполнила решения, сопоставила с образцом, подготовила лист передачи и открытые вопросы. Дата — в шапке; версия упражнения — v1, версии публичных документов определены снимками и SHA256 в записи упражнения. Версию интерфейса Mindbox не определяли: аккаунт не открывали, MCP не подключали, сохранение и отправки не выполняли. Серверные ограничения, защита данных и доступность функций не тестировались. Образец читался до заполнения, поэтому это воспроизводимый разбор, не слепой тест точности. Техническое время редакции не является нормативом для читателя.
Источники
- Mindbox MCP — продуктовая страница и FAQ; проверено 30 октября 2026.
- Технический README — описание плагина и границы действий; проверено 30 октября 2026.
- Запись упражнения — v1: протокол, синтетические входы, заполненные решения, сравнение и лист передачи.