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