Google의 오픈 에이전틱 오케스트레이터

AI 요약

AX는 에이전트 작업을 YAML로 선언하면 실행에 필요한 환경을 만들고, 격리된 샌드박스에서 실행하며, 중지·재개·삭제까지 관리하는 오픈 에이전틱 런타임(agentic runtime)입니다. 일반적인 마이크로서비스나 배치 작업과 달리 에이전트는 실행 중 상태를 축적하고, 모델 API·도구 서버·사람의 승인을 기다리면서 긴 시간 멈춰 있을 수 있으며, 통제되지 않으면 반복 루프를 통해 비용을 크게 발생시킬 수 있다는 문제의식에서 출발합니다. AX는 이런 작업을 위한 실행 모델과 인프라 기능을 선언적 인터페이스로 묶습니다.

■ YAML로 정의하는 워크스페이스와 작업

제공된 예제에서는 먼저 `Workspace`로 Go 저장소를 지정합니다. 저장소 주소는 `https://github.com/golang/go.git`이고 브랜치는 `my-fix`입니다. 이어 `Task` 리소스에서 해당 워크스페이스를 연결하고, “Go tool chain을 사용할 수 있도록 하고 소스에서 빌드하라”는 목표를 지정합니다. `ax apply -f task.yaml`을 실행하면 워크스페이스와 작업이 생성되고, `ax watch task test`로 작업 상태를 관찰할 수 있습니다. 작업은 Pending에서 Running으로 전환되며, 실행 중인 워커의 IP 주소도 표시됩니다.

실행된 작업에는 `ax ssh test` 명령으로 접근할 수 있습니다. 예제에서는 `/workspace` 아래에 Go 저장소가 준비됐는지 확인하고, 저장소에서 `go build ./...`를 실행하며, 프로세스 목록을 조회합니다. 프로세스 목록에는 AX의 작업 런너와 실행 중인 Go 빌드 프로세스가 함께 나타납니다. 작업 내부에서 `notes.txt`를 만든 다음 `ax suspend task test`로 작업을 중지하고, `ax resume task test`로 다시 시작했을 때 파일이 그대로 남아 있습니다. 즉, 단순히 새 컨테이너를 다시 띄우는 방식이 아니라 작업의 상태를 유지한 채 중단과 재개를 수행하는 흐름을 보여줍니다. 마지막에는 작업을 삭제해 실행 환경을 정리합니다.

■ 에이전트 실행을 위한 네 가지 기본 요소

첫 번째는 격리된 실행(Isolated execution)입니다. 신뢰할 수 없는 에이전트 코드를 샌드박스에서 실행하고 CPU와 메모리 제한을 적용할 수 있습니다. AX는 이런 환경을 저렴하게 만들고, 중지하고, 폐기할 수 있도록 설계됐다고 설명합니다.

두 번째는 워크스페이스(Workspace)입니다. 에이전트가 필요로 하는 Git 저장소, MCP 서버, 스킬을 목록으로 지정하거나, 준비된 환경의 목표를 자연어로 설명할 수 있습니다. AX는 작업이 시작되기 전에 각 샌드박스에 필요한 환경을 구성합니다. 예를 들어 Python 3 개발 환경을 준비하라는 목표를 지정하면, 첫 부팅 시 에이전트가 도구 체인을 설치하고 의존성을 확인하는 방식의 ‘생성형 워크스페이스(Generative workspace)’를 사용할 수 있습니다.

세 번째는 게이트웨이(Gateway)입니다. 에이전트의 네트워크 트래픽을 허용할 호스트와 포트의 명시적인 목록으로 제한하고, 들어오는 요청에 사용할 자격 증명을 주입할 수 있습니다. 에이전트가 모델 API나 외부 도구 서버를 호출해야 하는 상황에서 네트워크 접근 범위와 인증 정보를 한곳에서 관리하는 역할입니다.

네 번째는 모델(Model) 설정입니다. 모델, 모델 파라미터, 시크릿을 한곳에서 구성할 수 있으며, 키를 교체하거나 새로운 모델 버전을 고정할 때 한 번의 적용으로 변경할 수 있다고 설명합니다. AX는 에이전트 코드 자체뿐 아니라 모델 호출과 외부 도구 연결에 필요한 설정도 실행 플랫폼의 구성 요소로 다룹니다.

■ Agent Substrate 기반의 상태 저장 액터

AX는 Agent Substrate 위에서 실행됩니다. 원문은 Agent Substrate를 높은 밀도와 빠른 상태 저장 액터 수명주기를 위해 설계된 컴퓨트 런타임으로 설명합니다. 각각의 작업은 가벼운 액터(lightweight actor)로 실행되며, 이를 통해 클러스터당 수십억 개의 동시 에이전트 세션을 오케스트레이터의 한계 없이 확장하는 것을 목표로 합니다.

에이전트는 모델 응답, 외부 도구 호출, 사람의 응답을 기다리는 동안 계속 실행될 필요가 없습니다. AX는 이런 유휴 상태의 작업을 체크포인트하고 일시 중지한 뒤, 콜드 스타트 지연 없이 1초 이내에 다시 불러올 수 있다고 설명합니다. 여러 작업이 워커 자원을 공유하므로, 에이전트가 응답을 기다리는 시간을 다른 작업이 사용할 수 있는 여유 컴퓨트로 전환하고, 실제로 사고하거나 코드를 실행하는 동안에만 비용을 지불하는 구조를 지향합니다. 이는 항상 실행 중인 샌드박스를 유지해야 하는 전통적인 오케스트레이션 방식과 에이전트의 버스트성·장기 실행 특성이 맞지 않는다는 문제를 겨냥합니다.

■ 지원하는 실행과 연구 시나리오

AX는 대화형 코딩 에이전트, 장시간 실행되는 에이전트 서버, Jupyter 노트북, 헤드리스 브라우저 테스트, 사용자 정의 도구 런타임을 실행 대상으로 제시합니다. 연구 용도에서는 재현 가능한 샌드박스를 대량으로 만들고, 에이전트의 궤적(trajectories)을 수집하거나 강화학습 루프를 실행하고, 여러 에이전트를 대규모로 평가하는 시나리오를 제안합니다. 따라서 하나의 코딩 에이전트를 실행하는 개발 환경뿐 아니라, 많은 에이전트를 반복 실행하고 비교해야 하는 AI 연구 인프라도 주요 사용 사례로 포함합니다.

■ Google 연구에서 오픈 제어면으로

AX는 Google에서 에이전틱 런타임 시스템 연구와 프론티어 컴퓨트 경험이 결합되며 시작됐다고 설명합니다. Google DeepMind의 에이전트 런타임 연구와 대규모 격리·재개·스케줄링 경험을 바탕으로, 에이전트 실행을 위한 선언적 제어면(control plane)을 만들고 있다고 소개합니다. 이 제어면은 작업, 워크스페이스, 네트워크 정책, 모델을 핵심 프리미티브로 추상화해 개발자와 연구자가 실행 인프라를 매번 직접 구성하지 않도록 하는 것을 목표로 합니다. 커뮤니티 댓글에서는 이 프로젝트가 Apache 2.0 오픈 소스라는 점도 언급됐습니다.

■ Hacker News 반응

• @jmathai — 정확히 왜 그런지는 모르겠습니다. 하지만 저는 Google에서 이런 소식이 나와도 전혀 관심을 두지 않습니다. 저로 하여금 Google을 배제하게 만드는 어떤 마케팅 때문인지, 아니면 다른 이유 때문인지 모르겠습니다. 제가 아는 것은 Sheets와 Gemini의 통합이 기본적인 작업을 수행하는 데 놀라울 정도로 무능하다는 점입니다. 저는 Google이 진정으로 빛날 분야가 바로 이런 곳이라고 생각합니다. Google Photos가 그랬던 것처럼 Sheets와 Gemini가 마법처럼 작동할 것이라고 기대했습니다. 이제는 직접 수식을 입력하기 싫을 때 기본적인 산수 질문을 하는 것 외에는 거의 시도하지 않습니다. 또 하나 제가 아는 것은 Google이 제품을 종료하는 성향이 있다는 점입니다. 많은 경우에는 큰 문제가 아니며, 이번에도 아닐 수 있습니다. 하지만 왜 그래야 합니까? 이미 오픈 소스와 클로즈드 소스를 모두 포함한 대안이 있는데도 말입니다.

• @solidasparagus — 이것은 Apache 2.0 오픈 소스 프로젝트입니다.

• @Melonai — Sheets와 Gemini 통합에 관해서는, 저는 Google Docs와 Google Sheets의 Gemini 통합을 정말로 써보려고 했습니다. 하지만 너무 무능해서 제게는 완전히 쓸모가 없습니다. 시도할 때마다 단 한 번도 올바른 결과를 얻지 못했으며, 제가 기본 요건이라고 생각하는 수준의 작업조차 그랬습니다. 저는 업무 보고서를 Markdown 형식으로 Vim에서 작성하는 경우가 많지만, 그 문서를 기업용 Google 공간으로 옮겨야 합니다. 아무리 노력하고 프롬프트를 많이 작성해도 “Markdown 형식의 표식을 네이티브 Google Docs 표식으로 변환하라”는 명령을 전혀 처리하지 못했습니다. 표나 인용문 같은 고급 패턴이 없는 아주 단순한 Markdown 두 페이지였고, 제가 사용한 것은 제목 표식, 굵게 표시하기, 기울임꼴, 코드 블록 정도였다는 점을 덧붙이고 싶습니다. 이 작업은 GPT-3.5도 성공할 것이라고 기대했으며, Luna라면 더더욱 그럴 것이라고 생각했지만, 어떻게든 문서 절반의 서식을 망가뜨렸습니다. 그래서 그곳에는 Google이 가진 모델 중 절대적으로 가장 저렴한 모델을 적용했거나, 작동한다고 부르기도 어려운 하네스를 모델에 씌운 것이라고 생각하게 됐습니다. 최근에 이 Gemini 통합을 갑자기 추가 유료 요금제로 만들었다는 사실을 알았을 때 터무니없다고 생각했습니다. 저는 선의로 그것을 받아들일 방법이 전혀 없습니다.

• @0gs — 이게 해결책이 아니라면 미안합니다. Docs가 Markdown과 잘 작동하도록 하는 숨겨진 전역 설정이 있고, 기본값은 꺼져 있습니다. File > Settings에 있었던 것 같습니다. 도움이 되지 않더라도 정말 성가신 설정입니다.

• @SP3269 — Kubernetes를 모든 것의 중심으로 만들고 있습니다. 이번에는 GCP 서비스 판매에 도움이 되기 때문에 중단하지 않을 것입니다.

원문: agentexecutor.io / 번역·요약: Trawling