01 Простыми словами
Обычный промпт — это разовый запрос: «напиши письмо клиенту». Системный промпт работает иначе — он задаёт модели контекст на весь разговор целиком: кто модель в этом диалоге (юрист-ассистент, менеджер поддержки), какой у неё тон, какие темы остаются за рамками. Модель держит эти правила в фоне на протяжении всей переписки вместо одного разового ответа.
02 Как это работает
Технически системный промпт — обычное текстовое поле в запросе к модели, отдельное от сообщений пользователя. Большинство разработческих интерфейсов явно разделяют роль system и роль user в одном и том же запросе.
- Разработчик или настройщик бота один раз пишет текст с ролью, тоном и границами.
- Этот текст модель получает первым, ещё до сообщения пользователя.
- Дальше на каждое новое сообщение пользователя модель отвечает уже с учётом этой инструкции, без повторного ввода на каждом шаге.
03 Где применяется
- Поддержка клиентов. Промпт задаёт вежливый тон, запрет на обещания сроков возврата денег и обязательную передачу сложного вопроса человеку.
- Продажи. Промпт держит модель в рамках одного продукта и запрещает называть цены конкурентов.
- Бухгалтерия. Промпт ограничивает модель ролью помощника по черновикам и требует пометку «черновик, проверка бухгалтера обязательна».
- Юристы. Промпт задаёт формальный стиль и запрещает формулировки, похожие на официальную консультацию без проверки юриста.
- Логистика. Промпт держит бота в рамках статуса заказа и запрещает называть точную дату доставки без сверки со складом.
- HR. Промпт держит бота в рамках вопросов про отпуск и график, а сложные кадровые случаи сразу передаёт специалисту.
Такие ограничения и есть простой набор guardrails для диалога: рельсы, которые держат модель на заданной теме и тоне, даже когда пользователь уводит разговор в сторону.
04 Живой пример
Клиент интернет-магазина пишет в чат: «где мой заказ, уже неделю жду, деньги верните». Дальше запрос проходит несколько шагов, которые задаёт системный промпт бота.
- Промпт требует сверить статус заказа по трек-номеру, прежде чем отвечать про сроки, — бот подтягивает статус из системы вместо догадки.
- Слово «верните» срабатывает как триггер: промпт запрещает боту обещать возврат денег самостоятельно и передаёт диалог менеджеру поддержки.
- Пока менеджер подключается, бот отвечает коротко и по-человечески — называет статус заказа и время ожидания живого ответа, без формальных отписок.
Менеджер получает уже собранный контекст: номер заказа, статус, дословную формулировку жалобы клиента — и подключается к разговору без повторных вопросов клиенту.
Проверка такого сценария на паре десятков похожих обращений из истории тикетов показывает, держит ли промпт правило про передачу человеку именно в нужный момент, без запоздания и без забегания вперёд.05 Ограничения и ошибки
- Системный промпт остаётся уязвимым местом: настойчивый пользователь иногда обходит инструкцию формулировками вроде «забудь предыдущие правила» — это называют инъекцией промпта.
- Слишком длинный промпт с десятком противоречивых правил модель начинает путать — на практике держит внимание пять-семь чётких пунктов лучше, чем страница текста.
- Промпт без границ ответственности — частая ошибка: без явного запрета модель обещает клиенту точные сроки или скидки, которые менеджер потом обязан выполнять.
- Один и тот же промпт для всех каналов сразу — в переписке и в голосовом боте формулировки нужны разные, общий шаблон звучит неестественно хотя бы в одном из них.
- Проверять промпт лучше на живых диалогах из истории тикетов вместо придуманных фраз — реальные клиенты формулируют вопросы неожиданно и коряво, и именно такие формулировки чаще всего ломают хрупкую инструкцию.
Подробный разбор настройки тона через системный промпт — в статье про системный промпт для тона общения с клиентами. Как поставить такую настройку на поток во всей команде — в разделе про обучение сотрудников работе с ИИ.