Схемы агентской надежности | Шаблоны |

Схемы агентской надежности

Узнайте больше о надежности → Надежность агентского предприятия

Шаблоны

Где искать	Как хорошо выглядит
Platform \| Кэш платформы	✅ Внедрите автоматические выключатели, отслеживающие состояние работоспособности службы LLM в кэше платформы для чтения в режиме реального времени с низкой задержкой, поддерживаемые типами настраиваемых метаданных для порогов и конфигурации; поскольку кэш платформы является наилучшим средством, сохраните состояние открытия/запуска в долговременном магазине (например, настраиваемый объект), а не в одном кэше. Разомкните цепь на настроенном пороге сбоя (например, пять последовательных сбоев вывода) и перенаправьте в резервные схемы
Platform \| Кэш платформы	✅ Хранение проверенных схем ответов в кэше платформы, обеспечивающих быструю проверку ответов агентов относительно ожидаемой структуры
Agentforce \| Шаблон подсказки	✅ При неудачной проверке ответа повторите попытку с уточненными напоминаниями, включительно с ошибкой проверки и примером правильной структуры (максимум 3-5 попыток)
Agentforce \| Отслеживание сеансов	✅ Используйте трассировки рассуждений сеанса Agentforce для проверки пути рассуждений агента и обнаружения галлюцинаций в его выводах
Data 360 \| Векторный поиск	✅ Требовать, чтобы агенты ссылались на источники векторного поиска Data 360, чтобы утверждения можно было сопоставить с извлеченными источниками перед выполнением действия
Платформа \| Proactive Monitoring	✅ Для организаций с правом успешного подписания используйте Proactive Monitoring, где сотрудники Salesforce отслеживают организацию на наличие возникающих проблем; это не настраиваемое на самообслуживание предупреждение
Платформа \| Масштабный центр	✅ Используйте центр масштаба для определения конкретных операций агента, приближающихся к контролирующим ограничениям
Agentforce \| Action	✅ Внедрение пагинации в действия агента по извлечению больших коллекций записей
Agentforce \| Action	✅ Разработка действий агента с жесткими ограничениями (максимум 200 дочерних на одного родителя) и внедрение стратегий выборки при превышении ограничений

Антишаблоны

Где искать	Как плохо выглядит
Платформа \| Типы настраиваемых метаданных	⚠️ Разрешение неограниченных попыток вывода без выключателя, создание бесконечных циклов повтора при ухудшении обслуживания LLM
Agentforce \| Шаблон подсказки	⚠️ Повторная попытка неудачных ответов агента без добавления ошибки проверки и ожидаемой структуры в напоминание о повторной попытке
Agentforce \| Action	⚠️ Разрешение агентам запрашивать неограниченный контекст (например, «вся история») без жестких ограничений для дочерних записей на родительскую запись
Agentforce \| Action	⚠️ Разработка действий агента, извлекающих большие коллекции записей без пагинации, что приводит к скачкам контролирующего ограничения
Einstein \| Слой Trust	⚠️ Доверие к ответам агента без перекрестной ссылки на претензии к источникам данных заземления, что позволяет галлюцинациям достигать выполнения действия
Платформа \| Организация	⚠️ Считать доступность услуг LLM идентичной доступности Salesforce Platform, а не отслеживать ее как отдельную зависимость

Шаблоны

Где искать	Как хорошо выглядит
Конфигурация Agentforce \| Agent Configuration	✅ Создание многоуровневых резервных цепочек: полноконтекстный агент → агент с сокращенным контекстом → механизм детерминистского правила → передача человека посредством мультиканала
Конфигурация Agentforce \| Agent Configuration	✅ Настройка дополнительного агента посредством сокращенного контекста (последние 30 дней по сравнению со всей историей, лучшие 5 результатов векторного поиска по сравнению с лучшими 20) для уменьшения вероятности сбоя
Платформа \| Поток	✅ Внедрение резервной логики в поток оркестрации или Apex, запущенный событиями платформы, регистрация успешного уровня для отображения в схемах сбоев
Платформа \| Поток	✅ Создайте детерминистскую логику потока или Apex, обрабатывающую распространенные сценарии в качестве резервных при неудачном рассуждении агента (например, стандартные правила проверки, вычисление рейтингов на основе правил)
Agentforce \| Мультиканал	✅ Настройка маршрутизации на основе навыков для человеческой передачи, обеспечивающая достижение соответствующими экспертными знаниями
Agentforce \| Мультиканал	✅ Передача полного контекста разговора человеческой очереди, включая попытки стратегий, рейтинги надежности агента и причины сбоев

Антишаблоны

Где искать	Как плохо выглядит
Конфигурация Agentforce \| Agent Configuration	⚠️ Создание агентов с одним путем выполнения, который не выполняется полностью при деградации любого компонента
Конфигурация Agentforce \| Agent Configuration	⚠️ Использование одинаковой конфигурации полноконтекстного агента для резервных попыток вместо постепенного упрощения контекста
Agentforce \| Мультиканал	⚠️ Маршрутизация в человеческую передачу без передачи контекста разговора, попыток стратегий или причин сбоев, вынуждая агента начать с нуля
Платформа \| Поток	⚠️ Не регистрировать, какой резервный уровень удался, теряя видимость схем сбоев и эффективности резерва

Шаблоны

Где искать	Как хорошо выглядит
Платформа \| События платформы	✅ Публикация событий контрольной точки после каждого успешного этапа в многоэтапных бизнес-процессах агента, сохранение кода корреляции, завершенных этапов и состояния, необходимого для продолжения в полезной нагрузке события
Платформа \| События платформы	✅ Создание бизнес-правил агента в виде слабо связанных цепочек событий, где каждый агент может ошибиться и повторить попытку независимо, не блокируя весь бизнес-процесс
Платформа \| События платформы	✅ Внедрение очередей повторных попыток с экспоненциальными задержками отката (30s, 2min, 8min, 30min) посредством событий платформы с количеством повторных попыток в полезных данных
Платформа \| События платформы	✅ Маршрутизация в очередь мертвых букв и операции предупреждения после исчерпания максимального количества попыток (обычно 5)
Платформа \| События платформы	✅ Добавьте код корреляции во все связанные события; используйте API повтора событий платформы для восстановления полного журнала бизнес-правил для отладки
Платформа \| События платформы	✅ Использование 72-часового окна сохранности повтора, доступного для массовых событий платформы (стандартные события хранятся в течение 24 часов), для сохранения очередей повторных попыток в окнах обслуживания организации или простоя развертывания

Антишаблоны

Где искать	Как плохо выглядит
Платформа \| События платформы	⚠️ Создание многоэтапных бизнес-правил агента без контрольной точки, требующее полного повторного выполнения при неудачном выполнении любого промежуточного этапа
Платформа \| События платформы	⚠️ Повторная попытка неудачных запросов агентов без экспоненциального резервирования, создание эффектов громоздкого стада для восстановления служб
Платформа \| События платформы	⚠️ Создание тесно связанных последовательных бизнес-правил, где ошибка одного агента блокирует всю обработку в нисходящем направлении
Платформа \| События платформы	⚠️ Отсутствие кодов корреляции в событиях, что делает невозможным отслеживание и отладку полного выполнения бизнес-правил
Платформа \| События платформы	⚠️ Бессрочные попытки без максимального количества повторов или очереди мертвых букв, расход ресурсов платформы на перманентно неудачные операции

Шаблоны

Где искать	Как хорошо выглядит
Platform \| Apex	✅ Используйте пакетный Apex для операций агента, анализирующих записи 1,000+, используя ограничения асинхронных управляющих (200 запросов SOQL, 150 операций DML, 60s CPU на выполнение)
Platform \| Apex	✅ Использование цепочек Apex в очереди для многоэтапных бизнес-процессов агента, требующих нескольких внешних вызовов API или увеличенного времени обработки; отслеживание прогресса в настраиваемых объектах, включающих возобновление при сбое
Platform \| Apex	✅ Используйте методы @future для легких операций агента типа «пожар и забвение» (уведомления, внешняя регистрация, несрочные обновления), где сбой допустим
Platform \| Задания Apex	✅ Мониторинг нагрузки по обработке асинхронизации посредством страницы заданий Apex (Настройка → Задания Apex) и очереди Flex Apex: не более 5 параллельных пакетных заданий (очередь дополнительных заданий в очереди Flex, до 100 в статусе «Удержание») и единым ежедневным ограничением для асинхронных выполнений Apex (DailyAsyncApexExecutions) — более 250 000 или 200 × количество лицензий пользователя в 24 часа — общедоступных в пакетном, очередном, будущем и запланированном Apex
Платформа \| Организация	✅ Предупреждение о приближении ограничений асинхронного потребления, включающих проактивное управление емкостью, перед блокировкой обработки агента

Антишаблоны

Где искать	Как плохо выглядит
Platform \| Apex	⚠️ Обработка записей 1000+ в синхронных транзакциях агентов вместо перехода в пакет Apex, достижение ограничения 100 запросов SOQL только после нескольких записей
Platform \| Apex	⚠️ Использование цепочек очереди без отслеживания прогресса в настраиваемых объектах, предотвращение возможности возобновления при сбое
Платформа \| Организация	⚠️ Не отслеживание ограничения 5 параллельных пакетных заданий или общего ежедневного ограничения выполнения асинхронизации Apex (DailyAsyncApexExecutions — больше 250 000 или 200 × лицензий пользователя в 24 часа в пакетном, очередном, будущем и запланированном Apex), что приводит к негласной постановке в очередь или сбою обработки агента

Шаблоны

Где искать	Как хорошо выглядит
Платформа \| Организация	✅ Загрузка производительности тестового агента в безопасной среде Full Copy Sandbox с помощью объемов данных производственного масштаба; моделирование параллельных разговоров, соответствующих пиковому спросу
Платформа \| Организация	✅ Измерить задержку р95 и р99 под нагрузкой, определяющую ухудшение производительности в стрессовом состоянии; проверить, остается ли предельное потребление регулятора ниже порогов при пиковой нагрузке
Конфигурация Agentforce \| Agent Configuration	✅ Выполнение впрыска ошибки: имитация ошибок вывода LLM в сервисном слое, отслеживаемом автоматическим выключателем, обработка ошибок тестирования исключений SOQL, логика проверки тестирования поврежденных ответов
Конфигурация Agentforce \| Agent Configuration	✅ Внедрение искажения данных (организации с 10 000+ дочерними) во время тестирования для проверки обработки логики пагинации в худшем сценарии
Платформа \| События платформы	✅ Инженерия хаоса: случайным образом выключить подписчиков события платформы, тестирующих восстановление повтора, завершить асинхронные задания в середине выполнения перезапустить контрольную точку тестирования
Платформа \| Организация	✅ Планирование регулярных дней хаоса в средах этапирования, поддерживающих устойчивость по мере развития агентов
Платформа \| Организация	✅ Выполнение долгосрочных тестов стабильности (72+ часов) мониторинга зависимых от времени сбоев: накопление ошибок и постепенное снижение производительности
Платформа \| Организация	✅ Отслеживание тенденций времени процессора и расхода кучи в течение продолжительных периодов, обнаруживая постепенное ухудшение в управлении контекстом

Антишаблоны

Где искать	Как плохо выглядит
Платформа \| Организация	⚠️ Нагрузочное тестирование в безопасной среде Partial Copy Sandbox с уменьшенными объемами данных, обеспечивая вводящую в заблуждение уверенность, поскольку объем данных напрямую влияет на производительность агента
Конфигурация Agentforce \| Agent Configuration	⚠️ Тестирование только счастливых путей без намеренного введения сбоев для проверки автоматических выключателей, логики повтора попытки и обработки времени ожидания
Платформа \| Организация	⚠️ Выполнение только кратковременных тестов, отсутствие зависимых от времени сбоев (накопление ошибок, постепенное ухудшение состояния), которые отображаются только при устойчивой работе 72+ часов
Платформа \| События платформы	⚠️ Никогда не тестируйте восстановление повтора события платформы или перезапуск контрольной точки, оставляя механизмы устойчивости недействительными

Шаблоны

Где искать	Как хорошо выглядит
Бизнес \| Документация	✅ Установите ООД до создания агентов, а не после производственных сбоев; определите цели уровня успеха разговора (обычно 95-99%) на тип агента
Платформа \| Организация	✅ Отслеживание уровня успеха разговора в качестве основного показателя надежности агента: процент завершенных разговоров без ошибок или истечения времени ожидания. Засчитайте изящную передачу человеку успехом, поскольку эскалация - это спроектированный конечный резервный уровень; считайте только неудачные или непреднамеренные эскалации по показателю
Платформа \| Организация	✅ Отдельно отслеживать уровень успеха по типу агента и сценарию использования, поскольку критерии успеха различаются в целях агента
Платформа \| Организация	✅ Расчет среднего времени между сбоями (MTBF) на тип агента для определения наименее надежных агентов, требующих инвестиций оптимизации
Платформа \| Организация	✅ Измерение среднего времени восстановления (MTTR); автоматизация восстановления посредством повтора события платформы и автоматических выключателей для гораздо более быстрого, менее подверженного ошибкам восстановления, чем ручное вмешательство
Einstein \| Слой Trust	✅ Образцы ответов случайных агентов, проверяющие претензии по источникам данных 360 для измерения точности заземления; исследуют, когда точность падает ниже 95%
Платформа \| События платформы	✅ Отслеживание пробелов в повторе событий платформы (пропущенные или не доставленные события) посредством схемы регистрации подписчика, которая записывает replayId каждого события и код корреляции с настраиваемым объектом
Платформа \| Организация	✅ Операции предупреждения о снижении любого SLI ниже заданного порога SLO

Антишаблоны

Где искать	Как плохо выглядит
Бизнес \| Документация	⚠️ Создание агентов без предварительного определения ООД, только установление целей надежности после возникновения производственных сбоев
Платформа \| Организация	⚠️ Использование единого совокупного уровня успеха во всех типах агентов вместо раздельного отслеживания по типу агента и сценарию использования
Платформа \| Организация	⚠️ Использование только традиционного мониторинга Salesforce (Trust.salesforce.com) без отслеживания SLI агента, например, уровень успеха разговора, MTBF, MTTR и точность заземления
Платформа \| Организация	⚠️ Требование ручного вмешательства для всех сбоев агента вместо автоматического восстановления посредством повтора события платформы и автоматических выключателей
Einstein \| Слой Trust	⚠️ Никогда не отбирайте ответы агентов для проверки точности заземления, что позволяет галлюцинациям оставаться незамеченными в производстве

Шаблоны

Где искать	Как хорошо выглядит
Конфигурация Agentforce \| Agent Configuration	✅ Разработка схем повторных попыток, резервных цепочек и порогов расширения в бизнес-процессы агента с момента первоначального проектирования, а не как запоздалые мысли
Agentforce \| Action	✅ Пакетная подготовка контекста и пагинация больших коллекций записей в действиях агента
Platform \| Кэш платформы	✅ Кэширование часто открываемых справочных данных в кэше платформы, сокращающее избыточные запросы во время подготовки контекста агента
Платформа \| Масштабный центр	✅ Используйте центр масштаба для определения ресурсоемких операций агента, требующих оптимизации
Платформа \| События платформы	✅ Создание самостоятельно восстанавливающихся бизнес-правил с использованием событий платформы в качестве долговременных очередей повторных попыток с автоматическими выключателями, защищающими внешние зависимости
Конфигурация Agentforce \| Agent Configuration	✅ Всегда добавляйте передачу человека в качестве последнего запасного варианта в цепочку деградации каждого агента
Платформа \| Организация	✅ Мониторинг SLI агента, постоянно предупреждающих о снижении показателей ниже SLO
Конфигурация Agentforce \| Agent Configuration	✅ Сочетание автономного потенциала с соответствующим надзором: включение самостоятельного восстановления после переходных сбоев при одновременном повышении надежности при падении надежности или появлении краевых обращений

Антишаблоны

Где искать	Как плохо выглядит
Конфигурация Agentforce \| Agent Configuration	⚠️ Добавление механизмов надежности (повторная попытка, резервная копия, эскалация) в качестве запоздалых, а не проектирование их с самого начала
Agentforce \| Action	⚠️ Отсутствие пакетной подготовки контекста, приводящее к сбоям контролирующего ограничения в реальных схемах запросов
Платформа \| Организация	⚠️ Не отслеживает потребление API и распределение событий платформы активно, обнаруживая ограничения только при сбое агентов
Конфигурация Agentforce \| Agent Configuration	⚠️ Создание цепочек агентов без человеческой передачи в качестве последнего запасного варианта, не оставляя пути восстановления при исчерпании всех автоматических параметров
Конфигурация Agentforce \| Agent Configuration	⚠️ Предоставление агентам полностью автономной работы без порогов расширения для ситуаций низкой надежности или краевых обращений