Что: Открытый оркестратор для агентов от Google
Ссылка: https://github.com/google/ax
Почему интересно: 3 дня назад Google выложила в open source раннюю версию своего оркестратора запуска автономных агентных нагрузок в кластере. Поскольку агенты не вполне похожи на микросервисы (и тем более на батчевые процессы), классические решения для них не подходят - либо надо держать песочницы активными и тратить ресурсы впустую, либо смириться с холодными стартами, ставящими крест на интерактивности. Агенты накапливают состояние, ходят во внешние MCP-серверы, жгут деньги в циклах инференса, требуют жёсткой изоляции и вообще могут часами простаивать в ожидании ответа модели или оператора-человека.
AX (от Agent Executor) решает эти проблемы через декларативные YAML-манифесты, очень похожие на Kubernetes. Реализованы 4 базовые сущности: Task запускает недоверенный код агента в изолированной песочнице с лимитами на CPU и память; Workspace заранее подтягивает Git-репозитории и настраивает окружение, чтобы агент стартовал уже готовым к работе; Gateway ограничивает исходящий сетевой трафик доверенными списками хостов (чтобы агент не слишком быстро слил данные в интернет); Model централизованно управляет ключами и настройками LLM через секреты кластера.
Вся система работает поверх отдельного проекта Agent Substrate, который и обеспечивает песочницы на базе gVisor или micro-VM, снапшоты состояния и плотное мультиплексирование акторов на общих воркерах. Управление идёт через Redis для состояния и Redis Streams между API-сервером и контроллерами.
Интересные фичи - встроенные команды suspend и resume. Можно заморозить простаивающего агента, сохранив его состояние, а потом продолжить выполнение ровно с того же места, не теряя контекст и не платя за простой инфраструктуры. А если агент тупит, просто делаем ax ssh и заходим к нему в песочницу, чтобы посмотреть логи и поправить файлы руками.
Закономерно, что за первые сутки репозиторий набрал почти 7 тысяч звёзд и вышел в топ GitHub Trending. Обсуждение на Hacker News собрало сотни комментариев, и там же началась острая дискуссия.
Во-первых, выявился большой разрыв между обещанным быстрым стартом и фактом. Буквально, чтобы запустить один пример, понадобится кластер, сборщик образов, доступный кластеру контейнерный реестр и Agent Substrate Control API.
Во-вторых, собственно зависимость от Agent Substrate - это риск на проде, поскольку в его репозитории явное указание "неофициально поддерживаемый продукт Google", а сам он находится в ранней стадии готовности. Google выложила оба проекта, но не взяла на себя обязательств по их совместной стабильности. Ну и сам AX выложен в версии v0.1.0.
В-третьих, если уже используется OpenClaw, LangGraph или кастомные решения на базе Modal, миграция на AX потребует переписывания пайплайнов под YAML-схемы.
Наконец, концепция миллионов задач на кластер (заявленная Google) звучит красиво, но на практике будет упираться в управление сетевыми политиками и секретами для многих одновременно работающих агентов.
В сухом остатке имеем очередной шаг в сторону зрелости агентной инфраструктуры. Харнес становится распределённой системной задачей: изоляция, сети, состояние, приостановка, возобновление, бюджеты. Google сделала ставку на то, что через год-два запускать агентов в кластере будут через декларативные манифесты.
Если строите пром решения, за проектом определённо стоит следить (но пока лучше тестировать его в песочнице), а если запускаете пару агентов на ноутбуке - смело проходите мимо.

#eng #ax #агент #ии #google #kubernetes #agentsubstrate #инфраструктура #opensource #runtime #llmops #devops