Задайте правило остановки заранее
Материал для руководителя поддержки и владельца знаний. Опишите темы, где ответ возможен только при наличии конкретного источника, и признаки, при которых необходим человек. Отдельным условием будет просьба самого клиента. Агент не должен спорить с такой просьбой или заставлять пройти ещё несколько вопросов.
Уточнение полезно, если один ответ клиента действительно позволит выбрать правильное правило. Бесконечные переформулировки вопроса при отсутствии сведений только увеличивают задержку. В сценарии нужен выход: понятный статус, принимающая очередь и способ продолжить связь.
Разберите ошибку до изменения промпта
Таблицу можно прокрутить по горизонтали.
| Наблюдение | Вероятный участок проверки | Первое действие |
|---|---|---|
| Факта нет ни в одном источнике | Пробел знаний | Запросить утверждённое правило у владельца. |
| Найден материал другого филиала | Поиск и область действия | Проверить метаданные, формулировку запроса и ограничения. |
| Правильный источник, неверный вывод | Применение правила | Добавить контрпример и проверку исключения. |
| Ответ обещает изменение, которого нет | Инструмент и подтверждение | Проверить ответ сервиса; запретить обещание до подтверждения. |
| Устаревшая цена после обновления | Редакция и кэш | Проверить замену всех активных копий и обновление индекса. |
«Вероятный» здесь существенно: одну и ту же внешнюю ошибку могут вызвать разные причины. Сохраните входной вопрос, найденный источник, состояние действия и ожидаемый ответ. В рабочих отчётах ограничьте доступ и уберите лишние персональные данные.
Передайте вопрос вместе с диагностикой
Клиент спрашивает, действует ли специальное условие для его случая. В материалах есть только стандартные условия. Правильный маршрут: сообщить, что индивидуальное условие требует проверки, передать вопрос и нужные вводные ответственному. Формулировка «да, обычно действует» без основания создаёт новое неподтверждённое обещание.
Пакет сотруднику включает задачу, уже выполненные шаги, недостающий факт и причину остановки. Ссылка на всю переписку полезна как дополнение, но не заменяет краткую сводку. После принятия сотрудником агент должен учитывать владение диалогом и не отправлять конкурирующие ответы.
Если рабочее место недоступно, не сообщайте, что сотрудник уже подключился. Сохраните ожидаемый статус согласно доступной механике и покажите прямой канал связи. Возможность передачи и состав контекста проверяются в конкретной интеграции.
Исправьте причину и закрепите проверку
- Воспроизведите ошибку на обезличенном примере.
- Получите правильное правило от владельца процесса.
- Измените знания, маршрутизацию или действие в зависимости от причины.
- Повторите исходный вопрос и несколько близких вопросов, где правило не действует.
- Проверьте прежние важные сценарии, чтобы исправление не создало новую ошибку.
В журнале оставьте причину, изменение, проверяющего и результат. Если нельзя безопасно исправить тему сразу, временно уменьшите самостоятельность именно этого сценария. Оценивайте не только сокращение ошибок ответа, но и число незавершённых передач и повторных обращений: молчание без помощи тоже не решает проблему.
Заполненный разбор ошибки знаний
Учебный вход: «Можно вернуть после срока из инструкции?» Источник найден, но review_at уже прошёл. Ошибка первого варианта — наличие текста принято за разрешение отвечать. Исправление — проверить статус и период действия до выдачи ответа. Повтор с просроченным источником должен вернуть handoff; действующая карточка даёт разрешённый ответ; неизвестная тема — handoff.
Такой тест проверяет маршрутизацию правил. Качество поиска и генеративного ответа отдельно проверяется на выбранной модели и реальной базе знаний до запуска.
Как повторить локальный стенд
Скачайте самодостаточный Python-стенд и выполните python3 service-demos.py. Нужен Python 3, только стандартная библиотека; сеть, CRM, LLM и внешние сообщения не используются. Скрипт проверяет продажи, знания и конкуренцию за слот, выводит JSON с before/after и проверяет результат через assert. Временная база удаляется после запуска.
Ожидается: sales — 2 строки в наивном варианте и 1 после повтора по ключу; support — answer до проверки актуальности и handoff после; booking — два успешных предварительных чтения против одной атомарной записи и конфликта. Эти узкие модели не заменяют испытания реальной системы.
Основания и источники
Примеры и расчёты — иллюстрации, а не результаты клиентов. Ссылки ниже подтверждают названные технические возможности; матрицы и критерии проверки — редакционные рекомендации ЛидПотока. Проверено 27 октября 2026.
- Microsoft Copilot Studio: источники знаний агента
Источники знаний Copilot Studio. Карточка с владельцем и сроком проверки — редакционный инструмент, а не обязательная функция платформы.
- Microsoft Copilot Studio: передача диалога и контекста человеку
Передача истории и переменных в Copilot Studio при настроенном engagement hub; общий регламент передачи в статье — проектное правило.
- Локальный воспроизводимый стенд: правила повторов, знания и слоты. Не интеграция платформы.
Самодостаточная локальная модель правил: повтор операции, просроченное знание, конкурентная запись. Без LLM и внешних интеграций.