ИИ-агенты в личной продуктивности: как не утонуть в задачах

ИИ-агенты в личной продуктивности
Максим Дорофеев и Максим Постников
управление ИИ-агентами
ИИ-агенты в личной продуктивности: как не утонуть в задачах

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

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

Ниже — самостоятельный разбор для предпринимателей, руководителей и специалистов умственного труда. Он подготовлен по предоставленной расшифровке; ссылка на исходное видео сохранена для атрибуции. Тема встречи также подтверждается страницей на сайте Постникова. Примеры участников описывают их личный опыт, а предлагаемые рабочие сценарии в этой статье не выдаются за наши испытания или клиентские кейсы. Источники сверены 5 ноября 2026 года.

Содержание

Что меняется в личной продуктивности с появлением агентов

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

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

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

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

Задачный конус: почему маленькое поручение занимает весь день

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

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

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

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

Почему свободные токены не означают свободное внимание

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

У сервиса появляются пользователи, у опубликованного материала — необходимость обновления, у автоматизации — сбои и смена доступа. Даже проект, который редко требует действий, может регулярно возвращаться в мысли вопросом: «Не забыл ли я что-нибудь там сделать?»

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

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

Что делегировать агенту, а какие решения оставить себе

На сайте Постникова принцип сформулирован как Agents Draft, Humans Decide: агенты готовят черновики, человек принимает решения. Для деловой практики это удачная отправная точка, если понимать черновик широко — как подготовительную работу, которую ещё предстоит оценить.

Задача Что можно поручить Что остаётся у владельца
Подготовка встречи Собрать материалы и открытые вопросы Определить цель разговора и позицию
Письмо клиенту Подготовить варианты по разрешённым источникам Выбрать обещания, тон и решение об отправке
План проекта Разложить работу и указать зависимости Принять приоритеты, сроки и обязательства
Анализ переписки Найти возможные договорённости Подтвердить, что они действительно приняты
Личный учебный материал Объяснить тему и предложить упражнения Проверить понимание и важные факты
Новый сервис Собрать прототип Решить, нужен ли запуск и кто будет сопровождать

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

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

Восемь уровней работы с ИИ: как читать лестницу Постникова

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

Уровень Основной способ работы
Консультант Пользователь задаёт вопросы и получает ответы
Друг в чате Диалог помогает уточнить собственную мысль
Ассистент На выходе появляются рабочие материалы
Коллега Ассистент получает доступ к рабочим источникам
Агент-партнёр Работа опирается на сохраняемый контекст
Команда Человек распределяет задачи между агентами
Компания Оркестратор координирует исполнителей
Корпорация Добавляются регулярные процессы обслуживания и контроля

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

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

Контекст для агента: почему история чата не заменяет рабочую память

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

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

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

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

Нужна ли своя инфраструктура и локальная модель

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

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

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

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

Несколько агентов: дополнительная мощность и дополнительная очередь

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

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

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

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

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

Очередь внимания: что делать, когда все агенты ответили одновременно

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

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

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

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

Как формулировать поручение, чтобы не получить ещё один проект

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

Предлагаемый шаблон поручения:

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

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

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

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

Подготовка встреч и поиск забытых обещаний

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

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

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

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

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

ИИ для обучения: как получить объяснение, а не иллюзию понимания

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

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

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

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

Что показывают исследования продуктивности и критического мышления

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

В работе Shifting Work Patterns with Generative AI в актуальной версии v4 описан шестимесячный полевой эксперимент с 7137 работниками умственного труда в 66 компаниях. Участников случайным образом отбирали для предоставления доступа к генеративному ИИ в привычных рабочих приложениях. Авторы сообщают об экономии времени у использовавших инструмент участников, но не обнаруживают изменений количества или состава задач от индивидуального предоставления ИИ. Это исследование доступа к конкретному инструменту, а не проверка персональной многоагентной системы Постникова.

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

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

Почему согласие двух агентов ещё не подтверждает факт

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

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

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

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

Зачем закрывать проекты, которые технически уже работают

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

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

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

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

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

Как оценивать пользу в своём рабочем дне

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

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

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

Не нужно превращать такое наблюдение в ещё одну тяжёлую систему отчётности. Достаточно заранее выбрать один повторяющийся процесс и сопоставлять понятные результаты. Разбор метрик эффективности ИИ-агентов помогает отделить использование инструмента от принятого результата. Числовой эффект для конкретного читателя без его данных остаётся неизвестным.

Частые вопросы об ИИ в личной продуктивности

Можно ли начать без программирования?

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

Нужно ли сразу заводить нескольких агентов?

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

Чем заниматься, пока агент работает?

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

Стоит ли подключать всю переписку?

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

Может ли агент решить, какие проекты закрыть?

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

Как понять, что автоматизация стала лишней работой?

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

Как AI студия Владимира Ломтева помогает организовать работу с агентами

AI студия Владимира Ломтева занимается аудитом процессов, подготовкой данных, разработкой ИИ-агентов и интеграцией с бизнес-системами. Для задачи из этой статьи можно обсудить разбор потока входящих обращений, организацию базы знаний и интеграцию подготовки материалов с действующим рабочим процессом.

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

Итог: продуктивность определяется тем, что удалось завершить

Беседа Дорофеева и Постникова показывает обе стороны работы с ИИ-агентами: расширение возможностей и рост требований к управлению собственной работой. Подготовка материалов становится доступнее, но приоритеты, последствия и окончательные решения остаются у человека.

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

Оставить заявку

Заполните форму и мы свяжемся с вами

← Все статьи

Комментарии (0)

Пока нет комментариев. Будьте первым!

Оставить комментарий
Регистрация не требуется