системный промпт

что это

у любого бота на llm есть два слоя текста: то, что пишет пользователь, и то, что заранее написал разработчик. второй слой — системный промпт. аналогия: должностная инструкция сотрудника. клиент её не читает, но именно она определяет, что менеджер здоровается, называет цены из прайса и не обсуждает конкурентов. «ты — консультант компании х, отвечаешь только по каталогу, при вопросе о возврате переводишь на человека» — это оно.

важно понимать: системный промпт — это правила, а не гарантии. модель следует ему в большинстве случаев, но настойчивый пользователь может её сбить (см. промпт-инъекция). поэтому критичные запреты дублируют кодом, а не только текстом инструкции.

зачем это бизнесу

системный промпт — это половина «настройки бота под вас», за которую платят деньги. тон, границы, сценарии эскалации, запрет выдумывать цены — всё живёт здесь. хорошая новость: менять его дёшево. если бот отвечает слишком формально или лезет не в свои темы — часто это правка текста на полчаса, а не «переобучение нейросети за 300 тысяч». когда подрядчик оценивает такую правку как большой проект — повод насторожиться.

о чём спросить подрядчика

• «покажите системный промпт нашего бота» — это ваш документ, как регламент. если подрядчик отказывается показывать «ноу-хау», вы не контролируете, что бот говорит клиентам от вашего имени.
• «что удержит бота в рамках, если пользователь попросит его игнорировать инструкции?» — правильный ответ упоминает проверки поверх модели, а не «мы написали в промпте, чтобы он так не делал».