AWS는 엔터프라이즈 AI 에이전트를 위한 보다 상호작용적인 모델을 추진하고 있으며, 개발자들이 Amazon Bedrock AgentCore 위에서 텍스트 스트리밍에만 그치지 않는 프런트엔드를 구축하는 방법을 설명했다. 새 기술 게시물에서 회사는 Fullstack AgentCore Solution Template, 즉 FAST 안에서 AG-UI 프로토콜 지원을 소개하고, CopilotKit과의 샘플 통합을 통해 인라인 컴포넌트, 공유 상태, 사람의 승인 단계까지 추가할 수 있음을 보여줬다.

이번 소식은 독립적인 제품 출시에 가깝다기보다 AWS가 제시한 참조 아키텍처와 구현 패턴에 가깝다. 하지만 AI 팀의 실질적 병목을 다루고 있다는 점에서 의미가 있다. 많은 에이전트 시스템이 도구를 호출하고 응답을 생성할 수는 있지만, 사용자 인터페이스는 여전히 채팅 박스와 프레임워크별 이벤트 처리에 묶여 있다. AWS는 AG-UI가 Bedrock 개발자에게 UI를 특정 오케스트레이션 스택에 하드와이어링하지 않고도 에이전트 백엔드를 더 풍부한 프런트엔드에 연결하는 표준 방법을 제공한다고 주장한다.

AWS가 실제로 소개한 것

AWS Machine Learning Blog에 따르면, AG-UI는 백엔드가 프런트엔드로 동적 이벤트를 보내는 방식을 표준화하는 에이전트-사용자 상호작용용 오픈 프로토콜이다. AWS는 이를 Amazon Bedrock AgentCore Runtime에서 이미 지원되는 다른 에이전트 연결 표준과 나란히 배치한다. 즉, 도구 접근을 위한 Model Context Protocol과 에이전트 간 통신을 위한 Agent2Agent이다.

AWS의 설명에서 AG-UI는 스택의 사용자-facing 측면을 담당한다. 여기에는 대화 내 컴포넌트 렌더링, 프런트엔드와 에이전트 간 상태 동기화, 그리고 사용자가 승인하거나 입력을 제공해야 할 때 실행을 일시 중지하는 기능이 포함된다. 회사는 에이전트 컨테이너가 AG-UI 프로토콜 플래그를 활성화한 상태로 배포되면, AgentCore Runtime이 AG-UI 트래픽에 대한 투명한 프록시 역할을 할 수 있다고 밝혔다.

이 프록시 모델은 이 제안의 핵심이다. AWS는 Amazon Bedrock AgentCore Runtime이 AG-UI 요청을 컨테이너에 변경 없이 전달하면서 인증, 세션 격리, 확장성, 관측성을 처리한다고 말했다. 반면 컨테이너는 호출용 POST 엔드포인트와 상태 확인용 GET 엔드포인트를 노출한다. 엔터프라이즈 팀 입장에서는 별도의 실시간 이벤트 서비스가 아니라 기존 Bedrock 운영 범위 안에 프로토콜을 넣을 수 있다는 의미다.

AWS는 또한 이 구현을 풀스택 에이전트 애플리케이션용 스타터 프로젝트인 FAST와 연결했다. FAST는 AgentCore 서비스, React 프런트엔드, Amazon Cognito 인증, AWS CDK 인프라를 결합한다. AWS는 0.4.1 버전에서 FAST가 단일 프런트엔드 파서를 공유하는 두 개의 AG-UI 패턴, 즉 Strands Agents용 하나와 LangGraph용 하나를 추가했다고 밝혔다.

채팅 인터페이스를 넘어 AG-UI가 중요한 이유

AWS 게시물의 더 깊은 요지는 에이전트 제품이 점점 메시징 소프트웨어라기보다 애플리케이션 소프트웨어에 가까운 인터페이스 동작을 필요로 한다는 점이다. 금융 에이전트는 차트를 렌더링해야 할 수 있다. 기획 에이전트는 작업이 진행되는 동안 보드나 캔버스를 업데이트해야 할 수 있다. 일정 관리나 구매 워크플로는 조치를 취하기 전에 명시적 승인이 필요할 수 있다.

AWS는 AG-UI가 이러한 상호작용을 특정 백엔드 프레임워크나 프런트엔드 라이브러리 하나와 분리하는 것을 목표로 한다고 말했다. 회사는 호환 가능한 백엔드 옵션으로 Strands Agents, LangGraph, CrewAI를, 프런트엔드 측에서는 React, Angular, Vue를 제시했다. 설명대로라면 빌더는 UI 이벤트 레이어를 매번 다시 작성하지 않고도 오케스트레이션 프레임워크를 바꿀 수 있다.

이는 에이전트를 실제 서비스로 만들려는 팀에게 실질적인 고충이다. 프레임워크별 스트리밍 형식은 종종 취약한 프런트엔드와 중복 파싱 로직을 만든다. AWS는 LangGraph와 Claude Agent SDK를 포함한 서로 다른 스택이 각각 별도의 파서를 필요로 할 수 있는 HTTP 패턴과 AG-UI를 대비시켰다. Server-Sent Events 위에 타입이 지정된 이벤트 스트림을 표준화함으로써, AG-UI는 하위 에이전트 프레임워크와 무관하게 프런트엔드가 공통 이벤트 집합에 반응할 수 있게 하려는 것이다.

회사가 든 예시는 의도적으로 구체적이다. FAST 패턴에서 AWS는 개발자들이 구성만 바꿔 AG-UI 기반 Strands 백엔드를 AG-UI 기반 LangGraph 백엔드로 교체할 수 있으며, 프런트엔드 파서는 변경할 필요가 없다고 말했다. 이런 수준의 추상화는 에이전트 도구 시장이 계속 요동치는 상황에서 선택권을 유지하고 싶은 팀에 유용하다.

CopilotKit 샘플이 Bedrock 이야기를 어떻게 확장하는가

이번 발표에서 가장 제품다운 부분은 AWS의 CopilotKit 샘플 통합이다. 회사는 이를 더 풍부한 에이전트 경험을 구축하기 위한 React 라이브러리라고 설명했다. AWS의 예시 배포에서는 CopilotKit이 FAST의 내장 채팅 UI를 대체하고 생성형 UI, 양방향 공유 상태, human-in-the-loop 상호작용이라는 세 가지 기능을 추가한다.

이 경우의 생성형 UI는 모델이 브라우저를 무제한으로 제어한다는 뜻이 아니다. AWS는 이 샘플이 설계 스펙트럼의 “통제된” 쪽에 위치한다고 말했다. 즉, 프런트엔드는 미리 React 컴포넌트를 등록하고 에이전트는 AG-UI 이벤트를 통해 데이터를 제공하면서 어떤 컴포넌트를 호출할지 선택한다. 실무적으로 이는 UI 요소가 애플리케이션이 정의한 상태로 유지되기 때문에 제품 팀에 더 안전한 동적 인터페이스 경로를 제공한다. 에이전트가 요소를 선택하고 채우더라도 마찬가지다.

이 샘플은 또한 협업 캔버스 스타일 워크플로를 통해 공유 상태를 시연하고, 사용자가 응답할 때까지 실행을 멈추는 회의 일정 조정 흐름을 통해 승인 게이팅을 보여준다. AWS는 CopilotKit Runtime Lambda가 브라우저와 Amazon Bedrock AgentCore Runtime 사이의 다리 역할을 하며, AG-UI 이벤트 파싱, 생성형 UI 라우팅, 인증 전달을 처리한다고 밝혔다.

엔터프라이즈 구매자에게 더 흥미로운 부분은 AWS가 안전 경계를 어디에 그리는가일 수 있다. 블로그는 AG-UI가 선언적 설명이나 완전한 임베디드 표면을 포함한 더 개방적인 형태의 UI 생성을 지원할 수 있지만, 개발자가 에이전트에 더 많은 자유를 줄수록 샌드박싱과 입력 검증에 대한 책임도 더 커진다고 경고한다. 많은 벤더 데모가 에이전트 기반 인터페이스의 운영 리스크를 건너뛴다는 점에서 이 경고는 주목할 만하다.

증거, 한계, 벤더 주장

이 기사에서 제시된 실질적인 정보는 모두 AWS가 관리하는 출처, 즉 AWS 목록과 상세한 AWS Machine Learning Blog 게시물에서 나온다. 따라서 프로토콜 지원, 아키텍처상의 이점, 워크플로 유연성을 포함한 여기의 가장 강한 주장들은 벤더가 보고한 내용이다. 출처 집합에는 독립적인 벤치마크, 고객 증언, 제3자 검증이 없다.

그럼에도 AWS 게시물의 기술적 디테일은 일반적인 마케팅 발표보다 더 명확한 증거를 제공한다. AWS는 Amazon Bedrock AgentCore Runtime이 여러 프로토콜을 지원하고, AG-UI 트래픽이 타입이 지정된 Server-Sent Events로 전송되며, FAST v0.4.1에 agui-strands-agent와 agui-langgraph-agent 패턴이 포함된다고 명시했다. 또한 Amazon Cognito 인증, AgentCore Memory, AgentCore Gateway, AWS CDK가 배포 경로에서 어떻게 맞물리는지도 설명했다.

일부 구현 세부사항은 현재의 제약도 드러낸다. AWS는 두 AG-UI 패턴 모두 요청 범위의 에이전트 설정을 구축하며, 도구는 호출자 범위로 제한되고, 메모리 ID가 구성되지 않으면 메모리는 선택 사항이라고 말했다. 이는 유용한 배포 선택이지만, 동시에 이 예시들이 최대 원시 성능보다 안전한 다중 사용자 패턴에 최적화되어 있음을 시사한다. AWS는 AG-UI 흐름에 대한 지연 시간, 비용 가이드, 규모 데이터는 제공하지 않았다.

마찬가지로, AWS는 AG-UI를 오픈으로 설명하고 CrewAI 같은 프레임워크와의 호환성을 언급했지만, 게시물의 운영 초점은 FAST 내부의 Strands Agents와 LangGraph에 맞춰져 있었다. 구매자들은 더 넓은 상호운용성을 설계 목표이자 지원되는 프로토콜 주장으로 받아들여야 하며, 모든 프레임워크 조합이 첫날부터 생산 준비가 됐다는 증거로 봐서는 안 된다.

이것이 빌더와 엔터프라이즈 팀에 의미하는 것

AI 빌더에게 Amazon Bedrock AgentCore와 AG-UI의 실질적 가치는 채팅을 더 예쁘게 만드는 데 있는 것이 아니라, 실제로 사용할 수 있는 에이전트 워크플로를 만드는 데 있다. 프런트엔드가 텍스트만이 아니라 구조화된 이벤트를 받을 수 있다면, 개발자는 승인, 폼, 차트, 공유 작업 공간 같은 일상적인 단계를 맞춤형 이벤트 브리지 없이도 동일한 에이전트 세션으로 옮길 수 있다.

이는 사용자 경험만큼이나 신뢰성 측면에서도 중요하다. CopilotKit과 React 컴포넌트를 사용하는 통제된 UI 패턴은 인터페이스에 직접 렌더링되는 자유형 모델 출력보다 테스트하기 쉬울 수 있다. 또한 에이전트가 모든 상호작용을 산문으로 설명할 필요가 없기 때문에 프롬프트 복잡성을 줄일 수도 있다. 대신 알려진 데이터를 가진 알려진 컴포넌트를 호출하면 된다.

엔터프라이즈 AI 팀에게 AWS의 이야기는 표준화와 거버넌스에 관한 것이기도 하다. Amazon Cognito를 신원 관리에, AgentCore Memory를 지속되는 대화 상태에 사용하면서 AG-UI를 Amazon Bedrock AgentCore Runtime 안에 넣음으로써, AWS는 더 풍부한 에이전트 인터페이스를 맞춤형 앱이 아니라 관리형 플랫폼의 문제처럼 보이게 하려 한다. 이는 이미 Amazon Bedrock과 AWS CDK를 표준화하고 있는 조직에 매력적일 수 있다.

경쟁 구도는 더 넓다. 클라우드 벤더와 에이전트 프레임워크 업체들은 스택을 모듈화하는 프로토콜로 수렴하고 있다. 도구를 위한 Model Context Protocol, 에이전트 조정을 위한 Agent2Agent, 그리고 이제 프런트엔드 이벤트 레이어를 위한 AG-UI가 그 예다. 이 프로토콜 계층이 유지된다면, 제품 팀은 모델 제공자, 오케스트레이션 프레임워크, 인터페이스 툴킷을 더 자유롭게 조합할 수 있을 것이다. 하지만 성공은 단일 벤더 구현이 아니라 생태계 채택에 달려 있다.

다음에 주목할 것

다음으로 볼 신호는 AG-UI가 AWS가 만든 데모를 넘어 더 넓은 생태계 지원으로 확장되는지 여부다. 여기에는 Amazon Bedrock AgentCore에서의 더 많은 프로덕션 사례, 실제 배포 앱에서 Strands Agents나 LangGraph를 사용하는 팀의 더 분명한 참조, AWS 템플릿 외부의 독립 구현이 포함된다.

두 번째 신호는 AWS가 운영 근거를 추가하는지 여부다. 즉, AG-UI가 많은 워크로드에서의 지연 시간, 동시성 동작, 비용 가이드다. 더 풍부한 인터페이스는 워크플로 완료율을 높일 수 있지만, 동시에 이벤트 처리, 컴포넌트 라우팅, 상태 동기화 오버헤드도 추가한다.

세 번째로는 프로토콜 이야기가 스택 전반에서 어떻게 진화하는지 살펴볼 필요가 있다. AWS는 이제 Model Context Protocol, Agent2Agent, AG-UI를 함께 강조한다. 더 많은 빌더가 이런 모듈형 아키텍처를 채택한다면, 시장은 에이전트 인프라 선택과 프런트엔드 및 툴체인 선택을 더 지속적으로 분리하기 시작할 수 있다.

Creati.ai 관점

AWS의 AG-UI 작업이 주목할 만한 이유는 에이전트 제품의 빠진 중간 계층, 즉 에이전트와 실제 애플리케이션 UI 사이의 구조화된 상호작용 채널에 초점을 맞추기 때문이다. 많은 팀은 이미 모델과 도구를 연결하는 방법은 알고 있다. 하지만 그 에이전트들을 한 프레임워크의 스트리밍 형식에 묶지 않고 승인, 대시보드, 폼, 공유 작업 공간 요소에 연결하는 깔끔한 방법을 가진 팀은 적다.

다만 이 점은 여전히 독립적으로 검증된 시장 견인력이 아니라 AWS 주도의 참조 패턴이라는 한계가 있다. 그럼에도 이미 Amazon Bedrock 안에 있는 빌더라면 FAST, Amazon Bedrock AgentCore Runtime, CopilotKit, AG-UI의 조합은 챗봇 데모에서 작업 지향 소프트웨어로 이동하기 위한 실용적인 청사진처럼 보인다. AG-UI가 더 많은 스택에서 지원을 얻는다면, 엔터프라이즈 AI에서 가장 중요한 상호운용성 계층 중 하나가 될 수 있다.