구글 AX 공개, 에이전트 앱도 런타임 경쟁으로 가요

구글 AX 공개, 에이전트 앱도 런타임 경쟁으로 가요

AI 뉴스 썸네일

AI 에이전트를 서비스로 굴리려면 모델 호출만으로는 부족해요. 작업이 중간에 끊겼을 때 어디서 다시 시작할지, 도구 실행 기록을 어떻게 남길지, 여러 에이전트를 어떤 단위로 격리할지가 곧 운영 문제가 돼요. 구글이 공개한 Agent Executor, 줄여서 AX는 이 지점을 겨냥한 오픈소스 런타임이에요. 1

핵심 요약

구분	핵심	왜 볼 만한가요
오픈소스	구글이 분산 에이전트 런타임 AX를 공개했어요	에이전트 앱의 관심사가 모델 선택에서 실행 안정성으로 넓어지고 있어요
구조	컨트롤러, 도구, 스킬, 에이전트를 격리된 실행 단위로 다뤄요	실패 복구와 감사 추적을 처음부터 런타임 레벨에서 보려는 접근이에요
운영	이벤트 로그, Single-Writer 구조, 재개할 수 있는 실행을 내세워요	오래 걸리는 에이전트 작업을 제품에 붙일 때 필요한 기능과 맞닿아 있어요
상태	현재 Early Preview이고 Apache 2.0 라이선스예요	바로 안정 운영에 넣기보다는 구조와 방향을 확인할 만해요

1. AX는 에이전트 실행을 오래 버티게 만들려는 런타임이에요

AX는 Agent Executor의 약자예요. 구글은 AX를 분산 에이전트 런타임으로 소개해요. 역할은 에이전틱 루프를 조율하고, 실행 과정을 이벤트 로그로 남기고, 로컬·원격 실행 단위와 통신하는 쪽에 가까워요. 쉽게 말하면 “어떤 모델을 쓸까”보다 “에이전트가 실제 서비스 환경에서 끊기지 않고 돌아가려면 무엇이 필요할까”에 답하려는 프로젝트예요. 2

README를 보면 AX는 컨트롤러, 도구, 스킬, 에이전트를 분리된 실행 단위로 다뤄요. 실패나 중단이 생겼을 때 자동 복구와 실행 재개를 지원하는 것도 주요 기능이에요. 장시간 돌아가는 작업, 여러 도구를 거치는 작업, 원격 에이전트와 협업하는 작업에서는 이런 복구 기능이 비용과 신뢰도에 바로 영향을 줘요. 3

2. 핵심은 이벤트 로그와 Single-Writer 구조예요

AX가 강조하는 설계는 이벤트 로그와 Single-Writer 아키텍처예요. 실행 상태를 한 컨트롤러가 일관되게 쓰고, 이벤트 로그로 남겨서 끊긴 클라이언트가 놓친 이벤트를 다시 받을 수 있게 해요. 대화를 과거로 되돌리는 방식이 아니라, 마지막으로 받은 순번 이후의 이벤트를 따라잡는 방식이에요. 3

이 접근은 에이전트 제품을 만드는 팀에게 익숙한 문제를 건드려요. 사용자가 브라우저를 닫거나 네트워크가 끊겨도 작업은 계속될 수 있어야 해요. 도구 호출이 실패하면 어디서 멈췄는지 알아야 해요. 나중에 감사나 디버깅이 필요하면 어떤 에이전트가 어떤 도구를 어떤 순서로 호출했는지도 확인해야 해요. AX는 이 실행 기록을 런타임의 기본 기능으로 넣으려 해요.

3. Kubernetes와 에이전트 프로토콜까지 염두에 뒀어요

AX는 특정 모델에 묶인 도구라기보다 배포와 실행 계층에 가까워요. 공식 문서는 소규모 실행부터 큰 배포까지 확장할 수 있고, Kubernetes 환경에서 특히 좋은 경험을 제공하려 한다고 설명해요. Agent Substrate 위에서 실행되는 데모도 함께 소개돼요. 2

MCP와 A2A 같은 에이전트 관련 프로토콜을 지원한다는 점도 눈에 띄어요. 도구와 에이전트가 늘어나면 한 제품 안에서만 모든 실행을 닫아두기 어려워져요. 서로 다른 도구 서버, 원격 에이전트, 내부 실행 환경을 붙이는 일이 많아져요. AX는 이런 연결을 컨트롤러 중심으로 다루려는 쪽이에요.

4. 바로 도입하기보다 방향을 읽는 프로젝트예요

AX는 아직 Early Preview예요. 구글도 안정 릴리스 전까지 큰 호환성 변경이 있을 수 있다고 안내해요. 외부 Pull Request도 일시적으로 받지 않고, 이슈 중심으로 피드백을 받는 상태예요. 운영 환경에 바로 넣기보다는 구조와 API가 어디로 가는지 보는 편이 안전해요. 3

그래도 방향은 분명해 보여요. 에이전트 개발은 이제 “모델에게 일을 시킨다”에서 끝나지 않아요. 작업을 격리하고, 기록하고, 재개하고, 정책과 감사까지 붙이는 실행 계층이 필요해져요. AX는 구글이 그 계층을 어떻게 보고 있는지 보여주는 공개 샘플에 가까워요.

왜 중요한가요

AI 에이전트는 데모에서는 빠르게 그럴듯해 보여요. 실제 제품에서는 중간 실패, 긴 실행 시간, 도구 권한, 관측 가능성 같은 운영 문제가 먼저 튀어나와요. AX는 이런 문제를 앱 코드 바깥의 런타임 계층에서 풀겠다는 시도예요. 2

개발자 입장에서는 비교할 기준이 하나 더 생겼어요. 앞으로 에이전트 프레임워크를 볼 때 모델 연결, 도구 호출, 멀티 에이전트 구성만 볼 게 아니에요. 실행 로그가 남는지, 끊긴 작업을 이어갈 수 있는지, 원격 실행 단위를 안전하게 나눌 수 있는지도 같이 봐야 해요. 3

참고 자료

1. Agent Executor - Google의 분산 에이전트 런타임 오픈소스 — GeekNews
2. Agent Executor 공식 사이트 — Google AX
3. google/ax README — GitHub