Надёжность агента определяется возможностью понять, что он сделал, на каком основании и как остановить или исправить действие. Для этого контроль проектируют вместе с интеграциями.
Разделите чтение, черновик и изменение
Выдавайте каждой интеграции только нужные операции. Доступ к списку заявок не означает право их закрывать; подготовка письма не означает разрешение отправить его клиенту.
Для операций с финансовыми, клиентскими и кадровыми данными определите отдельные правила подтверждения и журналирования.
Сделайте журнал понятным человеку
Записывайте цель, использованные источники, вызовы инструментов, изменённые объекты, результат и ошибки. При этом не храните лишние секреты и персональные данные в текстовых логах.
Добавьте связь между запросом пользователя и последовательностью действий. Это помогает расследовать ошибку и воспроизвести её на тестовом примере.
Продумайте сбои и откат
Укажите лимит повторов, тайм-ауты и действия при недоступности внешней системы. Повторное выполнение не должно случайно создавать дубли операций.
Проверяйте интеграции после изменения API и бизнес-правил. Периодически просматривайте не только успешные, но и прерванные цепочки.
Проверочный список
- Права инструментов соответствуют задаче
- Критичные действия требуют подтверждения
- Есть журнал и связь действий с запросом
- Повторы, сбои и откат проверены
Частые вопросы
Нужно ли сохранять каждый шаг?
Сохраняйте достаточно данных для проверки решений и изменений, соблюдая ограничения на хранение чувствительной информации.
Как снизить риск двойной операции?
Используйте идентификаторы операций, проверку состояния перед повтором и правила обработки ошибок интеграции.
Официальные ресурсы
Технические рекомендации и требования к данным могут меняться. Сверяйте подход с условиями вашего процесса и актуальными источниками.
Материал носит информационный характер. Перед внедрением проверьте данные, права доступа и применимость рекомендаций к вашему процессу.