빠른 답변: A2UI(Agent-to-UI)는 Google이 만든 오픈소스 프로토콜로, AI 에이전트가 일반 텍스트 응답 대신 풍부하고 상호작용 가능한 사용자 인터페이스(양식, 차트, 지도, 대시보드)를 생성할 수 있게 해줍니다. 2025년 12월(v0.8 공개 미리보기)에 출시된 A2UI는 에이전트가 선언적 JSON 컴포넌트 설명을 보내면 클라이언트 애플리케이션이 이를 네이티브 인터랙티브 위젯으로 렌더링합니다. 데이터 팀의 경우, AI가 글머리 기호 요약 대신 탐색 가능한 대시보드를 출력할 수 있음을 의미하며, 데이터 분석 및 시각화를 위한 AI와의 상호작용 방식을 변화시킵니다.
1. AI 에이전트가 보여줘야 할 때 말하고 있었습니다
챗봇 패러다임은 데이터를 위해 설계되지 않았습니다
일반 목적의 어시스턴트에게 분기별 판매 데이터를 분석해 달라고 요청하세요. 무엇을 얻나요? 텍스트의 벽. 글머리 기호. 실제로 차트를 보려면 노트북에 복사해야 하는 코드 블록. 모델은 데이터를 이해할 수 있지만, 가장 원시적인 형식인 단락으로 응답하는 경우가 많습니다.
2022년 이후, 우리는 놀라울 정도로 강력한 모델과 고전적인 IRC와 동일한 기본 형태인 선형적이고 텍스트 전용의 채팅 창을 통해 상호작용해 왔습니다. 시스템은 복잡한 데이터 세트를 추론하고, 이상 징후를 식별하고, 권장 사항을 제안할 수 있지만, 인터페이스는 위에서 아래로 읽다가 잊어버리는 메시지의 스크롤 목록에 불과합니다.
2025년 12월, Google은 A2UI(Agent-to-UI)를 오픈소스로 공개했습니다. 이는 에이전트가 일반 텍스트 대신 풍부하고 상호작용 가능한 사용자 인터페이스를 생성할 수 있게 해주는 프로토콜입니다. 양식, 날짜 선택기, 차트, 지도, 대시보드 — 애플리케이션에 네이티브하게 렌더링되며, 에이전트가 즉석에서 생성합니다.
실제 데모는 설득력 있습니다. Google은 레스토랑 찾기 에이전트가 날짜 선택기, 시간 선택기, 제출 버튼이 있는 예약 양식을 생성하는 모습을 보여주었습니다. 이는 간단한 예약을 위해 많은 챗봇이 필요로 하는 고통스러운 여러 메시지의 텍스트 왕복 대신입니다. 데이터 팀에게 시사점은 더 명확합니다. 에이전트가 데이터 설명 대신 탐색 가능한 대시보드를 생성할 수 있다는 것입니다.
2. A2UI란? 쉬운 영어 설명
에이전트가 단락을 작성하는 대신 인터페이스를 구축할 수 있게 하는 프로토콜
A2UI(Agent-to-UI)는 에이전트가 선언적 UI 설명(버튼, 양식, 차트, 지도, 레이아웃을 설명하는 JSON 메시지)을 클라이언트에 보내면 클라이언트가 이를 네이티브 인터랙티브 컴포넌트로 렌더링하는 오픈소스 프로토콜입니다. 더 강력한 안전성과 이식성 기본값을 가진 "에이전트용 HTML"이라고 생각하면 됩니다.
A2UI가 해결하는 문제: 신뢰 경계
우리는 멀티 에이전트 시스템의 시대에 살고 있습니다. 서로 다른 서버와 공급업체의 에이전트가 협력합니다. 그들은 직접 UI에 접근할 수 없습니다.
기존 패턴? iframe 내에서 원시 HTML이나 JavaScript를 전송하는 것입니다. 무겁고, 시각적으로 단절되어 있으며, 보안 문제가 있습니다. A2UI의 접근 방식: 데이터처럼 동작하지만 디자인처럼 읽히는 UI를 전송합니다. 에이전트가 JSON 청사진을 보내면 클라이언트가 자체 네이티브 위젯으로 렌더링합니다.
작동 방식: 세 가지 메시지 패턴
surfaceUpdate
UI 컴포넌트 트리 — 무엇을 표시할지 설명합니다. 여기에 날짜 선택기, 저기에 차트, 아래에 제출 버튼.
dataModelUpdate
애플리케이션 상태 — 표시할 데이터를 제공합니다. 차트 시리즈, 지도 좌표, 양식 기본값.
beginRendering
렌더링을 트리거합니다 — 언제 표시할지. 클라이언트가 데이터와 함께 컴포넌트를 조립하고 인터페이스를 표시합니다.
레스토랑 예약 예시: 에이전트가 날짜 선택기, 시간 선택기, 인원수 드롭다운, 제출 버튼을 설명하는 JSON을 보냅니다. 클라이언트는 각 부분을 자체 UI 프레임워크(React, Angular, Flutter, Lit)로 렌더링하고, 자체 스타일링과 접근성 표준을 적용하여 일관된 양식을 제공합니다. iframe 없음. 외부 코드 실행 없음.
세 가지 핵심 설계 원칙
보안 우선
실행 가능한 코드가 아닌 선언적 데이터입니다. 에이전트는 신뢰할 수 있는 카탈로그에서 컴포넌트를 요청하므로 불투명한 스크립트를 전송하는 것에 비해 임의 코드 실행 위험이 줄어듭니다.
네이티브 느낌
iframe이 없습니다. 클라이언트가 자체 UI 프레임워크로 렌더링하므로 생성된 UI가 앱 스타일링, 접근성, 성능 특성을 상속받을 수 있습니다.
LLM 친화적 구조
ID 참조가 있는 평면 컴포넌트 목록은 모델이 임시방편 마크업 덩어리보다 생성, 수정, 점진적 스트리밍을 더 쉽게 할 수 있습니다.
생태계 (v0.8 공개 미리보기)
A2UI는 v0.8 공개 미리보기로, Apache 2.0 라이선스로 출시되었습니다. Lit, Angular, Flutter(Google의 GenUI SDK를 통해)용 안정적인 렌더러가 있습니다. React 지원은 2026년 1분기, SwiftUI와 Jetpack Compose는 2분기로 예정되어 있습니다. 이 프로토콜은 A2A 프로토콜, AG UI, SSE, WebSocket을 포함한 여러 전송 방식을 지원합니다.
출시 당시 생태계 파트너로는 CopilotKit/AG UI(호환성 레이어), Opal(AI 미니 앱), Gemini Enterprise, Flutter의 GenUI SDK가 있습니다. 이는 에이전트 기반 인터페이스를 위한 개방형 표준에 대한 Google의 베팅이며, 데이터 시각화에 미치는 영향은 큽니다.
3. 챗봇이 데이터 분석에 실패하는 이유: 다섯 가지 벽
채팅 창은 데이터 탐색에 잘못된 인터페이스입니다
채팅은 질의응답, 글쓰기, 코드 생성에는 효과적입니다. 그러나 공간적이고, 상호작용적이며, 시각적이어야 하는 분석에는 매우 부적합합니다. 다음은 다섯 가지 벽과 각각에 대한 생성형 UI 접근 방식의 해결 방법입니다.
벽 1: 텍스트 벽
챗봇에게 1만 행의 판매 데이터를 분석해 달라고 요청하세요. 많은 단락과 글머리 기호를 얻을 수 있습니다. 인간의 시각 처리는 패턴 인식 작업에서 조밀한 텍스트를 읽는 것보다 훨씬 빠릅니다. 잘 설계된 차트는 몇 분이 걸리는 산문 분석을 1초 미만으로 전달할 수 있습니다.
대신 필요한 것: 호버 상세, 드릴다운, 날짜 필터가 있는 인터랙티브 차트.
벽 2: 선형성 벽
채팅은 순차적입니다. 각 메시지가 주의를 끌기 위해 경쟁합니다. 판매 추세, 고객 세분화, 마진 분석을 한눈에 동시에 볼 수 없습니다. 분석은 시간적일 뿐만 아니라 공간적입니다.
대신 필요한 것: 뷰가 나란히 배치되고 반응적으로 업데이트되는 멀티 패널 대시보드.
벽 3: 상호작용 벽
3분기만 보고 싶나요? "3분기로 필터링"이라고 입력합니다. 에이전트가 전체 분석을 재생성할 수 있습니다. 6월을 확대하고 싶나요? 또 다른 메시지. 작년과 비교? 또 다른 메시지. 한 번의 클릭이어야 할 상호작용이 한 문장, 한 번의 호출, 한 번의 완전한 재작성이 됩니다.
대신 필요한 것: 즉시 반응하는 네이티브 드롭다운, 범위 선택기, 토글.
벽 4: 탐색 벽
분석은 비선형적입니다: 이상 징후를 추적하고, 피벗하고, 뒤로 물러서서, 다른 각도 시도. 채팅 스레드는 영구적이고 순차적이므로 대시보드의 상태 저장 컨트롤에서처럼 탐색을 "실행 취소"할 수 없습니다.
대신 필요한 것: 실행 취소, 다시 실행, 분기 탐색이 있는 인터랙티브 상태.
벽 5: 프레젠테이션 벽
인사이트를 찾았지만 결과물은 긴 채팅 스레드입니다. 이를 대시보드나 슬라이드 준비 스토리로 내보내기 어렵습니다.
대신 필요한 것: 내보낼 수 있는 대시보드, 다운로드 가능한 차트, 제품이 지원하는 경우 원클릭 데크 생성.
결론: 채팅은 대화에 최적화되어 있지만 탐색에는 그렇지 않습니다. A2UI는 분석가가 실제로 작업하는 방식과 일치하는 인터페이스로 가는 하나의 경로입니다.
4. 데이터 시각화를 위한 A2UI: RizzCharts 예시
Google은 이미 에이전트가 구축한 분석 표면을 보여주었습니다
에이전트가 선언적 컴포넌트 설명을 내보냅니다. 클라이언트가 이를 네이티브 인터랙티브 위젯으로 렌더링합니다.
RizzCharts란?
RizzCharts는 Google의 공식 A2UI 샘플로, 시각화를 위한 생성형 UI 패러다임을 보여주는 AI 기반 전자상거래 대시보드입니다. 상호작용 모델은 채팅 우선 도구와 다릅니다:
- 사용자: "카테고리별 판매 내역 보여줘" → 에이전트가 드릴다운이 있는 인터랙티브 도넛 차트를 생성하여 네이티브 렌더링.
- 사용자: "이상치 매장이 있었나요?" → 에이전트가 강조 표시된 핀과 툴팁이 있는 지도를 생성.
- 사용자가 세그먼트 클릭 → 새로운 채팅 턴 없이 대시보드가 하위 카테고리로 드릴다운.
클라이언트에서 에이전트 번들의 코드 실행 없음, iframe 없음 — 선언적 JSON이 네이티브 컴포넌트로 렌더링됩니다. 에이전트(샘플에서는 Gemini와 Google ADK)는 get_sales_data 및 get_store_sales 같은 도구를 통해 데이터를 가져온 다음 surfaceUpdate → dataModelUpdate → beginRendering 흐름을 사용하여 A2UI 페이로드를 구성합니다.
이것이 중요한 이유
에이전트는 데이터를 텍스트로 분석할 뿐만 아니라 사용자가 탐색할 수 있는 인터페이스를 생성합니다. 구조와 상태를 분리하면 새 데이터가 도착할 때 차트가 반응적으로 업데이트될 수 있습니다. 동일한 JSON이 웹, 모바일, 데스크톱 표면을 대상으로 할 수 있습니다. 사용자 정의 카탈로그는 A2UI를 금융 차트, 의료 타임라인, 엔지니어링 다이어그램, 지리공간 레이어 같은 도메인 컴포넌트로 확장할 수 있습니다.
한계
A2UI는 프로토콜이지 제품이 아닙니다. 에이전트가 UI를 통신하는 방법을 정의할 뿐, UI가 존재하기 전에 발생해야 하는 정리, 통계, 차트 유형 선택, 디자인 추론은 정의하지 않습니다. 완전한 시각화 워크플로우에는 여전히 무엇을 보여줄지와 왜를 결정하는 인텔리전스 레이어가 필요합니다.
5. 프로토콜에서 제품으로: 생성형 UI 데이터 플랫폼의 모습
A2UI는 전송을 정의하고, 인텔리전스는 가치가 집중되는 곳입니다
A2UI는 마지막 마일을 목표로 합니다: 에이전트에서 화면으로 인터랙티브 UI를 전달하는 것입니다. 전체 파이프라인은 여전히 전송 이상의 깊이가 필요합니다:
- 데이터 이해 — CSV, Excel, JSON, PDF 파싱; 스키마 추론; 열 유형 감지; 인코딩 경계 사례 처리.
- 데이터 정리 — 날짜 표준화; null 처리; 이상치 처리; 불일치 해결.
- 통계 분석 — 분포, 상관관계, 추세, 이상치, 성장 — 흥미로운 것이 무엇인지 결정.
- 차트 선택 및 디자인 — 의도에 맞는 차트 유형 매칭; 팔레트; 시각적 계층; 반응형 레이아웃.
- 인터랙티브 생성 — 필터, 드릴다운, 툴팁, 이해를 돕는 애니메이션.
- 내보내기 및 프레젠테이션 — PPT, PDF, PNG, SVG 또는 다양한 대상에 맞는 임베드.
A2UI는 5단계가 클라이언트에 도달하는 방법을 돕습니다. 1~4단계와 6단계는 여전히 어떤 프로토콜도 대체할 수 없는 도메인 인텔리전스가 필요합니다. 이 격차가 표준과 제품의 차이입니다.
ChartGen AI가 이 철학을 구현하는 방법
ChartGen AI에서 우리는 동일한 생성형 UI 철학을 기반으로 구축해 왔습니다. 특별히 A2UI 와이어 형식을 제공하기 때문이 아니라, 에이전트는 차트에 관한 단락이 아닌 인터랙티브 시각적 작업 공간을 출력해야 한다는 확신을 공유하기 때문입니다.
일반 형식으로 데이터를 업로드하고 자연어로 원하는 것을 설명하세요. 시스템은 채팅 전용 응답이 아닌 탐색 가능한 대시보드를 목표로 합니다. 6개의 특화된 에이전트가 파이프라인을 담당합니다:
계획 에이전트
요청을 하위 작업으로 분해하고 필요한 시각화를 결정합니다.
데이터 정리 에이전트
스키마 추론, null 처리, 날짜 표준화, 이상치 감지.
데이터 분석 에이전트
통계, 패턴 감지, 상관 분석, 인사이트 생성.
시각화 에이전트
차트 유형 선택, 레이아웃, 팔레트, 반응형 대시보드 구성.
웹 검색 에이전트
관련된 벤치마크 및 시장 맥락으로 외부 강화.
PPT 생성 에이전트
차트와 인사이트를 내러티브 흐름이 있는 프레젠테이션 준비 슬라이드로 변환.
출력은 클릭, 필터, 드릴 및 내보내기가 가능한 캔버스가 되도록 의도되었습니다. 이는 데이터 시각화 워크플로우에 적용된 생성형 UI입니다.
공유 철학: 에이전트 생성 UI가 데이터에 대해 에이전트 생성 텍스트보다 낫습니다
전송이 A2UI의 선언적 JSON이든 멀티 에이전트 시각화 스택이든, 인사이트는 동일합니다:
분석의 경우, 올바른 결과물은 종종 인터페이스이지 단락이 아닙니다.
- 에이전트가 UI를 제안합니다: 데이터 세트에 맞는 차트 유형, 레이아웃 및 상호작용 — 사용자가 "막대 차트 만들어"라고 마이크로매니징할 필요가 없어야 합니다.
- 기본적으로 인터랙티브: 호버, 드릴, 필터 — 채팅에 묻힌 정적 스크린샷이 아닙니다.
- 네이티브 품질: 표면은 메시지에 첨부 파일이 있는 것처럼 보이지 말고 의사 결정을 위해 구축된 대시보드처럼 읽혀야 합니다.
6. 미래: 에이전트 기반 인터페이스가 데이터 팀에 의미하는 것
2026~2027년을 위한 세 가지 예측
채팅 우선 도구는 생성형 UI 레이어를 추가할 것입니다. 많은 분석 제품이 여전히 텍스트와 정적 이미지를 기본으로 합니다. 2027년 말까지 더 많은 제품이 인터랙티브 대시보드를 일급 출력으로 제공할 것이며, A2UI와 같은 개방형 표준은 그 방법에 대한 종속성을 줄여줍니다.
분석가의 작업은 구축에서 큐레이션으로 이동합니다. 에이전트가 대시보드를 구성할 때, 인간은 질문으로 이끌고, 인사이트를 검증하며, 내러티브를 형성합니다 — 수동 차트 조립보다는 편집적 판단에 가깝습니다.
도메인별 카탈로그가 해자(moat)가 됩니다. 프로토콜은 개방되어 있습니다. 경쟁 우위는 신뢰할 수 있는 컴포넌트 라이브러리와 도메인 인텔리전스(리스크 히트맵, 코호트 뷰, 지역 수익 지도 등 팀이 의존하는 특화된 기본 요소)에 집중됩니다.
지금 할 수 있는 일
- 개발자: 지금 A2UI(v0.8), ADK, Gemini를 실험하여 선언적 JSON으로 에이전트 기반 표면을 구축하세요.
- 분석가: ChartGen AI와 같이 이미 대시보드를 주요 출력으로 처리하는 도구를 사용하세요.
- 제품 리더: 내부 워크플로우가 채팅 우선 프롬프트에서 UI 우선 탐색으로 전환되어야 하는 곳을 평가하세요. ROI는 탐색 속도와 의사 결정 품질에서 나타납니다.
7. 자주 묻는 질문
A2UI란 무엇인가요?
A2UI(Agent-to-UI)는 Google의 오픈소스 프로토콜로, 에이전트가 양식, 차트, 지도, 대시보드 등의 UI 컴포넌트를 설명하는 선언적 JSON을 보내면 클라이언트가 네이티브 위젯으로 렌더링합니다. Apache 2.0 하에 v0.8(2025년 말) 공개 미리보기.
생성형 UI란 무엇인가요?
생성형 UI는 모델이 고정된 템플릿만 채우는 것이 아니라 프롬프트에서 동적으로 레이아웃과 인터랙티브 요소를 생성하는 것을 의미합니다. A2UI는 멀티 에이전트 및 교차 신뢰 경계 설정을 목표로 하는 프로토콜 중 하나입니다.
챗봇이 데이터 분석에 약한 이유는 무엇인가요?
분석을 선형 텍스트로 직렬화합니다. 탐색은 공간적 레이아웃, 직접 조작, 시각적 요소의 이점을 누립니다. 일반적인 마찰점으로는 텍스트 벽, 선형성, 느린 상호작용 루프, 제한된 탐색 상태, 약한 프레젠테이션 결과물이 있습니다.
에이전트는 어떻게 인터랙티브 대시보드를 생성하나요?
A2UI와 같은 프로토콜은 컴포넌트와 바인딩된 데이터에 대한 선언적 설명을 전달합니다. 클라이언트가 네이티브 컨트롤을 렌더링합니다. 프로덕션 품질은 여전히 전송뿐 아니라 업스트림 정리, 분석, 설계 인텔리전스에 달려 있습니다.
A2UI와 생성형 UI의 차이점은 무엇인가요?
생성형 UI는 광범위한 개념입니다. A2UI는 선언적 데이터를 실행 가능한 코드보다 강조하고, 클라이언트 간 이식성, 조직 간 안전한 협업을 강조하는 특정 개방형 접근 방식입니다.
8. 데이터에 대한 읽기를 멈추고 탐색을 시작하세요
최고의 AI 데이터 분석은 대화만이 아니라 경험입니다
Google의 A2UI는 실무자들이 이미 느끼고 있던 것을 공식화합니다: 인사이트는 인터페이스를 원합니다 — 필터, 호버, 비교 — 단락만으로는 부족합니다.
채팅 시대는 모델이 데이터를 이해할 수 있음을 증명했습니다. 텍스트는 깊은 탐색을 위한 잘못된 기본 표면입니다: 단락을 필터링하거나, 글머리 기호로 드릴다운하거나, 문장에 호버하여 계보를 볼 수 없습니다.
A2UI는 전송 스토리를 제공합니다. 생성형 UI는 제품 철학을 제공합니다. 멀티 에이전트 시스템은 무엇을 시각화할지 결정하는 추론을 수행합니다. 함께, 그들은 다음 시대를 그려냅니다: 기본적으로 인터랙티브하고, 시각적이며, 탐색 가능한 분석.
A2UI를 직접 채택하든, 철학을 공유하는 플랫폼을 사용하든, 직접 구축하든 — 방향은 명확합니다. AI 지원 분석의 미래는 단순한 채팅 스레드가 아닙니다. 그것은 탐색할 수 있는 경험입니다.
ChartGen AI를 자신의 파일로 사용해 보세요: 질문을 설명하고, 숫자를 행과 비교 검증하고, 메시지 형식으로 동일한 요약을 다시 읽는 대신 캔버스를 탐색하세요.