Человек остается в управлении

Когда компания начинает работать с ассистентами и агентами, быстро возникает два противоположных страха.

Первый страх: «ИИ заменит людей, и мы потеряем контроль».

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

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

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

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

Новая связка человека и ИИ

Старая дискуссия часто звучит как вопрос:

Может ли ИИ заменить эту роль?

В большинстве компаний такая постановка плохо помогает управлять изменением. Гораздо полезнее спросить:

Какая часть роли должна остаться за человеком, а какая может перейти ассистенту или агенту?

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

Когда ассистент собирает статус, у руководителя проекта меняется роль.

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

Когда агент может подготовить ветку кода, меняется инженерная работа.

Становится важнее ставить задачу, проверять архитектуру, читать diff, думать о последствиях, тестах, безопасности и сопровождении. Программист постепенно превращается в AI-Native инженера: человека, который умеет проектировать работу с агентами, создавать skills, контролировать качество и владеть результатом.

В этом и есть новая связка:

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

Три режима работы

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

1. Delegate.
2. Review.
3. Act.

По-русски это можно читать как «поручить», «проверить» и «действовать». Как рабочие термины в книге используются Delegate, Review и Act.

Delegate

В режиме Delegate человек дает ассистенту задачу на подготовку результата.

Например:

• найди похожие коммерческие предложения;
• собери summary по клиенту;
• подготовь черновик письма;
• сравни две версии договора;
• выпиши риски из документа;
• подготовь план встречи;
• собери статус по проекту;
• предложи структуру презентации;
• проверь задачу на полноту постановки.

Здесь ассистент не меняет внешние системы и не принимает финальное решение. Он готовит материал для человека.

Этот режим обычно самый безопасный для старта.

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

Review

В режиме Review ассистент выступает как второй контур внимания.

Он ищет ошибки, несоответствия, пропуски и риски.

Например:

• проверяет коммерческое предложение на соответствие требованиям клиента;
• сверяет договор с чек-листом;
• ищет противоречия в задаче;
• проверяет код на типовые ошибки;
• сравнивает статус проекта с планом;
• находит расхождение между памятью проекта и source of truth;
• проверяет, все ли обязательные поля заполнены;
• подсказывает, какие данные требуют подтверждения.

Это один из самых недооцененных режимов.

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

Act

В режиме Act агент выполняет операцию во внешней системе.

Например:

• создает задачу;
• обновляет статус;
• отправляет уведомление;
• создает ветку и запрос на изменение;
• записывает summary в базу знаний;
• добавляет комментарий в CRM;
• формирует черновик счета;
• запускает проверку;
• публикует отчет в нужный канал.

Этот режим дает сильный прирост скорости, но требует зрелой архитектуры.

Здесь уже недостаточно «ассистент вроде правильно понял».

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

Именно поэтому первые AI-Native контуры часто строят по нарастающей:

1. Read: ассистент читает и анализирует.
2. Prepare: ассистент готовит черновик.
3. Review: ассистент проверяет результат.
4. Controlled write: агент выполняет ограниченные действия с подтверждением.
5. Limited autonomy: агент получает автономные задачи в четком коридоре.

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

Где человек обязан принять решение

Не каждую задачу можно отдавать агенту.

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

Стратегические решения

Выбор направления, изменение бизнес-модели, отказ от клиента, запуск нового продукта, крупная инвестиция, сокращение команды и изменение позиционирования нельзя передавать автономному агенту.

Ассистент может подготовить анализ, собрать данные, показать сценарии, найти риски и предложить варианты. Решение принимает человек.

Стратегия требует расчета и ответственности за будущее компании.

Обещания клиенту

Ассистент может подготовить письмо клиенту, предложение, план пилота, условия, список рисков.

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

Юридически значимые действия

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

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

Доступы и безопасность

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

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

Люди и оценка сотрудников

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

Но нельзя превращать ассистента в автоматического судью людей.

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

Где автономия полезна

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

Хорошие зоны для автономии:

• ежедневный сбор статусов;
• мониторинг задач без движения;
• поиск просроченных обязательств;
• подготовка черновиков отчетов;
• напоминания о блокерах;
• проверка полноты задач;
• сбор материалов к встрече;
• создание черновиков документов;
• первичная классификация входящих запросов;
• поиск похожих кейсов;
• техническая подготовка ветки кода;
• запуск тестов;
• публикация summary в установленное место.

Во всех этих случаях агент действует в понятном коридоре: у него есть цель, источники, права, формат результата, ограничения и правила остановки.

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

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

Это автономность без потери управления.

Правило остановки

У каждого skill и автономного агента должно быть правило остановки.

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

Например:

• нет доступа к source of truth;
• данные противоречат друг другу;
• не хватает обязательного поля;
• найден высокий риск;
• задача требует юридического решения;
• действие затрагивает деньги;
• действие затрагивает персональные данные;
• действие необратимо;
• пользователь просит нарушить правило;
• confidence низкий;
• обнаружено расхождение с политикой безопасности.

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

Человек как владелец результата

Одна из ошибок внедрения — считать, что если текст, код или отчет подготовил ассистент, ответственность стала «ничьей».

Так не бывает.

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

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

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

Если ассистент собрал статус проекта, владелец — руководитель проекта.

Если агент подготовил управленческое summary, владелец — тот, кто использует его для решения.

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

Иначе возникает опасная фраза:

Результат подготовил ассистент, поэтому ответственность размыта.

В зрелой культуре так не работает.

Правильная фраза:

Ассистент помог подготовить, я проверил и принял результат.

Другой вариант:

Агент выполнил действие в разрешенном коридоре, а владелец процесса отвечает за правила этого коридора.

Новая управленческая грамотность

Руководителю не нужно становиться программистом, чтобы управлять AI-Native компанией.

Но ему нужна новая грамотность.

Он должен понимать:

• какие задачи можно поручать ассистенту;
• какие действия требуют проверки;
• где нужна автономия;
• где автономия опасна;
• как задавать границы;
• как читать результат ассистента;
• как отличать факт от вывода;
• как проверять ссылки на source of truth;
• как спрашивать про права и аудит;
• как оценивать эффект;
• как назначать владельцев skills.

Это такая же управленческая способность, как умение читать финансовый отчет, понимать воронку продаж или разбирать план проекта. AI-Native руководителю нужно понимать, как устроена ответственность, даже без знания всех деталей модели.

Пример: агент разработки

Рассмотрим инженерный пример.

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

В AI-Native модели часть этого может взять агент.

Он может:

• прочитать задачу;
• найти связанные документы;
• посмотреть код;
• предложить план;
• создать ветку;
• внести изменения;
• запустить тесты;
• подготовить описание;
• создать запрос на изменение;
• написать summary для ревьюера.

Но агент не должен:

• менять секреты;
• делать опасные миграции без согласования;
• сливать изменения в основную ветку;
• отключать тесты ради прохождения сборки;
• менять права доступа;
• деплоить в production без разрешения;
• скрывать ошибки.

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

Пример: операционный ассистент руководителя

Другой пример — операционный ассистент для руководителя.

Он может каждый день собирать:

• просроченные задачи;
• сделки без следующего шага;
• проекты с блокерами;
• важные встречи;
• открытые решения;
• риски по срокам;
• изменения в документах;
• сигналы из CRM и трекера.

Он может готовить короткий обзор.

Сегодня требует внимания:

1. Проект A: нет решения по интеграции, блокер 4 дня.
2. Сделка B: нет следующего шага после встречи.
3. Команда C: три задачи без владельца.
4. Документ D: ожидает согласования юриста.

Рекомендации:

• назначить ответственного по интеграции;
• запросить у продавца следующий шаг;
• проверить загрузку команды;
• подтвердить срок юридического ревью.

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

Он подсвечивает управленческую реальность, а руководитель принимает решение.

Как описывать границы в skill

Границы ответственности должны быть записаны прямо в skill: не в голове владельца, не в устных договоренностях и не в формуле «мы примерно понимаем».

В skill полезно иметь несколько разделов:

• Что ассистент может делать:
  • читать разрешенные источники;
  • готовить summary;
  • создавать черновик;
  • проверять по чек-листу.
• Что ассистент может делать только после подтверждения:
  • отправить письмо;
  • создать задачу;
  • записать итог в базу знаний;
  • обновить статус.
• Что ассистент не может делать:
  • менять условия договора;
  • обещать сроки клиенту;
  • выдавать доступы;
  • удалять документы;
  • работать с данными вне разрешенного контура.
• Когда остановиться и передать человеку:
  • данные противоречат друг другу;
  • найден высокий риск;
  • нет доступа к source of truth;
  • требуется юридическое решение;
  • не хватает обязательных вводных.

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

Типовые ошибки

Первая ошибка — требовать от ассистента полной автономии слишком рано.

Компания хочет, чтобы агент «сам все делал», до того как описала source of truth, права, skills и правила качества.

Так появляются риски и разочарование.

Вторая ошибка — держать ассистента только в режиме генерации текста.

Тогда он остается игрушкой, а не частью процесса.

Третья ошибка — не назначать владельца результата.

Если непонятно, кто принял работу ассистента, ответственность размывается.

Четвертая ошибка — не описывать правила остановки.

Агент должен знать, когда не продолжать.

Пятая ошибка — путать контроль с микроменеджментом.

Человек не должен проверять каждую запятую в безопасной рутине. Но должен контролировать решения, риски и последствия.

Шестая ошибка — не обучать руководителей новой грамотности.

Если руководитель не понимает, как управлять связкой человека, ассистента, skill и source of truth, внедрение остается на уровне энтузиастов.

Что сделать руководителю

Возьмите один AI-Native сценарий и разделите его на зоны.

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

Опишите:

1. Что ассистент может делать без подтверждения?
2. Что он может только подготовить?
3. Что требует проверки?
4. Что требует явного подтверждения?
5. Что запрещено?
6. Где находится source of truth?
7. Кто владелец результата?
8. Какие действия журналируются?
9. Когда агент обязан остановиться?
10. Как результат возвращается в память и улучшение skill?

Это упражнение быстро показывает зрелость контура.

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

Вопросы для руководителя

• Где в вашей компании человек сейчас делает работу, которую ассистент мог бы подготовить?
• Где проверка ассистента может снизить ошибки?
• Какие действия можно безопасно автоматизировать первыми?
• Где автономия будет опасна?
• Кто владеет результатом, подготовленным ассистентом?
• Какие решения всегда должны оставаться за человеком?
• Есть ли у ваших skills правила остановки?
• Понимают ли руководители, как управлять агентами и выходить за пределы привычного чата?

Главная мысль главы

AI-Native компания меняет разделение труда, сохраняя человека в управлении.

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

Зрелость начинается с вопроса:

Где именно человек должен остаться владельцем смысла, качества и последствий?

Когда эта граница ясна, компания получает скорость без потери управления.