고통(The Pain): 당신의 에이전트는 데이터를 조회하고, 보고서를 작성하며, 이메일을 보내는 등 유능한 능력을 갖추고 있습니다. 하지만 그것은 채팅창(chat box) 안에 갇혀 있습니다. 당신이 물으면 답하고, 당신이 멈추면 에이전트도 멈춥니다. 사용자는 에이전트의 프로세스를 볼 수 없으며, 오직 결과가 나오기를 기다릴 뿐입니다. 이 경험은 여전히 "챗봇(chatbot)" 수준에 머물러 있습니다.
배울 내용: AG-UI (Agent User Interface) — 2026년의 세 가지 에이전트 상호 연결 프로토콜 중 마지막 프로토콜이며, 왜 상호작용 레이어(interaction layer)가 에이전트의 상용화 여부를 결정하는지에 대해 알아봅니다.

세 가지 프로토콜 요약: 현재 우리의 위치

이전 기사에서 MCP와 A2A를 다루었습니다. 이제 삼총사가 완성되었습니다:

왜 AG-UI가 "마지막 조각"인가요?

앞선 두 프로토콜이 "에이전트가 내부적으로 어떻게 작동하는가"를 해결한다면, AG-UI는 "에이전트가 **인간(humans)**과 어떻게 상호작용하는가"를 해결하기 때문입니다. 그리고 비용을 지불하는 것은 바로 인간입니다.

에이전트가 도구를 완벽하게 사용하고 결점 없이 협업할 수 있더라도, 인간 사용자가 이를 이해하거나 편안하게 조작할 수 없다면 여전히 상용화될 수 없습니다.

문제점: 채팅창은 에이전트의 최종 형태가 아니다

지난 2년 동안 우리는 "에이전트 = 채팅창"이라는 공식에 익숙해졌습니다.

사용자: 이번 달 물류 비용을 분석해줘
에이전트: 네, 분석 중입니다...
에이전트: 이번 달 물류 비용은 128K이며, 전월 대비(MoM) 23% 증가했습니다. 주요 원인은...
...

이러한 상호작용의 문제점은 무엇일까요?

1. 프로세스 불투명성 (Process invisible): 사용자는 에이전트가 어떤 데이터를 조회했는지, 어떤 단계를 건너뛰었는지 알 수 없습니다. 즉, 결과값을 맹목적으로 신뢰하게 됩니다.
2. 낮은 정보 밀도 (Low information density): 128K, 23%, 주요 원인... 이 모든 것이 텍스트에 빽빽하게 담겨 있어, 사용자가 직접 "읽어야" 합니다.
3. 조작 불가능 (Not operable): 사용자가 비정상적인 데이터를 발견하고 상세 분석(drill down)을 원하더라도, 불가능합니다. 다시 질문해야만 합니다.
4. 중단 불가능 (Not interruptible): 에이전트가 분석 도중 경로를 벗어나더라도, 사용자는 이를 멈추거나 방향을 재설정할 수 없습니다.

핵심 통찰: 채팅창은 가장 비효율적인 에이전트 인터페이스입니다. 채팅창은 다차원적인 정보를 선형적인 텍스트로 평면화하며, "프로세스(process)"와 "조작(operations)"을 모두 버립니다.

AG-UI란 무엇인가: 에이전트의 "디스플레이 + 상호작용" 표준

AG-UI (Agent User Interface)는 에이전트가 인간에게 정보를 제시하고, 지시를 받고, 프로세스를 보여주는 방식에 대한 표준을 정의합니다.

AG-UI는 다음 세 가지 레이어에 집중합니다:

핵심적인 변화: 에이전트 상호작용은 "순수 텍스트 대화"에서 "구조화된 인터페이스 (structured interface)"로 진화합니다. — 데이터는 차트로, 프로세스는 진행 상황으로, 조작은 버튼으로 표현됩니다.

나의 실습: "채팅창"에서 "경량 인터페이스"로

저는 아직 AG-UI SDK를 도입하지는 않았지만 (규모가 충분히 커지지 않음), 에이전트와 상호작용하는 방식에 그 핵심 아이디어를 적용했습니다. 즉, 에이전트에게 세 가지 "인터페이스"를 부여한 것입니다.

프로세스 시각화: 에이전트의 "진행 상황판"

이전에는 에이전트가 블랙박스(black box)와 같았습니다. 이제 에이전트는 매 단계마다 진행 상황을 보고합니다:

# 에이전트가 능동적으로 상태를 보고함 (AG-UI의 상태(State) 레이어를 모방)
class AgentUI:
    def __init__(self):
...

사용자는 더 이상 "맹목적으로 기다리지" 않습니다. 에이전트가 매 단계에서 무엇을 하고 있는지 확인할 수 있습니다. 신뢰의 방식이 완전히 바뀝니다.

데이터 시각화 (Data Visualization): 결과는 "읽는" 것이 아니라 "보는" 것

이전에는 보고서가 텍스트 덩어리였습니다. 이제 출력물은 사용자가 직접 볼 수 있는 구조화된 데이터 (Structured data)입니다:

# 구조화된 출력 (AG-UI의 디스플레이 레이어 (Display layer)를 모방)
result = {
    "type": "report",
...

사용자는 "128K, 23%, sea 62K, air 41K..."와 같은 선형적인 텍스트가 아니라, **상세 내용을 파고들거나(drill down) 조작할 수 있는 구조화된 카드 (Structured card)**를 보게 됩니다.

중단 가능성 (Interruptibility): 에이전트가 경로를 벗어날 때, 인간이 멈출 수 있음

# 일시 정지 / 재지정 인터페이스 (AG-UI의 인터랙션 레이어 (Interaction layer)를 모방)
class AgentSession:
    def pause(self): ...      # 사용자가 중단
...

긴 작업 중간에 사용자가 방향이 잘못되었다고 판단하면, 작업이 끝날 때까지 기다리는 대신 "재지정 (redirect)"할 수 있습니다.

결실: "채팅"에서 "인터페이스"로

언제 실제 AG-UI로 전환해야 하는가

에이전트를 단순히 개인적인 용도로만 사용한다면 위의 "인터페이스 사고방식 (interface thinking)"만으로 충분합니다. 실제 AG-UI는 다음과 같은 경우에 필요합니다:

1. 최종 사용자 제품 (End-user products) — 고객에게 판매하는 에이전트; 고객에게는 "이해 가능하고 사용 가능한" 것이 필요합니다.
2. 길고 복잡한 워크플로우 (Long complex workflows) — 사용자가 진행 상황을 알고 언제든 개입할 수 있어야 합니다.
3. 멀티 에이전트 통합 디스플레이 (Multi-agent aggregate display) — 에이전트 팀이 협업하는 상황; 사용자는 하나의 통합된 뷰 (unified view)가 필요합니다.

현재 당신의 위치

이제 당신은 2026년의 세 가지 에이전트 상호 연결 프로토콜 (agent-interconnect protocols)에 대한 여정을 마쳤습니다:

• MCP: 에이전트가 도구를 사용함 (D1)
• A2A: 에이전트가 협업함 (D2)
• AG-UI: 에이전트가 인간과 상호작용함 (D3)

이 세 가지 요소가 결합하여 에이전트 인프라를 위한 완전한 인지적 기반을 형성합니다.

기억하세요: 도구는 에이전트의 손이며, 협업은 그 팀이고, 인터페이스는 그 얼굴입니다. 이 세 가지를 모두 갖춘 에이전트는 비로소 사용자 앞에 설 수 있습니다.

저자 소개: Wu Ji (无记) — Agent 엔지니어링, Loop 엔지니어링 및 디지털 전환에 중점을 둔 AI 및 디지털화 실무가. 실제적이고 실습 중심의 튜토리얼을 제공합니다. 따라오기만 하면 작동할 것입니다.