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

Второй мозг начинается не с нейросети

В понедельник в 8:42 Анна открыла рабочую почту и увидела девять непрочитанных писем. В корпоративном чате мигали уведомления в трёх ветках: в одной Марина, внутренний заказчик проекта, спрашивала, можно ли уже сегодня дать финальную версию; в другой Илья просил подтвердить, какой из двух вариантов требований считать действующим; в третьей коллеги обсуждали время встречи, которая начиналась через двадцать минут.

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

В 9:05 к Анне заглянул Павел.

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

Анна посмотрела на календарь. До совещания оставалось пятнадцать минут.

— Всё — это что именно?

— Ну, всё по проекту.

— А если в письме от пятницы написано одно, а в документе от субботы — другое?

— Она же умная. Наверняка поймёт.

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

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

Вечером Анна пыталась собрать из переписки документ для Марины. В 20:47 она отправила черновик. В 21:16 пришёл ответ: «Кажется, это не совсем то, о чём мы договорились». Анна перечитала файл и увидела, что перенесла в него старое ограничение, хотя на встрече его сняли.

Нейросеть в этот день так и не стала волшебной кнопкой. Но дело было не в том, что она не успела помочь. Проблема заключалась в другом: Анна не определила, какую именно работу ей можно поручить.

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

Что Анна на самом деле хотела автоматизировать

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

Это разные виды работы. У каждого своя цена ошибки и своя пригодность для передачи нейросети.

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

У второго мозга есть четыре свойства.

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

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

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

В-четвёртых, он работает только в пределах доступного контекста. Если в материалы попала одна версия требований из трёх, результат может выглядеть убедительно и при этом опираться на неполную картину.

Где машина действительно усиливает работу

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

Прежде всего, это поиск связей.

Анна может попросить найти все упоминания срока запуска, собрать их по датам и отдельно показать противоречия. Такой запрос полезнее, чем вопрос «Что мне нужно знать о проекте?». В первом случае задано конкретное действие и понятен результат. Во втором нейросеть вынуждена сама решать, что считать важным.

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

Другая подходящая задача — подготовка черновика.

Нейросеть может предложить структуру еженедельного отчёта, первый вариант письма, перечень вопросов к заказчику или краткое содержание длинного обсуждения. Ценность здесь не в том, что черновик сразу окажется идеальным. Она в том, что человеку не придётся начинать с пустого экрана.

Ещё одна сильная сторона — сравнение.

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

Наконец, нейросеть хорошо структурирует неаккуратный материал.

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

В таких случаях нейросеть усиливает мышление, потому что берёт на себя механическую часть работы: поиск, сортировку, сравнение и черновое оформление. Человек получает больше времени на анализ и выбор.

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

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

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

Что остаётся у человека

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

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

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

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

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

Рабочая формула проста: нейросеть предлагает, человек проверяет; нейросеть сравнивает, человек выбирает; нейросеть структурирует, человек подтверждает смысл.

Мысленный эксперимент: передать машине весь рабочий день

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

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

В 10:20 в систему попадают документы с разными датами. Нейросеть находит противоречие и пытается сделать текст связным. Если ей не запретить додумывать, она может выбрать одну формулировку как актуальную просто потому, что та стоит в более новом файле или встречается чаще.

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

В 15:30 нейросеть готовит ответ Марине. Она видит, что в предыдущих письмах Анна обещала «вернуться с вариантом сегодня», и формулирует уверенный ответ. Но за это время выяснилось, что команда не получила данные от аналитиков. Текст получается гладким, а обещание — невыполнимым.

В 18:00 нейросеть собирает итоговый документ. В нём аккуратно соединены старые и новые сведения, но не отмечено, где именно они расходятся. Получается не хаос, а связная версия хаоса. Это опаснее: очевидную ошибку легче заметить, чем правдоподобный вывод без основания.

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

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

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

Аудит рабочего дня Анны

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

Анна решила считать отдельной операцией действие со схожими исходными данными и результатом. «Работа над запуском» — слишком широкая формулировка. «Свести протокол встречи в список решений и задач» — уже конкретная операция.

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

Результаты выглядели так.

Сведение записей встреч в решения и задачи. Четыре встречи в неделю, 2 часа 40 минут, пять возвратов. Цена ошибки высокая: потерянное решение задерживает проект. Контекст частичный — заметки и письма разбросаны. Результат можно измерить по времени до утверждения и числу пропущенных решений.

Поиск прежних договорённостей и версий требований. Семь поисковых операций, 2 часа 20 минут, три возврата. Цена ошибки средняя или высокая: можно случайно использовать старое условие. Контекст низкий, потому что материалы хранятся в нескольких местах. Результат измерим по времени поиска и числу найденных подтверждений.

Подготовка еженедельной сводки для руководства. Одна операция, два часа, два возврата. Цена ошибки средняя: может исказиться общая картина проекта. Контекст относительно полный, но неструктурированный. Результат можно оценить по времени подготовки и числу исправлений.

Сверка версий требований. Три сравнения, три часа, четыре возврата. Цена ошибки высокая: неверный пункт попадёт в разработку. Контекст частичный, поскольку не все комментарии привязаны к версиям. Измерить результат можно по числу найденных расхождений и непросмотренных пунктов.

Подготовка ответов на срочные вопросы. Восемнадцать сообщений, три часа, шесть возвратов. Цена ошибки высокая: могут пострадать сроки и отношения. Контекст частичный, потому что часть сведений остаётся в устных разговорах. Результат можно оценивать лишь частично — по времени ответа и доле сообщений, для которых не пришлось дополнительно уточнять обстоятельства.

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

Всего набралось 34 операции, 16 часов 40 минут и 23 возврата к уже выполненной работе.

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

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

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

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

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

Выбор первого сценария

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

Для выбора Анна оставила четыре фильтра.

Частота. Если операция выполняется раз в квартал, на ней трудно быстро увидеть эффект. Повторяющееся действие даёт больше материала для сравнения.

Цена ошибки. Чем дороже ошибка, тем уже должна быть роль нейросети. Для внутреннего черновика можно разрешить широкий диапазон предложений. Для письма заказчику или документа, на основании которого начнут работу другие специалисты, нужна строгая проверка.

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

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

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

Анна и Илья обсудили несколько вариантов.

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

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

«Сверка требований» имела высокую ценность, но часть версий была неполной. Сначала требовалось установить, какие документы считать исходными.

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

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

Это уже совсем не то же самое, что «пусть нейросеть ведёт проект».

Граница пилота

Анна записала, что входит в процесс. На входе — повестка, заметки или расшифровка встречи, список участников и предыдущий реестр решений. На выходе — четыре раздела: принятые решения, обсуждавшиеся, но не принятые предложения, задачи с ответственными и сроками, открытые вопросы.

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

Для первого теста Анна подготовила рабочую рамку:

«Работай только с предоставленными материалами. Не добавляй факты, которых в них нет. Разделяй принятые решения, предложения и вопросы без ответа. Для каждого решения укажи подтверждающую фразу или отметь, что подтверждение не найдено. Если ответственный или срок не названы, напиши: “не указано”. Отдельно покажи противоречия между материалами. Подготовь черновик реестра для проверки человеком».

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

Илья добавил ещё одно условие:

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

Так нейросеть перестаёт изображать уверенного секретаря и становится инструментом обнаружения неопределённости. Для проекта это полезнее, чем гладкий текст без предупреждений.

Базовая точка до старта

До запуска Анна зафиксировала три числа, чтобы не подменять сравнение общим впечатлением «стало удобнее».

Первое — время. На обработку одной встречи уходило в среднем сорок минут, то есть 2 часа 40 минут на четыре встречи в неделю.

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

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

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

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

Проверка реальности для читателя

На такой аудит достаточно двадцати пяти минут. Не нужно описывать всю карьеру и строить карту всех процессов компании.

Сначала откройте календарь, рабочие заметки и список задач за последние пять дней. Выписывайте не проекты, а действия: «собрать статус», «найти старое решение», «сравнить версии», «составить письмо», «перенести разговор в список задач».

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

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

Последний шаг — описать вход и выход одной фразой. Например: «На входе запись встречи и список участников, на выходе черновик реестра решений». Если такую фразу невозможно составить, сценарий пока слишком расплывчатый.

Выбирайте не более одного пилота. Его формула должна звучать так: «Из материала X получить результат Y, используя нейросеть для действий A и B; решение C остаётся за человеком». Для Анны это выглядело именно так: «Из материалов встречи получить черновик реестра; нейросеть ищет и структурирует, Анна проверяет статус решений и утверждает итог».

Ошибки, из-за которых пилот превращается в хаос

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

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

Третья ошибка — принимать резюме за решение. Хорошая сводка может перечислить всё, что прозвучало на встрече. Но решение возникает только тогда, когда кто-то его принял. В реестре должны быть разные поля для принятого, предложенного и нерешённого.

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

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

Павел по-прежнему считал, что Анна слишком усложняет задачу.

— Мы могли бы уже сегодня подключить все файлы, — сказал он в конце недели.