Помочь применить это руководство?Спросить команду DripTell
Meta предлагает два практических способа проверить Meta Business Agent до того, как он станет доступен всем клиентам. Agent Test подходит для быстрых повторяемых проверок через весь конвейер агента. Затем нужен реальный разговор с потребителем из списка допуска, чтобы доказать работу пути WhatsApp. Ни один способ сам по себе не является достаточным решением о запуске.
Правильный ответ в тестовом вызове не доказывает, что передача попадет нужному сотруднику, контекст сохранится, а подключенное действие будет безопасным. Важнее понять, какие доказательства собраны до того, как клиенты начнут полагаться на агента.
Материал относится к пути Business Agent Platform. Если вы еще проверяете доступность номера и владельца каждого состояния, начните с руководства DripTell об условиях и ответственности Meta Business Agent.
Два пути тестирования решают разные задачи
В актуальном описании Agent Test Meta указывает, что тестовое сообщение проходит полный конвейер агента без настоящего номера потребителя. Токены такого теста не тарифицируются. Ответ может содержать текст агента, идентификатор разговора и причину передачи или отсутствия ответа.
Описание Agent Settings задает второй путь. При аудитории ALLOWLISTED_ONLY включенный агент отвечает только потребителям в списке канала. Meta говорит, что для такого ограниченного запуска способ оплаты не нужен. При переходе к EVERYONE он требуется.
| Путь проверки | Для чего подходит | Чего не доказывает сам по себе |
|---|---|---|
| Agent Test | Повторяемая проверка ответа, знаний и коннекторов | Доставку реальному потребителю, webhooks и прием сотрудником |
| Разговор по списку допуска | Полный путь с контролируемым реальным потребителем | Безопасность для всех типов клиентов |
| Публичный запуск | Реальные результаты под обычной нагрузкой | Безопасность неиспытанного сбоя |
Первый путь похож на лабораторный стенд. Второй представляет собой генеральную репетицию. Публичный запуск уже является настоящей услугой.
Начните с повторяемых проверок Agent Test
Соберите небольшой набор, который любой участник команды сможет повторить после изменения знаний, навыка или коннектора. Храните входные данные и ожидаемый результат в проверяемом журнале. Полезный набор покрывает четыре вида поведения.
- Доказательство ответаПовторяйте вопросы по утвержденным фактам, неизвестным темам, действиям и причинам передачи человеку.
- Доказательство разговораПродолжайте тестовый диалог и проверяйте сохранность контекста, исправлений и эскалации.
- Операционное доказательствоИспользуйте допущенного потребителя, чтобы проверить доставку, владельца, передачу и рабочее место команды.
- Доказательство выпускаНазначьте владельцев сбоев, условие отката и осознанное решение до расширения на всех.
Сначала задайте обычные вопросы с ясным ответом в утвержденном источнике. Затем спросите о том, что компания не документировала, и убедитесь, что агент не выдумывает правило. Попросите выполнить действия с разными полномочиями, включая действие, которое надо отклонить или передать. Наконец, намеренно вызовите передачу человеку.
Не оценивайте только тон и плавность. Записывайте источник, собранные поля, попытку действия, выбранного владельца и причину остановки. Рабочее пространство ИИ DripTell следует тому же практическому принципу: ответ полезен, когда утвержденные знания, контекст клиента и следующий ответственный шаг не расходятся.
Текущая схема API принимает conversation_id из предыдущего ответа. Поэтому можно продолжать многоходовый разговор и проверять исправления, ссылки на прежние сообщения, новые ограничения и повторные запросы. Отдельные изолированные случаи тоже нужны, потому что по ним легче сравнить регрессию после изменения.
Используйте список допуска для реального поведения
Переходите к списку, когда слой ответов стабилен. Пусть настоящие сотрудники выступят контролируемыми потребителями с тех устройств, в те часы и на тех языках, которые встретятся в работе. Здесь проверяется не только содержание, но и границы вокруг агента.
Убедитесь, что входящее сообщение получает ожидаемого владельца, агент отвечает только допущенным потребителям, а сотрудник после передачи видит весь разговор. В общем входящем ящике должны быть видны клиент, прежние сообщения, причина передачи и следующая задача, чтобы не просить клиента повторяться.
Намеренно создайте безопасный отказ подключенной системы. Агент должен ясно остановиться, сохранить известные сведения и направить случай по правилам. Затем проверьте, что автоматизация процессов не продолжает отправку после перехода ответственности к человеку.
По возможности используйте отдельного чистого тестового клиента для каждого сценария. Если разговор используется повторно, фиксируйте его прежнее состояние. Старый контекст способен сделать слабую настройку лучше или хуже, чем она есть.
Выполните план с проверяемыми доказательствами
В плане выпуска для каждого критичного пути должны быть названы доказательство, владелец и условие остановки. Берите реальные задачи, например наличие товара, изменение записи, запрос возврата или квалификацию лида. Гладкие демонстрационные вопросы редко проверяют политику.
Для каждого пути запишите:
- утвержденный источник ответа;
- поля, которые агент вправе собрать;
- действие, которое он вправе читать или записывать;
- событие, требующее человека;
- команду, принимающую передачу;
- результат, блокирующий публичный запуск.
Проверьте созданную идентичность и историю в карточке клиента. Тест должен считаться неудачным, если ответ оказался у другого клиента, возникли дубликаты или нерешенный случай потерял владельца.
Не прячьте провалы в среднем балле. Одно несанкционированное действие или потерянная передача важнее двадцати правильных ответов о времени работы. Сортируйте дефекты по последствиям, исправляйте самый рискованный путь и повторяйте его в Agent Test и разговоре по списку.
Поймите пределы бесплатного тестирования
Отсутствие оплаты снижает цену обучения, но не отменяет управление выпуском. Тестовая точка сама по себе не доказывает настоящую доставку, мобильное поведение, обработку webhooks, нагрузку на людей или понимание клиента. Список допуска не представляет все стили письма, исключения и злонамеренные запросы.
До расширения на всех назначьте владельца решения, видимый способ отключения агента, путь приема человеком и мониторинг неподтвержденных ответов, неудачных действий и разговоров без владельца. Meta отмечает, что отключение прекращает ответы во всех ветках, а повторное включение относится к новым веткам. Это должно быть в плане отката.
DripTell может разместить ответы ИИ рядом с автоматизацией, входящим ящиком и контекстом клиента, но стандарт выпуска должен быть независим от поставщика. Если хотите обсудить операционную модель, принесите один реальный путь, его сбои и доказательства из двух проверок.
Часто задаваемые вопросы
Бесплатно ли использовать Agent Test
Meta говорит, что токены, потребленные точкой Agent Test, не тарифицируются. Это не означает бесплатный производственный трафик и не покрывает расходы систем, которые вызывает тест.
Можно ли продолжить разговор в Agent Test
Да. Ответ содержит идентификатор разговора, который можно передать в следующем запросе. Сохраняйте и отдельные случаи, чтобы легко сравнивать регрессии.
Нужен ли способ оплаты для списка допуска
По документации Meta агент с аудиторией ALLOWLISTED_ONLY включается без способа оплаты. Он потребуется при расширении до EVERYONE.
DripTell Editorial
Практические материалы, проверенные командой продукта и клиентских процессов DripTell.
Узнайте, как DripTell проверяет сведения о продукте, использует первичные источники и исправляет ошибки.
Редакционная политика и источники