MCP Apps: Extending the Frontier — Ido Salomon & Liad Yosef

한 줄 핵심

MCP apps는 텍스트 중심의 MCP 응답을 인터랙티브 UI로 확장해, ChatGPT·Claude 같은 호스트 안에서 브랜드 고유의 웹앱을 그대로 실행하고 조작하는 새로운 배포 표준을 제시한다.

시간별 요약

1. 0:01
   MCP apps는 ChatGPT, VS Code, Slack 같은 제품에서 이미 사용되고 있으며, 텍스트 응답의 한계를 넘기 위해 UI 자체를 채팅으로 전달하는 방향으로 설계되었다. 이를 통해 서비스는 단순한 데이터베이스처럼 보이지 않고, 고유한 브랜드 경험을 유지한 채 호스트 안에서 동작할 수 있다.
2. 2:01
   MCPUI에서 출발한 이 방식은 UI 전송뿐 아니라 호스트와 앱 사이의 상호작용까지 표준화하는 것이 핵심이다. Anthropic과 OpenAI와 함께 공식 확장으로 정리되면서, Claude와 VS Code를 시작으로 여러 클라이언트가 채택하는 흐름이 만들어졌다.
3. 5:00
   기본 동작은 MCP 리소스로 HTML을 반환하고, 호스트가 이를 인터랙티브 앱으로 렌더링하는 구조다. 사용자의 클릭 같은 이벤트는 앱이 직접 백엔드로 보내는 대신 호스트로 전달되고, 호스트가 어떤 tool을 호출할지 결정하며 agentic flow의 제어권을 유지한다.
4. 10:00
   이 구조는 웹을 여러 탭을 여는 방식이 아니라 개인 비서가 필요한 UI 조각을 조합하는 방식으로 바꾼다. Google Calendar, Amazon, Booking 같은 서비스는 전체 화면이 아니라 필요한 UI atoms만 제공하고, 사용자는 assistant 안에서 맥락을 유지한 채 작업을 끝낼 수 있다.
5. 14:00
   앞으로는 재사용 가능한 뷰, app tools, view tools, declarative UI, generative UI까지 포함한 더 넓은 스펙과의 상호운용성이 중요해진다. MCP apps는 한 번 만들면 여러 호스트와 클라이언트에서 재사용되는 새로운 애플리케이션 배포 방식으로 확장되고 있다.

실무 인사이트

• 기존 앱을 채팅봇에 붙이는 수준이 아니라, 핵심 화면과 상호작용 단위를 UI 조각으로 분해해 호스트 안에서 다시 조합할 수 있게 설계해야 한다.
• MCP apps 구현에서는 데이터 반환보다 이벤트 흐름과 호스트 제어권이 더 중요하므로, 클릭·입력·상태 변경이 어떤 tool 호출로 이어질지 먼저 정의하는 것이 좋다.
• 브랜드 경험을 유지하면서도 여러 assistant에 배포하려면, HTML 렌더링형 MCP apps와 generative UI 계열을 함께 고려한 상호운용성 전략이 필요하다.