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

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

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

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

Оба страха понятны. И оба часто мешают увидеть настоящую

управленческую конструкцию.

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

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

Но человек остается владельцем смысла, ответственности и решения.

Это важное различие.

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

сбоку.

Зрелое внедрение меняет разделение труда.

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

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

Не “человек или ИИ”, а новая связка

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

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

В большинстве компаний это плохой вопрос.

Гораздо полезнее другой:

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

может перейти ассистенту или агенту?

Например, продавец не исчезает только потому, что ассистент

может подготовить коммерческое предложение.

Но меняется его работа.

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

Руководитель проекта не исчезает, если ассистент собирает статус.

Но меняется его роль.

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

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

Но меняется инженерная работа.

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

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

человек задает цель и границы

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

система оставляет след и возвращает опыт в память

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

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

Delegate.
Review.
Act.

По-русски это можно читать как “поручить”, “проверить” и “действовать”, но как рабочие термины лучше оставить Delegate /

Review / Act.

Delegate

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

Например:

найди похожие коммерческие предложения;

собери summary по клиенту;

подготовь черновик письма;

сравни две версии договора;

выпиши риски из документа;

подготовь план встречи;

собери статус по проекту;

предложи структуру презентации;

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

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

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

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

Review

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

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

Например:

проверяет коммерческое предложение на соответствие требованиям клиента;

сверяет договор с чек-листом;

ищет противоречия в задаче;

проверяет код на типовые ошибки;

сравнивает статус проекта с планом;

находит расхождение между памятью проекта и source of truth;

проверяет, все ли обязательные поля заполнены;

подсказывает, какие данные требуют подтверждения.

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

Многие начинают с генерации: “напиши”, “сделай”, “придумай”.

Но в компании огромный эффект дает именно проверка.

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

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

Act

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

Например:

создает задачу;

обновляет статус;

отправляет уведомление;

создает ветку и запрос на изменение;

записывает summary в базу знаний;

добавляет комментарий в CRM;

формирует черновик счета;

запускает проверку;

публикует отчет в нужный канал.

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

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

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

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

сначала read потом prepare

потом review потом controlled write

потом 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 и трекера.

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

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

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

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

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

Но ассистент не должен сам решать, кого наказать, кому менять

приоритет, что обещать клиенту и какой проект закрывать.

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

Руководитель принимает решение.

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

Границы ответственности должны быть записаны прямо в skill.

Не в голове владельца.

Не в устных договоренностях.

Не в “мы примерно понимаем”.

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

Что ассистент может делать: - читать разрешенные источники;

готовить summary; - создавать черновик; - проверять по чек-листу.

Что ассистент может делать только после подтверждения:

отправить письмо; - создать задачу;
записать итог в базу знаний; - обновить статус.

Что ассистент не может делать:

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

Когда остановиться и передать человеку:

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

Такая простая структура резко снижает риск.

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

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

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

Компания еще не описала source of truth, права, skills и правила качества, но уже хочет, чтобы агент “сам все делал”.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Опишите:

Что ассистент может делать без подтверждения?
Что он может только подготовить?
Что требует проверки?
Что требует явного подтверждения?
Что запрещено?
Где находится source of truth?
Кто владелец результата?
Какие действия журналируются?
Когда агент обязан остановиться?
Как результат возвращается в память и улучшение skill?

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

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

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

Где в вашей компании человек сейчас делает работу, которую ассистент мог бы подготовить?

Где проверка ассистента может снизить ошибки?

Какие действия можно безопасно автоматизировать первыми?

Где автономия будет опасна?

Кто владеет результатом, подготовленным ассистентом?

Какие решения всегда должны оставаться за человеком?

Есть ли у ваших skills правила остановки?

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

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

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

Она меняет разделение труда.

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

Зрелость начинается не с вопроса “что можно отдать ИИ”.

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

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

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