Google Agent Compute Engine: как руководителю изолировать AI-агентов

22 октября 2026 года Google Cloud представил Agent Compute Engine, среду для запуска AI-агентов в аппаратно изолированных microVM. Новость касается компаний, которые доверяют агентам браузер, код, внутренние API и документы. Руководителю важно знать, где агент выполняет задачу, какими правами пользуется и кто увидит его действия.

Google планирует открыть Agent Compute Engine в предварительном доступе (preview) в ближайшие месяцы. Срок общедоступного запуска компания в приведённых источниках не называет. Пока бизнес может подготовить требования к агентному пилоту и проверить их на доступной инфраструктуре.

Что Google объявил 22 октября

Согласно анонсу Google Cloud, компания уже использует Agent Compute Engine для агентных задач Gemini. Каждый агент получает отдельную microVM с собственным гостевым ядром, идентичностью и рабочим пространством. Для корпоративного применения Google описывает связку среды выполнения с Agent Gateway и политиками доступа.

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

The New Stack отдельно сообщает об анонсе, будущем preview и назначении сервиса для длительных изолированных агентных сессий. Для плана внедрения это важное ограничение: корпоративный preview ещё впереди, а условия и стоимость будущего использования пока нельзя считать известными.

Зачем бизнесу отдельная среда выполнения

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

Перед пилотом руководителю стоит получить ответы на четыре вопроса:

1. Какие данные агент видит в конкретной задаче?
2. К каким инструментам и внешним сервисам он может обращаться?
3. Кто выдаёт учётные данные и как отзывает доступ?
4. Где команда смотрит журнал действий и кто разбирает сбой?

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

Как подготовить корпоративный пилот

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

Затем закрепите порядок работы:

1. Владелец процесса описывает роль агента и разрешённые инструменты.
2. Администратор выдаёт отдельную сервисную идентичность с минимальными правами для каждого нужного API.
3. Сотрудник подтверждает платежи, договоры, удаление данных и внешнюю отправку.
4. Команда записывает запрос, вызовы инструментов, результат и решение человека в журнал.
5. Раз в неделю владелец процесса просматривает ошибки, задержки и обращения к лишним данным.

Эти требования пригодятся при сравнении платформ. Когда Agent Compute Engine станет доступен для оценки, команда сможет проверить его на своих сценариях, вместо того чтобы судить о пригодности сервиса по анонсу.

Где разместить пилот до preview

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

Как проверить передачу задач между агентами

До масштабирования полезно разыграть короткий маршрут: один агент собирает сведения, второй готовит действие, сотрудник принимает решение. Для такого теста можно попробовать HERMES. По этой ссылке читатель получает $15 на подписку HERMES. Во время проверки фиксируйте, какие данные доступны каждой роли и где задача переходит к человеку.

План на ближайшие две недели

1. Выберите процесс с понятным результатом и назначьте владельца.
2. Перечислите системы, данные и действия, которые нужны агенту.
3. Разделите права на чтение, изменение записей и внешнюю отправку.
4. Поставьте подтверждение сотрудника перед критичными действиями.
5. Проведите десять тестовых случаев, включая неверный документ, недоступный API и вредоносную инструкцию в исходных данных.
6. Сравните варианты инфраструктуры по журналу действий, управлению доступом, восстановлению и стоимости.

Анонс Google показывает, какие задачи поставщик берёт на себя в среде выполнения: изоляцию, идентичность и работу длительной сессии. Бизнесу всё равно предстоит задать границы доступа, порядок проверки и ответственного за результат. Начать эту работу можно до выхода preview.

Если хочешь внедрить ИИ агентов в свой бизнес, но не знаешь с чего начать, пиши мне в телеграм t.me/berdoff, я проведу бесплатную консультацию, поделюсь своим опытом.

Источники

• Google Cloud, 22 октября 2026: Introducing Agent Compute Engine and expanding agent governance
• Google Cloud, 22 октября 2026: Agent Compute Engine deep dive
• The New Stack, 22 октября 2026: Google turns the infrastructure behind Gemini’s agents into a cloud service