Role prompting (ролевой промптинг)

Role prompting (также называемый персона-промптингом) — это техника, при которой промпт назначает модели конкретную идентичность, профессию или уровень экспертизы — «Ты старший бэкенд-инженер», «Ты терпеливый, ободряющий репетитор по математике для начальной школы», «Ты скептически настроенный венчурный инвестор, рассматривающий питч-дек» — чтобы направить тон, словарный запас, глубину и рамку ответа в сторону того, что правдоподобно произвела бы эта персона. Role prompting работает, потому что LLM обучены на огромных массивах текста, написанного людьми, занимающими разные роли, регистры и уровни экспертизы, поэтому обращение к роли активирует паттерны, связанные с тем, как такой человек общается и что бы он приоритизировал, без необходимости явно прописывать каждое стилистическое предпочтение. Чаще всего это реализуется в системном промпте (задавая постоянную персону для всей сессии), но также может использоваться встроенно в одиночном пользовательском промпте для разовой задачи («Выступи в роли литературного редактора и сократи этот абзац»). Для разработчиков SaaS role prompting — это лёгкий, высокоэффективный способ дифференцировать голос ИИ-функции и неявно задать поведение, соответствующее уровню экспертизы, — персона «старший ревьюер кода» отметит другие вещи, чем персона «дружелюбный к новичкам репетитор по программированию», даже при идентичном коде для проверки. Стоит отметить, что role prompting надёжно формирует стиль и рамку подачи, но не является надёжным способом повысить фактическую точность или разблокировать возможности, которых у модели на самом деле нет — утверждение «ты сертифицированный врач» не делает медицинские знания модели точнее, оно лишь делает тон более авторитетным, что при неправильном использовании может быть риском (звучащие уверенно неверные ответы). Конкретный пример: SaaS-инструмент для код-ревью позволяет пользователям выбрать персону ревьюера. С системным промптом «Ты прагматичный staff-инженер, который ставит выпуск в приоритет над совершенством. Отмечай только баги и значимые проблемы с поддерживаемостью; игнорируй мелкие стилистические придирки» одна и та же отправка кода получает обзор из 3 пунктов, сфокусированный на потенциальном баге с null-указателем и отсутствующем обработчике ошибок. Смена персоны на «Ты дотошный старший инженер, проводящий аудит безопасности перед запуском. Отмечай каждую возможную проблему, включая стиль и крайние случаи» на идентичном коде даёт обзор из 15 пунктов, охватывающий валидацию входных данных, логирование и соглашения об именовании. Базовая модель и код не изменились — изменилась только рамка роли — это демонстрирует, насколько сильно персона формирует практический результат в промышленной функции.