Google Agent Compute Engine: Почему сервер модели и компьютер агента требуют разных жизненных циклов

Агент способен ожидать модель, пока инструменты и рабочее пространство остаются частью незавершённой задачи. Анонс Agent Compute Engine Google рассматривает такой компьютер как самостоятельный ресурс. Ранние этапы маршрутизации и confidential computing объясняют появление ещё одного уровня вместо простого переименования сервера модели или обычного endpoint инференса.

Датированный путь

• 2025-04-09: Kubernetes, your AI superpower: How Google Kubernetes Engine powers AI innovation.

• 2026-06-23: Verifiable, private AI: Google Cloud expands Confidential Computing frontiers.

• 2026-10-22: Google объявил Agent Compute Engine с preview в будущем.

Ранние примитивы относятся к разным границам

Предыдущий preview GKE Inference Gateway касался направления запросов к ресурсам обслуживания моделей. Последующее обновление confidential computing относилось к проверяемому выполнению и границам защиты. Октябрьский анонс агентных вычислений описывает аппаратно изолированные microVM, checkpoint и возобновление, постоянные рабочие пространства. Это связанные инфраструктурные направления с разными объектами. Редакционная связь состоит в потребности агента и в вычислении модели, и в месте выполнения действий. Датированные источники устанавливают развитие публичных возможностей, но не утверждают, что каждый ранний продукт непосредственно реализует новый сервис или автоматически предоставляет его свойства.

Вызов модели не равен всей задаче

Условный агент может запросить интерпретацию у модели, применить инструмент, записать промежуточный артефакт и ожидать следующий результат. Запрос модели имеет ограниченный жизненный цикл инференса, а рабочая среда способна охватывать несколько таких вызовов. Одинаковое предположение о выделении обоих ресурсов скрывает, какой активен, а какой только сохраняет состояние. Пример объясняет архитектурное разделение, не предоставляя измерений производительности и не устанавливая расписание конкретного производственного агента. Именно различие продолжительности задач делает отдельный компьютер содержательной инфраструктурной единицей, а не дополнительным названием для уже существующего запроса модели.

Состояние даёт компьютеру продолжающуюся идентичность

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

Отдельный жизненный цикл меняет вопросы мощности

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

Технический контекст

Связанный инженерный контекст: Сроки использования ресурсов инференса; Постоянное состояние среды выполнения.