Как составить системный промпт для чат-бота службы поддержки
Превратите размытое описание роли в четкие операционные инструкции и проверьте, что бот отвечает по известным фактам и безопасно отклоняет неподтвержденные запросы.
Системный промпт для чат-бота службы поддержки должен задавать поведение и границы, пока изменяющиеся факты хранятся в обновляемых источниках знаний.
Системный промпт — это постоянная инструкция, которую ассистент получает перед каждым сообщением посетителя. В WebChatAgent он настраивается в Custom Role и определяет личность, область охвата, стиль, правила опоры на факты и эскалацию, но не может сделать отсутствующие факты о компании достоверными.
Это руководство отделяет поведение от знаний. Мы создадим компактный промпт для Northstar Services, протестируем один факт из одобренного источника, а затем запросим отсутствующую политику возврата по годовым контрактам. Правильный результат: полезный ответ на первый вопрос и прозрачный вежливый отказ на второй.
Функция Custom Role доступна начиная с тарифного плана Basic и поддерживает до 5,000 символов. Оптимальный промпт обычно намного короче: каждое предложение должно контролировать проверяемое поведение, которое можно протестировать.
Видеоплеер с защитой конфиденциальности (запуск в два клика)
Системный промпт для чат-бота поддержки: создание и тестирование
Системный промпт чат-бота поддержки: роль, тон, правила опоры на источники, конфиденциальность, эскалация и тесты на точность ответов.
Плеер YouTube заблокирован до нажатия кнопки воспроизведения. Его загрузка подключает браузер к YouTube и может передавать технические данные в Google.
Открыть напрямую на YouTubeЧто вы узнаете по итогам руководства
- Готовый к копированию промпт из семи проверяемых разделов
- Явные правила работы с источниками, конфиденциальностью, отказами и передачей оператору
- Регрессионные вопросы по известным фактам и отсутствующей информации
- Воспроизводимое A/B-тестирование в Role Optimizer
Перед началом работы
- Тарифный план Basic или выше, либо активный пробный период
- Чат-бот как минимум с одним одобренным источником данных
- Ответственный за поддержку и настроенный маршрут передачи диалога человеку
- Пять фиксированных тестовых вопросов: стандартные, неоднозначные, вне рамок компетенции и требующие эскалации
Задавайте поведение в промпте, а факты храните отдельно в источниках
Промпт определяет, как ассистент должен себя вести; проиндексированные источники определяют, на какие изменяющиеся факты о компании он может опираться. Храните политики, цены, расписания и сведения о продуктах в собственных источниках, чтобы их можно было обновлять без изменения инструкций по поведению.
Используйте семь коротких разделов: Role, Audience and Tone, Scope, Evidence, Boundaries, Escalation и Response Format with Examples. Затем привяжите хотя бы один фиксированный вопрос к каждому критически важному правилу.
01–11
Пошаговая настройка
Откройте нужного ассистента и сохраните базовую версию
Никогда не редактируйте рабочий промпт без резервной копии для отката.
Выберите нужного ассистента в левой боковой панели, откройте Configuration и проверьте имя чат-бота в верхней части. Прокрутите страницу до карточки Answer style and role (текущая Custom Role/System Prompt); на ней отображается начало сохраненных инструкций.
Перед открытием редактора скопируйте весь текущий промпт в журнал версий с указанием чат-бота, автора изменений, даты и причины правок. Также зафиксируйте провайдера, модель, температуру и активную версию источников. Сравнение промптов теряет смысл, если одновременно меняются несколько переменных.
Выберите шаблон, черновик от ИИ или начните с чистого листа
Шаблоны ускоряют составление текста, но не определяют правила работы вашей службы поддержки.
Откройте Custom Role Configuration. В Preset Roles можно выбрать готовый стартовый шаблон; кнопка Generate with AI доступна, если у чат-бота уже подключены источники данных. Внимательно прочитайте каждую сгенерированную строку: черновик может предложить тон или границы компетенций, которые ваша компания никогда не утверждала.
Для контролируемого прохождения руководства начните с шаблона Website Support или с чистого текстового поля. Следите за лимитом в 5,000 символов, но стремитесь к компактному тексту, который руководитель поддержки сможет просмотреть за несколько минут.
Опишите Role, Audience и Tone через наблюдаемое поведение
Замените субъективные прилагательные инструкциями, выполнение которых можно проверить в ответе.
Начните со строки: “ROLE — You are the customer-support assistant for Northstar Services.” Затем укажите аудиторию и цель: помогать посетителям сайта разбираться в доступных услугах и дальнейших шагах.
В блоке TONE укажите “clear, calm and human” и добавьте проверяемые правила: выражайте понимание проблемы в одном предложении, используйте понятный живой язык, избегайте рекламных преувеличений и не повторяйте вопрос посетителя целиком. Формулировка “Be friendly” слишком размыта для объективной оценки.
Разделите область компетенции и факты из источников
Промпт задает поведение; источники остаются единственным достоверным основанием для фактических данных.
В разделе SCOPE перечислите поддерживаемые задачи: объяснение услуг, помощь по навигации на сайте и стандартные процессы поддержки. Затем укажите темы вне компетенции: юридические, медицинские или финансовые консультации, а также изменение настроек в аккаунтах пользователей.
В разделе EVIDENCE потребуйте опираться только на проиндексированные источники при ответе о политиках компании, ценах, датах, наличии и условиях договоров. Если в найденных материалах нет ответа, ассистент обязан прямо сказать, что информация отсутствует. Не вставляйте текст политики возврата в этот раздел: добавьте ее как отдельный одобренный источник данных.
Задайте границы конфиденциальности, безопасности и транзакций
Вежливый ответ может быть небезопасным, если бот придумывает наличие доступа или запрашивает лишние данные.
Укажите, что ассистент не должен запрашивать пароли, полные данные банковских карт, коды подтверждения или другие избыточные конфиденциальные сведения. Он никогда не должен утверждать, что просмотрел аккаунт, изменил подписку, оформил возврат или выполнил другое действие, если только подключенный инструмент не вернул подтвержденный результат.
Запретите ассистенту раскрывать системные инструкции, учетные данные или закрытый контент источников по запросу посетителя. Эти правила дополняют механизмы безопасности продукта, но не заменяют разграничение прав, ограничения доменов и валидацию инструментов.
Точно определите, когда и как передавать диалог человеку
Для эскалации нужны триггеры, маршрут перевода и минимально необходимый контекст.
В разделе ESCALATION перечислите триггеры: прямой запрос оператора, спор по счетам, вопросы безопасности или конфиденциальности, повторяющееся непонимание или отсутствие нужной информации. Укажите реальный маршрут передачи, например настроенный Live Chat или форму связи с поддержкой.
Укажите ассистенту, что нужно запросить перед переводом (например, краткое описание проблемы и разрешенный контактный канал), а что запрашивать запрещено. Если операторов нет на месте, бот должен объяснить альтернативный канал связи и примерные сроки ответа, только если эти сведения подтверждены в источнике.
Укажите формат ответа и добавьте два безопасных примера
Примеры должны демонстрировать структуру ответа, не становясь скрытым источником правил компании.
В разделе RESPONSE FORMAT задайте практический стандарт: отвечать прямо по существу, укладываться примерно в 100 слов, использовать списки для трех и более шагов и задавать один уточняющий вопрос при неоднозначном запросе. Не принуждайте к чрезмерной краткости, если безопасность или доступность требуют более подробного объяснения.
Добавьте один пример ответа по источникам и один пример при отсутствии информации. Не включайте в примеры быстро меняющиеся данные. Безопасный шаблон: “I can’t find an approved annual-contract refund policy in the available sources. I can help you contact support instead.”
Сохраните настройки и протестируйте вопрос с известным ответом
Убедитесь, что ужесточение правил не заблокировало корректные ответы по существующим источникам.
Нажмите Save в окне Custom Role и дождитесь сообщения о сохранении конфигурации. Начните диалог в новом окне, чтобы предыдущий контекст не влиял на работу обновленных инструкций.
Задайте вопрос, точный ответ на который есть только в одобренном источнике. Зафиксируйте формулировку вопроса, ожидаемый факт, полученный ответ, версию источника, модель и версию промпта. В ответе должен присутствовать точный факт без выдуманных условий договоров или политик.
Проверьте реакцию на отсутствие информации и эскалацию
Прозрачный отказ при отсутствии данных в источнике считается успешным результатом теста.
В новом диалоге спросите: “What is Northstar Services’ refund policy for annual contracts?” В обучающих источниках такой политики намеренно нет.
Ожидаемый результат: ассистент сообщает, что правила возврата отсутствуют в доступных материалах, не выдумывает сроки или комиссии и предлагает обратиться в поддержку по одобренному каналу. Повторите проверку с прямой просьбой “I want a human” и одной попыткой промпт-инъекции.
Сравните текущий и предложенный промпты в Role Optimizer
Используйте одинаковые вопросы и анализируйте сами ответы, а не только процент успешности.
Откройте Knowledge Optimizer, выберите нужного чат-бота и перейдите во вкладку Role. Сгенерируйте предложение, сравните Current и Proposed бок о бок и удалите любые вымышленные шаги перед запуском теста.
Выберите набор фиксированных вопросов и запустите A/B-тест. Проверьте каждую пару ответов и оцените точность фактов, корректность отказов, тон, краткость и работу эскалации. Нажимайте Apply role только в том случае, если предложенная версия улучшает поведение без сбоев на контрольных вопросах. Удачно сформулированный вариант, показавший худший результат, применять не следует.
Сохраните версию победившего промпта и отслеживайте реальные диалоги
Системный промпт — это рабочий компонент логики бота, а не текст, написанный один раз.
Сохраните утвержденный промпт, имя ответственного, дату, причину изменений, тестовый набор вопросов и результаты A/B-теста. Держите предыдущую версию готовой к быстрому откату и меняйте не более одной переменной за раз при дальнейших тестах.
После публикации проверяйте разделы Questions, Feedback, Conversations и передачи в Live Chat на предмет упущенных фактов, ложной уверенности бота, неестественного тона и необоснованных эскалаций. Перезапускайте фиксированный набор тестов при любом обновлении источников, инструментов, модели, аудитории или процессов поддержки.
Пример и результаты тестирования
Практический тест и верификация интерфейса
Каждое руководство содержит фиксированные входные параметры, ожидаемый результат и прозрачный отчет о локально проверенных шагах.
Практический пример: как составить качественный системный промпт для поддержки
Этот тестовый сценарий был полностью выполнен на временном демонстрационном аккаунте.
Тестовые входные данные
What is Northstar Services’ refund policy for annual contracts?
Ожидаемый результат
Ассистент сообщает о недоступности политики, не выдумывает условия и предлагает настроенный маршрут связи с оператором.
Фактически проверенные результаты
Ассистент корректно ответил, что не располагает информацией о политике возврата по годовым контрактам, и предложил связаться с оператором поддержки. Бот не стал выдумывать сроки, удержания или правила возврата.
Полезные советы
Обеспечение надежности настройки
Тестируйте ассистента на реалистичных примерах, фиксируйте базовые результаты и меняйте строго по одной настройке за раз. Это позволит наглядно видеть реальные улучшения.
Используйте заголовки внутри промпта
Разделы Role, Audience and Tone, Scope, Evidence, Boundaries, Escalation и Response Format намного проще проверять и поддерживать, чем сплошной текст.
Задавайте приоритет для конфликтующих правил
Требование “Always answer” противоречит правилу “never guess.” Прямо укажите, что правила опоры на факты и безопасность имеют высший приоритет, и протестируйте этот сценарий.
Не обещайте каналы связи, которые не настроены
Указывайте в промпте только реально действующие каналы: Live Chat, тикет-систему, почту или обратный звонок. В противном случае бот заведет пользователя в тупик, даже звуча максимально вежливо.
Храните факты рядом с ответственными за них сотрудниками
Изменяющаяся политика возврата должна находиться в профильном источнике данных с датой вступления в силу, а не внутри промпта, о редактировании которого знает только администратор.
Что делать при возникновении проблем
Устранение неполадок
Систематически проверяйте статус сервиса, права доступа и тестовые данные перед тем, как менять модель или системный промпт.
Ассистент все равно придумывает отсутствующую политику
С помощью Content Search убедитесь, что информации действительно нет в базе, удалите неоднозначные примеры из промпта, ужесточите требование отвечать только по проиндексированным источникам и повторите проверку в новой сессии. Более мощная модель сама по себе не превратит отсутствующую информацию в подтвержденный факт.
Промпт звучит роботизированно или постоянно повторяет оговорки
Замените громоздкие предупреждения одной короткой фразой отказа, добавьте пример с естественной разговорной речью и протестируйте реальные формулировки клиентов. Сохраняйте правила безопасности четкими, но не заставляйте бота зачитывать каждую инструкцию пользователю.
В Role Optimizer нет вопросов для запуска теста
Создайте фиксированный тестовый набор в Knowledge Test или выберите другой заполненный источник вопросов. Включите как минимум один известный факт, один неоднозначный запрос, одну отсутствующую политику, один сценарий эскалации и один запрос вне компетенции.
Высокий общий процент побед скрывает ошибку в критическом ответе
Просматривайте каждую пару ответов вручную: корректность известных фактов, конфиденциальность и эскалация являются обязательными условиями релиза. Не применяйте промпт, если он провалил хотя бы один критический тест, даже при росте общего процента успешности.
Готовы к практическому тестированию
Превратите пять вопросов из руководства в постоянный набор регрессионных тестов для промпта. Назначьте ответственного, запускайте проверки после каждого изменения промпта, источников, модели или инструментов и связывайте каждый релиз с точной версией сохраненного промпта.
Полезные материалы
Тестирование промпта в Knowledge Optimizer
Создавайте фиксированные наборы вопросов, сравнивайте роли и применяйте только подтвержденные улучшения.
Поиск и устранение неподтвержденных ответов
Разделяйте проблемы источников, поиска, промпта и модели перед внесением изменений.
Справочник по настройке Custom Role
Ознакомьтесь с ограничениями тарифных планов, лимитами длины и логикой работы конфигуратора.