Роли: кем должен быть ассистент

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

Что делает роль

Модель обучена на огромном объёме текстов, где одни и те же вопросы разбирают по-разному: инженер, маркетолог, юрист, студент. Когда вы задаёте роль, вы подсказываете, из какой «части» этого опыта отвечать. Роль влияет на три вещи.

Тон и стиль. «Ты — техписатель» даст сухой точный текст; «ты — ведущий подкаста о технологиях» — разговорный и с примерами.

Фокус. Одно и то же ТЗ архитектор прочитает с точки зрения масштабируемости, тестировщик — с точки зрения краевых случаев, дизайнер — с точки зрения сценариев пользователя. Роль говорит модели, на что смотреть.

Глубина. Роль эксперта поднимает планку: модель реже ограничивается общими местами и чаще упоминает конкретику, которую знает эксперт.

Роль можно задать в системном промпте (обычно так и делают: она не меняется от запроса к запросу) или прямо в сообщении. Работают оба варианта.

Чем подробнее роль, тем лучше

«Ты — разработчик» почти ничего не меняет. «Ты — старший iOS-разработчик, десять лет пишешь на Swift, много ревьюишь чужой код и не любишь, когда логика размазана по вью-контроллерам» — меняет заметно. Детали в описании роли — это контекст, из которого модель будет исходить. Полезно указывать:

• специализацию и стек («бэкенд на Python, в основном FastAPI»);
• опыт и привычки («привык работать с большими legacy-проектами»);
• ценности и ограничения («считает, что тест без утверждения — не тест»);
• ситуацию («проводит код-ревью перед релизом, времени мало»).

Не переусердствуйте с «персонажем». Имя, характер и биография нужны, только если вы делаете чат-бота с лицом. Для рабочих задач достаточно профессионального профиля.

Скажите, для кого ответ

Роль отвечает на вопрос «кто говорит». Не менее важен вопрос «кому». «Ты — архитектор» и «ты — архитектор, объясняешь решение менеджеру проекта, который не пишет код» — это два разных ответа. Во втором не будет схем с названиями паттернов, зато будет объяснение, что решение значит для сроков и рисков.

В агентстве это особенно полезно: один и тот же материал нужно подать клиенту, команде и руководству. Меняете аудиторию в промпте — меняется подача, а суть остаётся.

Роль помогает рассуждать

В оригинальном туториале есть показательный пример. Задачка на логику: «Джек смотрит на Энн, Энн смотрит на Джорджа. Джек женат, Джордж — нет, про Энн неизвестно. Смотрит ли женатый человек на неженатого?» Правильный ответ — да, в любом случае (если Энн замужем, она смотрит на неженатого Джорджа; если нет — на неё смотрит женатый Джек). Модель предыдущего поколения без роли отвечала «недостаточно данных», а с ролью «ты — бот для решения логических задач» находила правильный ответ.

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

Пример из работы

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

Перенесём в агентство. Вы просите оценить тест-план коллеги. Без роли получите вежливый обзор с парой замечаний. С ролью «Ты — тимлид QA, принимаешь тест-план перед передачей клиенту. Твоя цель — найти всё, что клиент может счесть недоработкой» получите список конкретных пробелов. Это не потому, что модель «стала умнее», а потому, что вы сказали ей, какую работу делать.

Границы приёма

Роль не добавляет знаний. «Ты — юрист» не сделает модель юристом; она будет отвечать в стиле юриста, опираясь на то, что знает. Для фактов нужны документы (об этом в уроках про галлюцинации и поиск).

Роль не заменяет инструкций. «Ты — редактор» не объяснит, какой у вас стайлгайд. Роль + правила + примеры — вот рабочая связка, и в уроке «Сложный промпт с нуля» мы её соберём целиком.

И роль не должна противоречить остальному промпту. Если вы просите «краткого аналитика» написать подробный отчёт, модель выберет что-то одно — и не факт, что то, что вам нужно.

→

Попробуйте сами

10–15 мин на рабочем месте

1. Возьмите короткий фрагмент кода (свой или из открытого проекта) и попросите Claude сделать ревью: сначала без роли, потом с ролью «старший разработчик на этом языке, проводит ревью перед релизом, время ограничено». Сравните, что изменилось в фокусе замечаний.
2. Попросите объяснить, что такое технический долг, три раза: без роли; как «тимлид, объясняющий джуну»; как «тимлид, объясняющий клиенту, который спрашивает, за что платит». Обратите внимание на словарь и примеры в каждом ответе.
3. Дайте Claude любой документ с намеренной ошибкой (расчёт сроков, где не сходятся цифры, или требование, которое противоречит другому) без роли и с ролью «аудитор, чья задача — найти несоответствия». Заметил ли он ошибку в обоих случаях? Насколько уверенно сформулировал?

Коротко

• Роль задаёт тон, фокус и глубину ответа; ставится в системный промпт или в сообщение.
• Чем детальнее профессиональный профиль, тем полезнее роль; «персонаж» нужен только чат-ботам.
• Указывайте аудиторию: «кому» меняет ответ не меньше, чем «кто».
• Роль с установкой («найди ошибки», «будь скептичен») меняет режим работы модели.
• Роль не добавляет знаний и не заменяет правил и примеров.