구글, 에이전트 전용 오케스트레이터 AX 공개…클러스터당 수십억 태스크 겨냥

구글이 에이전트 실행을 겨냥한 선언형 오케스트레이터 AX를 공개했다. 개발자가 작업 목표를 선언하면 AX가 샌드박스를 만들고 작업 공간을 연결한 뒤 네트워크를 통제된 범위로 묶어 실행까지 처리한다. 에이전트 하나에 태스크 하나를 붙이는 방식도, 에이전트가 필요로 하는 만큼 여러 태스크를 조합하는 방식도 지원한다. 원문이 내세우는 확장 목표는 클러스터당 수십억 개 단위의 태스크다.

AX가 노출하는 기본 요소는 네 가지다. 첫째는 CPU·메모리 제한이 걸린 샌드박스로, 생성과 중단, 폐기 비용이 낮아 신뢰할 수 없는 에이전트 코드를 돌리기에 적합하다. 둘째는 워크스페이스로, 에이전트가 필요로 하는 Git 저장소와 MCP 서버, 스킬 목록을 나열하거나 목표 자체를 설명하면 태스크 시작 전에 모든 샌드박스에 동일하게 구성된다. 셋째는 네트워크 정책으로, 허용할 호스트와 포트를 명시적 화이트리스트로 잠그고 들어오는 요청에 자격 증명을 주입한다. 넷째는 모델 설정으로, 모델과 파라미터, 시크릿을 한곳에서 관리하며 키 교체나 모델 버전 고정을 한 번에 반영한다.

실행 기반은 컴퓨트 런타임인 Agent Substrate다. 모든 태스크가 경량 액터로 동작하기 때문에 오케스트레이터 자체의 한계에 부딪히지 않고 동시 세션을 늘릴 수 있다는 것이 원문의 설명이다. 모델 응답이나 외부 도구 호출, 사람의 승인을 기다리며 놀고 있는 에이전트는 1초 이내에 체크포인트되고 중단되며, 다시 깨어날 때 콜드 스타트 지연이 없다. 여러 태스크가 워커 자원을 공유하므로 대기 시간이 유휴 연산으로 바뀌고, 비용은 에이전트가 실제로 추론하고 코드를 실행하는 순간에 집중된다.

생성형 기능도 플랫폼 안에 들어간다. "Python 3 개발 환경을 구성하라"처럼 준비된 환경이 어떤 모습이어야 하는지 자연어로 적어두면, 첫 부팅 시 에이전트가 그 목표를 받아 툴체인을 설치하고 의존성을 검증한다. 사용자는 도구 실행 환경을 직접 조립하지 않아도 된다.

원문에 실린 사용 예시는 CLI 중심이다. `ax ssh`로 샌드박스에 접속해 작업 디렉터리에서 빌드 명령을 실행하는 식이며, 예시에서는 Go 저장소를 워크스페이스로 잡고 Go 툴체인을 소스에서 빌드하는 목표가 등장한다. 태스크는 Pending에서 Running으로 전이하고, 이름·네임스페이스·단계·액터·워커 IP·경과 시간이 함께 표시된다.

배경에는 구글 내부의 에이전트 런타임 연구가 있다. Google DeepMind의 연구와 대규모 격리·재개·스케줄링 운영 경험이 만나면서, 에이전트 워크로드가 기존 분류에 들어가지 않는 별도 컴퓨팅 패러다임이라는 인식이 자리 잡았다는 것이다. 상태를 축적하고, 짧게 몰아서 연산한 뒤 모델·도구·사람을 기다리며 오래 쉬는 액터라는 특성 때문에 마이크로서비스나 예측 가능한 배치 작업용 오케스트레이터로는 유휴 샌드박스 비용을 감당하기 어렵고, 1초 미만 중단·재개도 기본 지원되지 않는다.

실무에서 달라지는 지점은 워크로드의 폭이다. 상호작용형 코딩 에이전트, 장기 실행 에이전트 서버, 주피터 노트북, 헤드리스 브라우저 테스트, 커스텀 도구 런타임이 모두 같은 추상화 위에 올라간다. 재현 가능한 샌드박스를 대량으로 띄워 궤적을 모으고 강화학습 루프를 돌리거나 에이전트를 대규모로 평가하는 작업도 같은 기반에서 처리한다.

다만 AX는 Agent Substrate에 크게 의존하는 구조이며, 런타임을 최소·경량으로 유지하면서 꼭 필요한 기능만 더해가는 방향으로 만들어지고 있다. 오픈 선언형 컨트롤 플레인을 표방하지만 원문 기준으로는 구축이 진행 중인 프로젝트이고, 수십억 단위 확장은 달성된 실측치가 아니라 목표로 제시된 수치다.