Десять принципов · принцип 03 из 10

Делегируемость любых задач

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

обновлено 2 августа 20264 мин чтения

Через API, MCP, скрипты, интерфейс — как угодно. Этот принцип — основание для того, чтобы агентизация вообще могла произойти: у человека должна быть принципиальная возможность делегировать агенту любую свою задачу.

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

Часть А. Делегирование доступно человеку

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

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

Часть Б. У агента есть «глаза и руки»

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

Очень часто барьером автоматизации является не сложность задачи, а невозможность встроить туда ИИ.

Пример: корпоративная почта

Задача звучит элементарно: пусть LLM читает письма и раскладывает их по папкам по моему промпту. Но такой функции нет ни у одного распространённого почтового клиента.

Решение — создать интеграцию самому. Агент разбирается, как это сделать, и спрашивает всё, что ему нужно. Так у меня появилась сортировка почты через LLM, а следом MCP-сервер: теперь агент по запросу находит письма, читает их и готовит черновики ответов.

Важная деталь: права отправлять письма за меня я ему не дал. Это уже зона P7 «Полномочия и безопасность».

MCP (Model Context Protocol) — стандарт подключения внешних инструментов к агентам. Простыми словами: способ дать агенту руки для работы с любыми системами. Впрочем, умеющий писать код агент может воспользоваться и любым API, написав и запустив скрипт для его вызова.

Пример: трекер задач

Интеграция с Яндекс Трекером позволяет за минуты:

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

Всё это запускается парой слов в чате, а от меня требуется проверка результата.

Дальше — календарь, мессенджер, CRM, HR-система. Агент постепенно превращается в универсального помощника.

Почему интерфейс — плохой способ

Именно ради универсальности OpenAI, Anthropic, Perplexity и другие пошли создавать браузеры со встроенным агентом и приложения управления компьютером. Но выполнение задач через пользовательский интерфейс медленно, ненадёжно и дорого — хотя иногда это единственный доступный путь. И контекст всё равно нужен. Поэтому платформы вроде Cursor и Claude Code выигрывают: они работают там, где данные лежат в исходном виде.

Что это значит на практике

Делегируемость означает исполнимый путь задачи end-to-end (часть Б: запуск, наблюдаемость, эскалация, безопасный откат) плюс доступную точку входа в потоке работы человека (часть А).

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

Артефакты: карта делегируемости по обеим сторонам, реестр delegation gaps, каталог точек входа делегирования, сценарии отката, правила эскалации.

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

Анти-паттерны: интеграции «для отчёта»; делегирование без режима отказа; агент всё умеет, но кнопка запуска спрятана.

Со стороны ценности

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

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

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

А если нужной интеграции нет?

Кто её создаст и разве это легко? Коротко — да. На кейс с почтой ушло около двух часов, на трекер — один. Но кое-чему придётся научиться, и это уже P4 «Вайб-пластичность компании».