Gemini API: агенты научились работать в фоне и ходить в удалённые MCP-серверы напрямую

7 июля Google расширила Managed Agents в Gemini API: появились фоновые запуски через background: true, прямое подключение к удалённым MCP-серверам без прослойки, собственные функции рядом со встроенными инструментами и обновление креденшелов без потери состояния песочницы.

DB
DBG · по материалам Google Developers Blog
0

7 июля Google выкатила крупное обновление Managed Agents в Gemini API — механизма, который позволяет запускать автономных агентов в изолированной Linux-песочнице на стороне Google, не поднимая собственную инфраструктуру. Обновление закрывает сразу четыре болячки, на которые жаловались все, кто пытался довести такого агента до продакшена.

Первое — фоновое выполнение. Теперь в запрос можно передать background: true, и вызов уйдёт на сервер асинхронно: вы сразу получаете идентификатор и опрашиваете статус, вместо того чтобы держать открытым HTTP-соединение на всё время работы агента. Для длинных агентных прогонов, которые легко перебирают минуты, это разница между «работает» и «отваливается по таймауту балансировщика».

Второе — прямое подключение к удалённым MCP-серверам. Раньше, чтобы дать агенту доступ к приватной базе или внутреннему API через Model Context Protocol, приходилось городить прокси-прослойку. Теперь managed-агент подключается к remote MCP напрямую. Третье — собственные функции рядом со встроенными инструментами песочницы: API использует step matching, чтобы понять, что запускать самому, а что отдать на исполнение клиенту. Четвёртое — обновление креденшелов: передав существующий environment ID с новой сетевой конфигурацией, можно подсунуть свежие токены и API-ключи, при этом песочница сохранит файловую систему и уже установленные пакеты.

Что меняется в работе. Managed Agents впервые выглядят как то, на чём можно строить сервис, а не демо. Асинхронный режим снимает главный архитектурный костыль — больше не нужно самому вести очередь, воркеров и хранилище промежуточного состояния для каждого длинного прогона. Прямой remote MCP убирает целый слой инфраструктуры: если вы уже отдали внутренние сервисы через MCP-сервер, подключить их к агенту — это конфиг, а не новый сервис. Осторожность здесь одна: всё это по-прежнему public preview, а значит контракты API могут поехать. Заворачивайте вызовы в свой тонкий слой абстракции, не размазывайте background: true и работу с environment ID по всему коду — и обновление до GA обойдётся вам в один файл, а не в рефакторинг.

Комментарии

Gemini API: агенты научились работать в фоне и ходить в удалённые MCP-серверы напрямую | DBG