Промпт для Qwen лучше строить из цели, проверенного контекста, нужного формата ответа и явного правила для пробелов в данных. Тогда текстовый черновик легче проверить по исходнику и передать сотруднику на решение. Для рабочих документов сначала определите, что можно вводить в выбранный контур обработки.
Состав запроса
У рабочего промпта 4 части: задача, допустимый контекст, формат результата и правило проверки источника.
Qwen отвечает на текстовый запрос с опорой на тот контекст, который вы передали. Для разбора обращения полезно дать обезличенный текст, цель разбора и поля будущей карточки. Для открытого документа — фрагмент с заголовком и номером страницы или раздела. Название роли вроде «ты эксперт» само по себе мало помогает: модель должна знать, какой результат нужен сотруднику и какие утверждения считать подтверждёнными. Укажите, что делать с отсутствующим фактом: поставить пометку «нет в источнике» и задать вопрос.
Начинайте с результата, который проверяющий сможет принять: таблица, список вопросов, краткий ответ с цитатами. Затем задайте ограничения: использовать только вложенный текст, сохранять смысл формулировок, отмечать сомнения. Если в одном запросе смешаны классификация, написание письма и решение о компенсации клиенту, ответы трудно контролировать. Разделите эти действия на этапы; сотрудник утверждает решение между ними. Такой подход описан и в основах написания промптов.
Эта статья про форму текстового задания. Вопросы выбора интерфейса и защиты данных подробно разобраны в Qwen Chat для компании, а различие моделей — в материале о Qwen Instruct. Здесь отправная точка — уже выбранный разрешённый контур и понятная рабочая задача.
Разбор обращения
Возьмите обезличенное обращение клиента без имени, телефона, номера заказа и иных лишних данных. Сотруднику часто надо быстро понять тему, срочность, недостающие факты и возможный следующий вопрос. Промпт должен просить разметку, без обещания решения от имени компании. Если клиент пишет «доставка задержана», модель способна выделить проблему, но точный срок и компенсацию дают только внутренние правила и проверенные данные заказа.
Скопируйте: «Задача: разбери обращение для оператора. Текст: [обезличенный текст]. Верни поля: тема, факты из текста, недостающие сведения, вопрос клиенту, фрагмент текста для подтверждения. Используй только переданный текст. При пробеле пиши “нет в тексте”. Без обещаний сроков и компенсации». Подставьте свой текст и перечитайте результат рядом с оригиналом.
Для проверки подготовьте несколько обращений разной формы: короткое, эмоциональное, с двумя вопросами и с неполным описанием. Смотрите, сохранилась ли исходная причина обращения и появились ли выдуманные обещания. Отдельно проверяйте случаи, где человек цитирует чужое письмо: модель может принять цитату за прямую просьбу автора. В рабочем процессе оператор исправляет карточку и выбирает ответ, а автоматическая запись в CRM разрешается только после проверки правил и доступа.
Похожий сценарий для общения с клиентом описан в промпте для клиентского чата. Там цель — ответ собеседнику; здесь цель — безопасная внутренняя разметка обращения перед решением сотрудника.
Структура документа
Вторая задача — достать из открытого документа конкретные положения для рабочего обзора. Передайте текст с границами разделов и попросите таблицу «вопрос — цитата — место в документе — вывод». Если документ большой, разбейте его на смысловые фрагменты и сохраните номера страниц или заголовки. У модели нет права восполнять пропущенные разделы по общему знанию. При ответе без цитаты сотрудник возвращается к исходнику и исправляет запись.
| Поле ответа | Удачная форма | Проверка |
|---|---|---|
| Тезис | Короткое утверждение по фрагменту | Сопоставить с цитатой |
| Место | Страница или заголовок | Открыть исходник |
| Пробел | Указание на отсутствующий текст | Запросить нужный раздел |
| Вывод | Следствие для задачи | Утвердить сотрудником |
Копируемая формула: «Проанализируй только приложенный фрагмент [текст]. Найди положения по вопросу [вопрос]. Верни таблицу: тезис, точная цитата, место в тексте, что остаётся неизвестным. Если подтверждения нет, укажи это прямо. Отделяй цитату от своего объяснения». Такой запрос помогает увидеть предел материала. При добавлении новой страницы повторите проверку: одинаковые слова в разных разделах могут относиться к разным условиям.
Передача документов требует отдельного решения по данным. Для конфиденциального файла сначала определите разрешённый контур и доступы, а публичный чат используйте только с открытыми или обезличенными фрагментами. Подход к документам подробнее раскрыт на странице работы нейросети с документами. Когда правило обработки данных согласовано, можно расширять подбор фрагментов; до этого достаточно открытого образца.
Границы контекста
Выберите способ доступа к конкретной модели Qwen: сервис поставщика или развёртывание модели, если её условия это допускают. Условия доступа и оплаты зависят от выбранного сервиса и могут меняться. Проверьте их в официальной документации перед внедрением. Наличие открытых весов проверяйте по карточке выбранной модели; название семейства само по себе ещё недостаточно для подтверждения условий конкретной сборки. При использовании собственного сервера команда отвечает за настройку доступа, обновления и хранение загруженного текста.
Ограничения промпта одинаково важны в обоих контурах. Если источник неизвестен, формулировка «сошлись на документ» без вложенного текста приведёт к неподтверждённой ссылке. Если в контексте много противоречивых версий, укажите дату и статус каждой версии. Если сотрудник хочет письмо клиенту, сначала утвердите факты, которые допустимо сообщать. Полезный вопрос при приёмке: можно ли указать для каждого вывода конкретный фрагмент, на котором он стоит?
- Удаляйте из учебного примера имена, контакты и секреты.
- Называйте статус источника: черновик, утверждённый документ или открытая публикация.
- Просите вопросы при пробелах, без уверенного заполнения пустых полей.
- Проверяйте результат сотрудником до внешней отправки или записи в систему.
Для оценки качества сохраните исходные тексты и эталонную разметку от сотрудника. Сравнивайте ответы Qwen с эталоном по существенным полям: тема, факт, цитата и вопрос на уточнение. Хороший результат в одном красивом примере мало говорит о работе на спорных обращениях. Именно ошибки на границе задачи подскажут, что уточнить в промпте, а где добавить ручное решение. Для команды такой контроль входит в обучение сотрудников работе с ИИ.
Если спорные ответы повторяются, выберите один тип текста для отдельной проверки источников и допишите к нему критерий приёмки.
Какие тексты вашей команды требуют проверки источника?
Редактура промпта
Если ответ слишком общий, посмотрите, достаточно ли конкретен формат и задан ли источник. Если модель пишет длинное объяснение вместо карточки, покажите образец одной строки результата. Если пропускает важный факт, добавьте в критерии проверки его тип, без подсказки готового ответа на каждый случай. Меняйте по одному элементу запроса и сравнивайте результаты на одной и той же подборке текстов. Так станет ясно, что именно улучшило работу.
- Сохраните исходный промпт и несколько обезличенных текстов для проверки.
- Отметьте ошибки по фактам, цитатам, формату и пробелам.
- Исправьте одну инструкцию и повторите прогон на тех же материалах.
- Утвердите версию вместе с сотрудником, который использует результат.
В рабочей инструкции рядом с промптом укажите назначение, допустимые источники, владельца и дату последней проверки. Сотрудник должен знать, когда исправлять результат самостоятельно, а когда передавать вопрос владельцу процесса. Если промпт встроен в систему, фиксируйте версии: иначе трудно понять, почему качество ответа изменилось после правки текста или формата. Это особенно заметно, когда одним шаблоном пользуются несколько команд.
Начните с одного обезличенного обращения и одной открытой страницы документа. Проверьте, показывает ли ответ источник каждого факта и честно ли обозначает пустые места. Затем добавляйте новые типы текста.
Рабочий промпт живёт вместе с процессом. Когда меняется форма обращения или структура документа, обновляйте пример и тестовую подборку. Читателю, который строит библиотеку заданий для команды, поможет каталог проверенных промптов. Он полезен как способ хранить версии и критерии, а текущий шаблон остаётся привязанным к конкретной задаче Qwen.