Контекст при работе с нейросетью: это часть задания
Контекст при работе с нейросетью помогает получить письмо по делу, если назвать адресата, цель и ограничения. Разберу четыре ошибки и дам схему запроса.
М
Марина
Контент-маркетолог LibraChat
6 мин чтения
«Работу закончим завтра». «Новый срок назовём после проверки макета». Оба предложения можно поставить в письмо клиенту, который ждёт задержанный проект, но верным окажется только одно. Контекст при работе с нейросетью — это сведения, от которых зависит такой выбор: кто получит письмо, что уже обещано и какие факты пока неизвестны. Если их пропустить, гладкий текст легко создаст новое обещание, которое команда не сможет выполнить.
Я веду рабочие переписки и часто вижу просьбу «напиши вежливый ответ». Вежливость здесь не самая трудная часть. Трудно не перепутать сочувствие с уступкой, просьбу о времени с гарантией и внутреннюю оценку срока с согласованной датой. Однажды я собрала для коллеги бриф из четырёх строк; его хватило, чтобы отсеять недопустимые фразы ещё до написания письма. Теперь так же проверяю запросы к чату.
Миф 1. Контекст при работе с нейросетью — это вся переписка
Большой архив кажется надёжным: пусть нейросеть сама найдёт важное. Но в рабочей цепочке бывает 30 сообщений, а для письма нужны четыре факта. Клиент ждал макет во вторник. Команда заметила ошибку в данных. Исправленный файл ещё проверяет дизайнер. Следующий срок не утверждён. Я бы начала именно с них, а не с пересылки всего обсуждения.
Для одного письма я записываю короткую карточку задачи:
Адресат: клиент, который уже знает о задержке.
Цель: сообщить, что обнаружена ошибка, и назвать следующий момент связи.
Факты: исправление идёт; проверка макета ещё не закончена.
Запрет: не обещать готовность «завтра», пока срок не подтверждён.
Четыре строки удерживают черновик в границах реальной задачи. Если факта нет, я так и пишу: «срок пока не согласован». Не заставляю нейросеть заполнять пустоту уверенным тоном. При таком подходе черновик легко оценить: он либо соблюдает четыре строки, либо нарушает хотя бы одну.
Миф 2. Достаточно попросить «напиши получше»
Я попробовала объяснить это на собственном черновике из 180 слов. Просьба «сделай мягче» может улучшить тон, но не отвечает на вопрос, какую дату можно назвать. Запросу нужны не только стиль и длина, но и пределы. Сравни: «напиши письмо клиенту» и «составь письмо клиенту о задержке макета; признай ошибку в данных, обещай сообщение о новом сроке после проверки, не называй дату готовности». Второй вариант оставляет гораздо меньше места для опасной догадки.
Полезно разделять сведения по ролям. Я проверила, какие детали изменят решение, а какие только утяжелят запрос:
Поле · Что меняет письмо · Что можно не передавать
Адресат — Клиент уже знает о переносе — Вся история знакомства с клиентом
Цель — Нужно сохранить ясность и договориться о следующем контакте — Общая просьба «напиши красиво»
Факт — Макет ждёт проверки; новый срок не подтверждён — Внутренние догадки о том, кто виноват
Ограничение — Не обещать дату и не скрывать задержку — Подробности рабочих перепалок
Эта таблица полезнее длинного вступления. Особенно когда письмо короткое и каждое обещание заметно. Контекст даёт чату рамки, а редактору — критерии проверки.
В том письме мне пришлось различать три времени: когда клиент ждёт ответ, когда дизайнер проверит макет и когда команда сможет передать готовую работу. Фраза «ответим завтра» могла случайно превратиться в «закончим завтра». Я отдельно написала в карточке: «сегодня сообщаем о задержке; срок готовности назовём после проверки». Такое уточнение не украшает текст, зато не даёт подменить обещание следующего контакта обещанием результата.
Миф 3. Контекст при работе с нейросетью — это текст только первого запроса
В LibraChat разговор внутри одного чата учитывает предыдущие сообщения. Если ты уточняешь письмо в той же беседе, не обязательно заново печатать каждую деталь. Можно сказать: «Оставь признание ошибки, но убери обещание готовности завтра; следующий контакт — после проверки макета». Я всё равно перечитаю итог: память о беседе не отменяет ошибки в формулировке.
Для повторяющихся задач есть проект со своими чатами и инструкциями. В нём удобно держать постоянные правила, например тон команды и формат письма, а в конкретном запросе добавлять факты случая. Но не стоит рассчитывать, что отдельный чат вне проекта знает содержимое другого разговора. Я проверяю, где лежит нужная информация, прежде чем просить продолжить работу.
Разделение получается простым: постоянное правило можно хранить в проекте, меняющийся срок — в текущем сообщении. Не смешивай их. Иначе старое обещание легко переживёт обстоятельства, которые уже поменялись.
Когда задача переходит к другому клиенту, я начинаю новый разговор и заново задаю факты случая. Так меньше шансов, что прежний адресат или срок окажется в новом письме. Общий тон команды при этом можно оставить в инструкциях проекта, если он подходит обоим случаям.
Миф 4. Чем больше деталей, тем точнее ответ
Подробности помогают, пока они относятся к решению. В примере с письмом номер личного телефона клиента и фамилии сотрудников не улучшают ни тон, ни срок. Данные, которые нельзя передавать в чат, не стоит вставлять «для полноты». Я оставляю только то, что могла бы показать человеку, которому поручила составить черновик.
Перед отправкой запроса я делаю короткую проверку. Она занимает меньше времени, чем правка неудачного письма:
Могу ли я назвать действие после ответа: отправить письмо, согласовать дату или задать клиенту вопрос?
Есть ли в запросе факты, которые меняют это действие, и отделены ли они от предположений?
Указано ли, чего нельзя обещать, придумывать или раскрывать?
Смогу ли я проверить итог по этим пунктам без догадки о том, что имелось в виду?
Если на последний вопрос ответ «нет», я сокращаю историю и уточняю цель. Хороший контекст — не самый длинный. Это тот, по которому другой человек тоже поймёт, что можно написать, а что пока рано.
Какой факт ты забыл назвать?
Вспомни рабочее письмо, которое давно откладываешь. Перед тем как просить черновик, выпиши адресата, цель, три подтверждённых факта и одно ограничение. Открой чат LibraChat, попробуй запрос с этой карточкой и вычеркни из ответа каждое обещание, для которого нет основания. Если трудно собрать карточку, начни с разбора промпта; там видно, как цель превращается в понятный вопрос. Для задач с объёмными документами проверь условия доступа LibraChat под нужный формат.
У меня этот способ начинается с одного вопроса к самой себе: «Какой факт изменит смысл письма?» Если ответ не помещается в карточку, возможно, решение ещё не принято и сначала нужно поговорить с командой. Чат поможет написать текст после этого разговора, но не сможет согласовать срок за людей.
