Второй мозг: Как превратить нейросети в личного помощника

Первый рабочий запрос Анны выглядел так:

«Используй паспорт проекта и выдержки из источников S-02, S-04 и S-06. Подготовь план действий до технической проверки и открытия доступа сотрудникам. Для каждого шага укажи основание. Разделяй подтверждённые сведения, предположения и открытые вопросы. Не выбирай дату запуска, бюджет или состав уведомлений самостоятельно. Если данных недостаточно, покажи, какое уточнение нужно получить и у кого. В результате дай последовательность действий на ближайшие две недели и отдельный список рисков».

Запрос не был красивым и не пытался впечатлить формулировками. Зато в нём были границы, источники и прямой запрет на незаметные догадки.

Контекст, который переносится за пределы работы

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

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

Порядок создаётся не идеальным хранилищем. Он возникает из привычки помечать происхождение сведений и не приписывать уверенность тому, чего пока нет.

Контекстный пакет Анны

Перед первым разговором с нейросетью Анна собрала финальный пакет из четырёх частей.

Первая часть — паспорт проекта на одну страницу.

Вторая — реестр источников с шестью кодами и статусами. Старое письмо и старый бюджет остались в списке, но не вошли в число актуальных оснований.

Третья — реестр противоречий C-01—C-03 с датами, источниками, ответственными и влиянием на план.

Четвёртая — инструкция по работе с материалами и текущая задача.

В заголовке пакета она написала: «Актуально на 19 марта, 16:30. Дата открытия доступа, лимит бюджета и включение уведомлений не подтверждены».

Эта строка сделала больше, чем десятки пояснений в переписке. Она задала временную границу памяти. Если на следующий день Марина подтвердит 5 апреля, Анна не станет молча исправлять старый пакет. Она создаст новую версию, добавит источник и перенесёт один вопрос в раздел решений.

Илья посмотрел на собранные материалы и сказал:

— Раньше я думал, что нейросети нельзя доверять, потому что она иногда ошибается в фактах.

— Она ошибается не только из-за собственных знаний, — ответила Анна. — Иногда мы сами даём ей три несовместимые версии и просим говорить уверенно.

В этом и состоит главный сдвиг. Качественный ответ начинается не с удачной команды нейросети, а с аккуратно собранной памяти проекта. У машины может быть сильный анализ, быстрый поиск связей и хороший навык оформления. Но если факт смешан с предположением, устная договорённость — с решением, а старая версия — с актуальной, скорость лишь ускорит путаницу.

Следующий шаг — научиться вести сам разговор так, чтобы нейросеть уточняла задачу, проверяла границы и возвращала полезный результат, а не просто красиво пересказывала пакет. Для этого Анне понадобится не более длинный запрос, а правильная последовательность обмена контекстом.

Разговор, который даёт результат

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

Один материал, три результата

В понедельник, в 18:40, Анна открыла рабочую папку проекта. Перед ней были заметки после встречи, схема текущего процесса, письмо Марины и короткая сводка опроса сотрудников. Команда готовила запуск внутреннего сервиса для обработки запросов сотрудников. Сейчас заявки приходили по электронной почте и в рабочих чатах, терялись между ответственными, а срок ответа зависел от того, кто первым замечал сообщение.

К утренней встрече с руководителями Анне нужно было подготовить проектное предложение. От документа ждали не литературной красоты. Марина хотела получить согласование пилота в трёх подразделениях, определить ответственных и зафиксировать ближайшие шаги. При этом в материалах не было подтверждённых цифр экономии, окончательного решения по интеграции с кадровой системой и утверждённого бюджета.

Анна отправила нейросети короткую просьбу.

«Подготовь проектное предложение по запуску внутреннего сервиса. Используй материалы во вложении, сделай текст профессиональным, понятным и убедительным. Опиши цели, этапы, сроки, риски и ожидаемый эффект. Объём — примерно одна страница».

Через несколько секунд появился ответ.

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

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

Анна переделала запрос. На этот раз она решила сразу предусмотреть всё, что могло понадобиться.

«Ты опытный руководитель проектов, бизнес-аналитик, редактор и консультант по изменениям. Подготовь профессиональное, убедительное, но не рекламное проектное предложение для руководства. Используй все материалы из папки, учти письмо Марины, протокол встречи, схему процесса и результаты опроса. Не придумывай факты, но сделай выводы. Обязательно опиши проблему, цели, выгоды, текущий процесс, будущий процесс, этапы, сроки, ресурсы, риски, метрики, роли, план коммуникаций, варианты интеграции и дальнейшее масштабирование. Текст должен быть кратким, подробным, деловым, живым, понятным руководству и одновременно полезным команде. Не используй канцелярит, но сохрани официальный тон. Уложись в одну страницу, однако ничего важного не пропускай. Сначала напиши текст, потом проверь его на логичность, полноту и отсутствие выдуманных данных».

Ответ стал длиннее, но лучше не стал.

«В рамках проекта предлагается реализовать поэтапный переход к единому цифровому контуру обработки обращений сотрудников с возможностью дальнейшего масштабирования. На первом этапе необходимо провести детальный анализ текущих процессов, определить функциональные и нефункциональные требования, сформировать дорожную карту и согласовать показатели эффективности. Параллельно следует проработать вопросы интеграции, распределения ролей и коммуникационного сопровождения. Ключевыми рисками являются сопротивление изменениям, недостаточная полнота требований, ограниченность ресурсов и возможные задержки со стороны смежных подразделений».

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

Сергей, коллега-редактор, предложил третий путь — не расширять запрос, а сначала ответить на четыре вопроса: кто читатель, какое решение он должен принять, какие факты подтверждены и по каким признакам предложение можно будет назвать хорошим.

Анна сформулировала запрос заново.

«Подготовь одностраничное проектное предложение для встречи руководителей. Его цель — получить решение о запуске пилота внутреннего сервиса обработки запросов сотрудников в трёх подразделениях, назначении владельца пилота и согласовании ближайших шагов.

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

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

Сначала покажи структуру документа и перечисли места, где не хватает подтверждённых данных. После моего ответа подготовь черновик. Финальную версию не собирай, пока я не проверю черновик».

После короткой проверки материалов и уточнения открытых вопросов появился другой вариант.

«Предлагается принять решение о запуске пилота внутреннего сервиса обработки запросов сотрудников в трёх подразделениях.

Проблема. Сейчас запросы поступают по нескольким каналам, из-за чего не всегда видны ответственный, статус и срок обработки. Материалы проекта подтверждают наличие этой проблемы, но не содержат единой оценки потерь времени или стоимости текущего процесса.

Границы пилота. На первом этапе проверяется единый порядок регистрации, распределения и контроля запросов в трёх подразделениях. Вопрос об интеграции с кадровой системой в пилот не включён: решение по нему пока не принято.

Для запуска необходимо согласовать состав подразделений, владельца пилота и формат регулярного отчёта. Срок начала пилота в письме Марины указан как 15 сентября. Ожидаемый экономический эффект пока не рассчитан и не должен формулироваться как подтверждённый результат.

Основные риски: отсутствие единого владельца, неполные требования и расширение границ пилота до согласования базового процесса».

Текст не был идеальным, но его уже можно было обсуждать. Руководители видели, что именно требуется от них, команда понимала границы, а Анна не выдавала предположения за факты.

Сергей прочитал три варианта и спросил:

«Как ты поймёшь, что предложение получилось хорошим?»

«Если Марина и руководители поймут, что нужно согласовать, а команда — что делать после встречи».

«Какие источники ей разрешено использовать?»

«Протокол, схема процесса, письмо Марины и сводка опроса».

«Тогда проблема была не в том, что первый запрос короткий, а второй длинный. В первом не было задачи. Во втором задача утонула в инструкциях».

Рабочий запрос — это не длинное обращение к нейросети и не набор магических слов. Это договорённость о цели, контексте, границах, формате и способе проверки результата.

Сигнал: ответ звучит уверенно, но подходит для любого проекта

Нейросеть легко пишет «повысить эффективность процессов» почти без контекста. Такие обороты не являются языковой ошибкой, но часто показывают, что в запросе нет наблюдаемого результата.

За словами «подготовь предложение», «улучши текст» или «сделай убедительно» могут скрываться совершенно разные задачи. Один человек хочет получить решение о бюджете, другой — объяснить команде план работ, третий — отредактировать уже согласованный документ. Для каждой цели нужен свой текст.

Замените общее пожелание на действие адресата. Не «сделай предложение убедительным», а «помоги руководителям решить, запускать ли пилот». Не «опиши проект», а «покажи проблему, границы пилота, решение, которое требуется принять, и открытые вопросы». Не «сделай текст профессиональным», а «убери рекламные обещания, отдели подтверждённые факты от предположений и уложи документ в одну страницу».

Проверка проста: если из запроса можно убрать название проекта и подставить любой другой, цель сформулирована слишком широко.

Сигнал: нейросеть «проанализировала всё», но не знает, что главное

Фраза «изучи все материалы» звучит как передача полномочий. На практике она часто создаёт лишний шум. В папке проекта могут лежать старые версии, черновые гипотезы, письма с эмоциональными оценками и документы, описывающие уже отменённое решение.

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

Важно задать не только список источников, но и правило их использования. Если источники противоречат друг другу, нейросеть должна показать противоречие, а не молча выбирать одну версию. Если источник содержит мнение, его нельзя превращать в факт. Если информации нет, нужно написать «данных недостаточно», а не заполнять пробел правдоподобным числом.

Сигнал: в ответе появляются цифры, сроки и обещания, которых не было в материалах

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

Границу допустимого нужно обозначить прямо. Формулировка «не придумывай факты» полезна, но недостаточна. Лучше уточнить: «Не используй числовые значения, которых нет в источниках. Если показатель нужен для структуры документа, оставь пометку “требует расчёта”. Разделяй факт, предположение и предложение по проверке».

Если цифра нужна как пример, её следует обозначить как пример и не переносить в финальный документ. Если показатель ещё не измеряли, полезнее описать план измерения: кто собирает данные, за какой период и какое решение будет принято по итогам.

Сигнал: нейросеть получила роль «эксперта по всему»

Роль помогает направить способ работы, но не заменяет задачу. Просьба «выступи всемирно известным экспертом» почти ничего не говорит о том, что нужно сделать с материалом. Гораздо полезнее назначить конкретную функцию.

Редактор перестраивает текст, сокращает повторы и следит за ясностью, но не должен сам принимать бизнес-решения.

Аналитик группирует факты, сопоставляет варианты, находит зависимости и помечает пробелы. Его результатом может быть карта аргументов, список противоречий или сравнение решений, а не готовая статья.

Критик ищет слабые места, возражения, нестыковки и риски. Если сразу просить его «улучшить» текст, он может смягчить проблемы вместо того, чтобы показать их.

Координатор переводит утверждённые решения в последовательность действий, ответственных и сроков. Он не должен назначать людей и даты, если это не согласовано.

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

Сигнал: текст одновременно короткий, полный, подробный и лёгкий

Это не сложная литературная задача, а конфликт ограничений. Одна страница не вместит всю историю проекта, техническое описание, финансовую модель, план коммуникаций и подробный календарь. Нейросеть не станет выбирать приоритет вместо автора: она попытается распределить внимание между всеми требованиями.

Разделите требования на обязательные, желательные и исключённые. Для предложения Анны обязательны решение, проблема, границы пилота, риски и открытые вопросы. Желательно добавить ближайшие шаги. Из основной страницы лучше исключить технические детали, которые не влияют на решение руководителей. Их можно вынести в приложение или отдельный документ.

Сигнал: каждый новый ответ требует ещё одной полной переделки

Если после пяти итераций Анна по-прежнему пишет «сделай лучше», проблема обычно не в недостаточном усердии нейросети. Просто не задан критерий качества. Нейросеть получает замечание, но не получает правила, по которым нужно исправить текст.

Критерии должны быть наблюдаемыми. Например: «В первом абзаце должно быть ясно, какое решение требуется. Каждый числовой факт должен иметь источник. Открытые вопросы должны быть собраны в отдельном разделе. Риски должны быть связаны с конкретным действием, а не перечислены общими словами».

После этого корректировка становится управляемой: «Не меняй факты. Перенеси решение в начало. Удали оценку экономии, потому что она не подтверждена. Добавь вопрос о владельце пилота». Такой запрос короче и полезнее, чем «перепиши убедительнее».

Ориентир можно сформулировать так. Если ответ гладкий, но общий, уточните цель и действие адресата. Если ответ слишком широкий, ограничьте источники и перечислите обязательные разделы. Если появились выдуманные данные, введите правило маркировки пробелов. Если текст нельзя использовать без ручной сборки, задайте формат результата. Если нейросеть повторяет одни и те же вопросы, добавьте в контекст подтверждённые ответы и обозначьте, что уже решено.

Восемь частей рабочего запроса

У рабочего запроса нет единственной обязательной формы. Однако в задачах, где цена ошибки высока, полезно проверить восемь элементов.

Первое — цель.

Цель описывает, что должно измениться после получения результата. Она отвечает не на вопрос «что написать», а на вопрос «зачем это нужно».

«Подготовь проектное предложение» — это название результата.

«Помоги руководителям согласовать пилот и понять, какие решения нужно принять на встрече» — цель.

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

Второе — роль.

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

Третье — контекст.

Контекст отвечает на вопросы: что происходит, кто участвует, на каком этапе находится работа и какие решения уже приняты. Для проектного предложения Анны это текущий способ обработки запросов, проблема потери статусов, состав пилота, ожидания Марины, срок начала и нерешённые вопросы.

Контекст не должен превращаться в длинную биографию проекта. Нужны сведения, которые меняют ответ. Если нейросеть редактирует письмо поставщику, ей важно знать предмет договорённости, статус оплаты, желаемое действие и историю уже отправленных сообщений. Подробности внутреннего обсуждения команды пригодятся только тогда, когда влияют на формулировку.

Четвёртое — источники.

Назовите допустимые материалы и порядок доверия к ним. Можно написать: «Используй только текст ниже и протокол встречи. Не обращайся к внешним сведениям. В случае противоречия сначала покажи его. Не превращай пожелания в утверждённые решения».