В большинстве интерфейсов системный промпт — это отдельное поле, отличное от пользовательских сообщений. Модель обычно относится к нему как к более авторитетному источнику инструкций.
Что обычно описывают в системном промпте
- Кто такая модель: профессия, роль, к какому продукту относится.
- Целевая аудитория и стиль общения.
- Запреты: чего модель не делает (не даёт юридических заключений, не делится закрытой информацией и так далее).
- Формат ответов: длина, структура, использование разметки Markdown или формата JSON.
- Что делать при недостатке информации: задавать уточняющие вопросы или отвечать «не знаю».
Чего лучше избегать
- Слишком длинных простыней инструкций на все случаи жизни — модель начинает выпадать из них в длинных диалогах.
- Противоречивых требований («будь краток, но дай очень подробный ответ»).
- Скрытой логики, которую трудно проверить — лучше явно описать поведение.
- Любой ассистент или агент должен начинаться с продуманного системного промпта
- Когда нужно унифицировать стиль и поведение модели в продукте
- Когда вы хотите задать жёсткие ограничения по безопасности и темам
- Однократные запросы в личных целях, где не нужна повторяемость
- Когда системный промпт начинает занимать большую часть контекстного окна — стоит подумать о тонкой настройке
Системный промпт ассистента для команды поддержки может звучать так: «Ты — ассистент поддержки сервиса для управления проектами. Отвечай вежливо, на «вы», на русском. Если клиент жалуется на ошибку — попроси скриншот и шаги для воспроизведения. Не давай советов по безопасности и юридическим вопросам — в этих случаях направь к оператору. Формат ответа — 1–3 коротких абзаца, без эмодзи».
Системный промпт стоит хранить и вести по версиям в коде так же, как любой другой важный текст продукта. Каждый раз, когда вы меняете его, прогоняйте набор тестовых разговоров и сравнивайте качество ответов. Иначе мелкие правки могут неожиданно сломать поведение ассистента в редких сценариях.