Google превращает Gemini в агента с собственной почтой и субагентами

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

Что именно анонсировано

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

Чисел в материале нет: ни цен, ни лимитов, ни списка поддерживаемых систем, ни дат доступности по регионам. Это важно держать в голове, пока идёт первая волна восторгов. Пока ясна архитектура, но не экономика.

• Планирование: агент сам разбивает цель на шаги
• Исполнение: работа внутри бизнес-приложений и систем
• Делегирование: субагенты на отдельные подзадачи
• Мультимодельность: несколько ИИ-моделей в одном процессе
• Идентичность: рабочая учётная запись с собственным email
• Первый сегмент: корпоративные клиенты

Зачем агенту почтовый адрес

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

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

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

Субагенты и несколько моделей

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

У такой связки есть цена. Ошибка одного субагента может тихо пройти вверх по цепочке, а отладка многошагового процесса сложнее, чем проверка одного ответа. Конкуренты в корпоративных агентах уже есть, например Microsoft с Copilot Studio и Salesforce с Agentforce, так что Google выходит в занятый сегмент. Аргументом может стать глубокая связка с собственным рабочим стеком, но подтверждений этому в материале нет.

Что проверить до пилота

Если вы думаете о тесте, начните с вопросов, на которые анонс не отвечает.

• Какие системы подключаются из коробки, а какие требуют самописных коннекторов
• Как считается стоимость: по запросам, по токенам или по «агенто-часам», и учитываются ли субагенты
• Можно ли ограничить права агента на уровне отдельных операций, а не приложений целиком
• Где хранятся логи действий и можно ли выгрузить их в собственную систему мониторинга
• Как защищён почтовый ящик агента от внедрения инструкций через входящие письма

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