구글 AX 총정리 2026 — 오픈소스 에이전트 오케스트레이터가 MCP와 다른 점

구글 AX, 한 줄로 말하면 ‘에이전트 전용 실행 계층’

2026년 국내 기사 제목에서 ‘AX(AI 전환)’를 빼기 어렵다. 삼성SDS는 2026년 9월 8일 서울 코엑스 ‘리얼 서밋 2026’에서 기업 AX 전략을 발표했고, 아이엔소프트는 2026년 7월 미국 더 크럭스와 AX 협력 MOU를 맺었다. 그런데 개발자가 검색창에 치는 ‘AX’는 조금 다른 물건이다.

Google AX(에이전트 오케스트레이터)는 여러 AI 에이전트를 구축·관리·협업시키는 오픈 에이전틱 오케스트레이터로 소개되는 프레임워크다. 공개된 한국어 개발자 가이드 정리에 따르면, AX는 에이전트를 마이크로서비스도 배치 작업도 아닌 새로운 종류의 워크로드로 규정한다. 상태를 축적하고, 엄격한 격리가 필요하며, 모델 API와 도구 서버를 끊임없이 호출하는 실행 단위다. AX는 이 특성을 네 가지 핵심 프리미티브로 선언적으로 다룬다고 설명된다.

먼저 출처를 밝혀 둔다. 이 글의 AX 기능 서술은 2026년 9월 21일자 한국어 가이드 글에 근거한다. 다만 공식 자료는 따로 있다 — 웹사이트는 agentexecutor.io, 저장소는 github.com/google/ax(Apache 2.0)다. 도입을 결정하기 전에는 이 두 곳에서 직접 재확인하기 바란다.

AX가 선언적으로 처리한다고 소개된 것들

– 샌드박스 격리 — CPU·메모리 제한을 걸어 신뢰할 수 없는 에이전트 코드를 격리 실행한다. 작업 단위는 저비용으로 생성·일시 중단·폐기된다.
– 작업 공간 설정 — Git 저장소, MCP 서버, 스킬 목록으로 워크스페이스를 구성한다. 목표를 영어로 설명하면 환경을 자동 준비하는 생성형 기능이 내장돼 있다.
– 네트워크 정책 — 명시적 호스트·포트 허용 목록으로 트래픽을 제한하고, 요청에 자격 증명을 주입한다.
– 모델 구성 일원화 — 모델·파라미터·보안 비밀을 한 곳에서 관리해 키 교체나 새 모델 버전 적용을 단순화한다.

확장성 쪽으로는 클러스터당 수십억 개의 동시 에이전트 세션, 유휴 에이전트의 서브-세컨드 재개, 수십 개 작업이 워커 리소스를 공유하는 고밀도 멀티플렉싱이 언급된다. 다만 이 수치들은 측정 조건이 함께 공개된 벤치마크가 아니라 가이드 글의 서술이다. 용량 산정 근거로 그대로 옮겨 적기에는 이르다.

시작 흐름 자체는 단순하다. task.yaml로 에이전트 작업을 정의하고 ax apply -f task.yaml로 생성한 뒤, ax watch task [작업_이름]으로 실행 상태를 본다. 쿠버네티스를 써 본 사람이라면 손에 익은 형태다.

MCP와 무엇이 다른가 — 대체재가 아니라 층이 다르다

가장 많이 헷갈리는 지점부터 끝내자. MCP는 에이전트가 도구와 데이터에 ‘어떻게 연결되는가’의 규약이고, AX는 그 에이전트가 ‘어디서 어떻게 실행되는가’의 런타임이다. 근거는 AX 자신에게 있다. AX의 작업 공간 설정 항목에 Git 저장소·스킬 목록과 나란히 MCP 서버가 들어간다. AX 입장에서 MCP는 경쟁자가 아니라 입력값이다.

구분	MCP	구글 AX
성격	모델·에이전트와 외부 도구를 잇는 연결 규약	에이전트를 실행·격리·관리하는 오케스트레이터
해결하는 문제	도구/데이터 접근을 표준 인터페이스로 통일	상태 축적·격리·모델 호출이라는 워크로드 특성 처리
손대는 위치	도구 서버 정의, 스키마, 권한	샌드박스, 네트워크 허용 목록, 모델·시크릿 구성
둘의 관계	AX 워크스페이스의 구성 요소로 등록됨	MCP 서버를 물고 들어가는 상위 실행 계층

정리하면 “MCP를 쓸까 AX를 쓸까”는 질문 자체가 성립하지 않는다. 도구 연결이 아직 제각각이라면 MCP부터, 에이전트를 수십·수백 개 띄우는데 격리와 비용이 문제라면 AX 같은 오케스트레이터를 얹는 순서다. 클라이언트 단 대응 일정까지 함께 보려면 iOS 27·macOS 27 총정리 — 2026년 9월 개발자가 지금 대응할 것을 참고하세요.

국내에서 고를 수 있는 선택지 비교

오픈 프레임워크만이 답은 아니다. 거버넌스와 감사 로그를 요구하는 조직이라면 상용 플랫폼이 현실적인 답이다.

⚠️ 아래 국내 플랫폼 두 곳의 기능 설명은 각 사가 내건 소개 문구를 옮긴 것이다. 제3자 검증이나 벤치마크가 아니므로, 실제 도입 전에는 데모와 계약 조건으로 직접 확인해야 한다.

선택지	형태	소개된 기능	추천 대상	구매 포인트
구글 AX	오픈 에이전틱 오케스트레이터	샌드박스 격리, 네트워크 허용 목록, 모델·시크릿 일원화, CLI 기반	직접 런타임을 통제하려는 개발팀	무료로 먼저 검증 가능. 단 공식 문서 확인이 먼저
삼성SDS 패브릭스 2.0	기업용 생성형 AI 플랫폼	에이전틱 앱, AI 게이트웨이·스마트 라우팅, AI 코딩 툴, 거버넌스	여러 모델을 동시에 쓰며 비용을 눌러야 하는 대기업	단순 질문은 캐시, 복잡한 질문은 고성능 모델로 보내는 라우팅이 비용 방어선
아이엔소프트 iSODA 오케스트레이터	멀티 에이전트 오케스트레이션 플랫폼	사내 데이터·업무 도구를 묶는 워크플로우로 소개	망분리·보안 요건이 센 제조·통신·공공	온프레미스와 프라이빗 클라우드를 모두 지원

삼성SDS는 2026년 6월 패브릭스 1.7을 내놓으며 에이전트 제작 도구와 인텔리전트 오케스트레이터, 어드밴스드 RAG, 마켓플레이스를 붙였고, 2.0은 2026년 9월 8일 발표 기준 ‘다음 달’ 출시 예정이다(정확한 일자는 공식 공지 확인이 필요하다). 이태희 부사장이 제시한 지속 가능한 AX의 조건은 표준·자산·운영 세 가지였다. 기술이 빨리 바뀌니 공통 인터페이스로 교체 비용을 줄이고, 성공과 실패를 자산으로 남기고, 품질·비용·추론 시간을 관측해 개선하라는 이야기다. AX의 ‘모델 구성 일원화’가 노리는 지점과 정확히 같다.

결론 — 지금 무엇을 먼저 집을 것인가

조건별로 갈린다. 개발팀이 직접 런타임을 통제하고 싶다면 구글 AX가 1순위 후보다. Apache 2.0 으로 공개돼 있어 코드를 직접 받아 task.yaml 하나로 격리 실행과 네트워크 정책이 요구사항에 맞는지 먼저 확인하는 게 맞다. 단 공식 저장소와 문서를 열어 이 글에 인용된 기능이 실제로 그대로인지 대조한 뒤에 판단하라.

여러 모델을 섞어 쓰며 모델 비용이 먼저 터지는 기업이라면 게이트웨이와 라우팅을 내세우는 삼성SDS 패브릭스 2.0, 망분리 요건이 절대 조건이면 온프레미스를 내세우는 iSODA 오케스트레이터 쪽이 현실적이다. 그리고 세 선택지 모두, 돌릴 사람이 없으면 아무것도 되지 않는다. 도입을 결정하기 전에 누가 이걸 맡을지부터 정하는 편이 낭비가 적다.

참고 자료

– google/ax — 공식 저장소(Apache 2.0)
– 구글 AX 에이전트 오케스트레이터: 한국어 개발자 가이드 3단계
– 삼성SDS, 기업용 AI 플랫폼 ‘패브릭스 2.0’ 내달 출시…에이전트 운영 고도화
– 아이엔소프트, 더 크럭스와 MOU… 기업 AX 혁신 협력 본격화

이 글은 AI로 초안을 작성하고 사람이 사실 확인과 편집을 거쳐 발행했습니다. 본문에 인용한 수치와 일정은 함께 링크한 출처에서 확인할 수 있으며, 제도·요금처럼 자주 바뀌는 정보는 공식 공지로 한 번 더 확인해 주세요. 검수 절차와 필자 표기는 사이트 소개에 정리해 두었습니다.