Google, Microsoft, AWS가 이제 AG-UI를 지원합니다. 에이전트 프론트엔드 계층의 표준이 드디어 마련되었습니다.
Google, Microsoft, and AWS all support AG-UI now. The frontend layer for agents finally has a standard
핵심 요약
주요 빅테크와 에이전트 프레임워크가 AG-UI 표준을 채택하여 에이전트와 프론트엔드 간의 상호작용이 훨씬 간편해졌습니다.
- 표준화된 프로토콜 — AG-UI를 통해 다양한 에이전트 프레임워크에서 일관된 이벤트 스트림과 상태 업데이트를 처리함.
- 인터랙티브 에이전트 — 프론트엔드에서 에이전트 상태를 직접 수정하여 실시간으로 반영하는 휴먼-인-더-루프 구현이 가능함.
- 생태계 지원 — Google, Microsoft, AWS, LangChain, CrewAI 등 주요 기업과 프레임워크가 이미 AG-UI를 채택함.
- 개발 효율성 — 프레임워크마다 다른 어댑터를 작성할 필요 없이 표준화된 방식으로 에이전트 애플리케이션을 구축함.
2년 전만 해도 LangGraph 에이전트와 CrewAI 에이전트 앞에 UI를 붙이려면 두 개의 서로 다른 어댑터를 작성해야 했습니다. 서로 다른 이벤트, 서로 다른 상태 모델, 도구 호출을 처리하는 서로 다른 방식 때문이었죠. 프레임워크를 바꾸면 세 번째 어댑터를 또 작성해야 했습니다.
AG-UI는 이를 해결하기 위한 시도입니다. 실행, 도구 호출, 상태에 대한 타입이 지정된 이벤트 스트림과 양방향으로 흐르는 상태 업데이트 채널을 제공합니다. 이것이 프로토콜의 전부입니다.
저는 AG-UI 커뮤니티의 기여자 중 한 명인데, 많은 분이 아직 눈치채지 못하셨겠지만, 저희는 조용히 Google의 ADK, Microsoft, AWS, LangChain, CrewAI, Mastra 등 에이전트 프레임워크 생태계 전반으로부터 채택을 이끌어냈습니다.
이것이 가능하게 하는 구체적인 기능은 다음과 같습니다. 프론트엔드에서 에이전트가 스트리밍하는 것과 동일한 연결을 통해 에이전트 상태를 편집할 수 있습니다. 사용자가 인라인 편집을 클릭하면 에이전트는 다음 턴에서 변경 사항을 확인합니다. 백엔드 왕복도 없고, 별도의 WebSocket도 필요 없으며, 프레임워크별 어댑터도 필요 없습니다. 제가 실제로 중요하게 생각하는 부분은 바로 이 '플러밍 세금(plumbing tax)' 없는 휴먼-인-더-루프입니다.
인터랙티브 에이전트 애플리케이션을 출시하는 데 매우 강력한 도구입니다.
왜 더 많은 사람이 이 사실을 모르거나 이야기하지 않는지 잘 모르겠습니다. AG-UI를 확인해 보셨다면, 이 표준화를 기반으로 더 발전시킬 수 있는 아이디어가 있는지 알려주세요!
