HubSpot CTO Dharmesh Shah이 대담한 주장을 했습니다: 모든 B2B 소프트웨어 회사는 제품의 “헤드리스” 버전을 구축해야 한다 --- 인간이 아닌 AI 에이전트를 위해 설계된 버전.

그러나 그는 즉시 경고를 덧붙였습니다: 헤드리스가 두뇌 없음을 의미하지는 않는다고.

AUI 전환

AUI --- Agentic User Interface --- 는 인간과 AI 에이전트 모두와 작동해야 하는 소프트웨어를 위한 신흥 설계 패러다임입니다. UI를 없애는 것이 아닙니다. 에이전트가 제품과 상호작용하는 방식에 맞게 특별히 설계된 두 번째 인터페이스 레이어를 추가하는 것입니다.

Dharmesh가 말했듯이: 에이전트가 인간처럼 제품을 사용하기만 하면 된다면, 그냥 “컴퓨터 사용”(버튼을 클릭하는 화면 스크래핑 AI)을 사용하면 됩니다. 더 나은 무언가가 필요하다는 사실이 소프트웨어 설계가 어디로 향하는지를 말해줍니다.

진짜 과제는 API를 노출하는 것이 아닙니다. 모든 제품에는 이미 API가 있습니다. 과제는 에이전트가 실제로 제품을 소비하고 행동하는 방식의 인체공학을 설계하는 것입니다.

”그냥 MCP 서버 추가”만으로는 부족한 이유

MCP(Model Context Protocol)는 AI 에이전트를 외부 도구에 연결하는 기본 방법이 되었습니다. 그리고 잘 작동합니다. 그러나 Dharmesh의 요점은 미묘합니다: 기존 API 엔드포인트를 MCP 서버로 감싸고 완료라고 부르는 것은 데스크톱 사이트를 전화기 화면에 맞게 줄여서 “모바일 웹사이트”를 만들었던 2026년판과 같습니다.

에이전트는 인간처럼 생각하지 않습니다. 탐색하거나, 스캔하거나, 클릭하지 않습니다. 에이전트에게 필요한 것:

구조화된 시맨틱 데이터 --- HTML 페이지나 PDF가 아닌, 파싱하고 추론할 수 있는 Markdown과 JSON 같은 깔끔한 형식
발견 가능한 기능 --- 에이전트는 문서를 읽지 않고도 제품이 무엇을 할 수 있는지 이해해야 함
예측 가능한 동작 --- 에이전트는 모호한 UI 상태, 모달 대화상자, “확실합니까?” 확인을 처리하지 못함
조합 가능한 작업 --- 인간의 개입 없이 작업을 연결하는 능력

좋은 AUI 설계가 어떻게 보이는가

Google은 최근 A2UI(Agent-to-User Interface)를 출시했습니다. 에이전트가 UI를 기본적으로 생성할 수 있게 하는 개방형 프로토콜입니다 --- 모든 것을 텍스트로 강제하는 대신 각 대화에 맞는 인터페이스를 선택합니다.

그러나 AUI에 대해 생각하기 시작하는 데 새 프로토콜은 필요하지 않습니다. 중요한 원칙들:

1. 구조화된 출력 우선

가장 중요한 AUI 결정은 데이터 형식입니다. 제품이 HTML, PDF 또는 독점 형식을 출력하면, 에이전트는 의미를 추출하기 위해 훨씬 더 많은 작업을 해야 합니다.

Markdown은 에이전트 시대의 기본 교환 형식이 되고 있습니다. 에이전트가 파싱하기에 충분히 구조화되어 있고, 사용자가 확인하기에 충분히 사람이 읽을 수 있으며, 컨텍스트 창에 맞을 만큼 충분히 가볍습니다.

이것이 2026년에 웹 콘텐츠의 Markdown 변환이 폭발적으로 증가한 이유입니다. 에이전트가 주제를 조사해야 할 때, 렌더링된 웹페이지를 원하지 않습니다 --- 깔끔하고 구조화된 텍스트를 원합니다.

2. 시각적이 아닌 시맨틱

전통적인 UI는 시각적 계층으로 소통합니다: 굵은 제목, 색상이 있는 버튼, 공간적 레이아웃. 에이전트는 이것들을 전혀 볼 수 없습니다. 시맨틱 신호가 필요합니다:

콘텐츠 섹션을 설명하는 명확한 제목
각 데이터 조각이 무엇을 나타내는지 설명하는 메타데이터
유사한 콘텐츠 유형에 걸친 일관된 구조

3. 에이전트가 읽을 수 있는 지식 베이스

가장 실용적인 AUI 패턴 중 하나는 단순히 에이전트가 쿼리할 수 있는 검색 가능한 지식 베이스로 제품 데이터를 제공하는 것입니다.

모든 가능한 에이전트 워크플로우에 대한 복잡한 API를 구축하는 대신, 좋은 메타데이터가 있는 구조화된 Markdown 파일로 데이터를 노출하세요. 에이전트는 필요한 것을 검색하고, 필터링하고, 읽을 수 있습니다.

이것이 MCP가 가능하게 하는 접근 방식입니다: 모든 사용 사례에 대해 에이전트별 UI를 구축하는 대신, 에이전트에게 구조화된 데이터에 대한 읽기 액세스를 제공하고 어떻게 사용할지는 에이전트가 파악하게 합니다.

4. 에이전트를 위한 점진적 공개

좋은 인간 UI가 모든 정보를 한꺼번에 쏟아내지 않듯이, 좋은 AUI 설계는 에이전트에게 다음 능력을 줍니다:

먼저 요약을 얻은 다음 세부 사항으로 파고들기
모든 것을 탐색하는 대신 관련성으로 검색
현재 작업에 필요한 데이터만 요청

실제 AUI: 지식 캡처 패턴

2026년에 부상하는 가장 일반적인 AUI 패턴은 지식 캡처 파이프라인입니다:

웹 콘텐츠(인간을 위해 설계됨)가 Markdown(인간과 에이전트 모두가 읽을 수 있음)으로 변환됨
Markdown 파일이 메타데이터가 있는 지식 베이스로 정리됨
에이전트가 MCP 또는 유사한 프로토콜을 통해 지식 베이스에 접근
에이전트가 지식 베이스 전반에서 콘텐츠를 검색하고, 읽고, 상호 참조할 수 있음

이 패턴이 작동하는 이유는 에이전트를 위해 제품을 재구축할 필요가 없기 때문입니다. 기존 웹 콘텐츠 위에 에이전트 레이어를 추가합니다.

Save는 정확히 이 패턴을 구현합니다. 어떤 웹페이지든 --- 인간의 눈을 위해 설계된 --- 깔끔하고 AI 네이티브 Markdown으로 변환됩니다. Save Vault가 지식 베이스로 정리합니다. 내장된 MCP 서버가 Claude로 모든 것을 검색 가능하게 만듭니다.

결과: 웹의 모든 정보가 원본 웹사이트가 아무것도 다르게 하지 않아도 에이전트 지식 레이어의 일부가 됩니다.

에이전트의 두 수준

Dharmesh가 기억할 가치가 있는 구분을 했습니다. HubSpot 임원진에게 이렇게 말했습니다:

에이전트적이라는 것은 단지 에이전트가 우리 플랫폼 위에서 실행되는 것이 아니라, 에이전트가 우리 플랫폼을 운영하는 것에 관한 것입니다.

두 수준이 있습니다:

레벨 1: 플랫폼 위의 에이전트 --- 제품에 내장된 AI 기능. 챗봇, 자동 완성, AI 생성 요약. 제품은 AI 지원과 함께 인간이 운영합니다.

레벨 2: 플랫폼을 운영하는 에이전트 --- 목표를 달성하기 위해 제품을 자율적으로 사용할 수 있는 AI 에이전트. 제품은 인간의 감독과 함께 에이전트가 운영합니다.

오늘날 대부분의 제품은 레벨 1에 있습니다. AUI 패러다임은 레벨 2에 도달하는 것에 관한 것입니다 --- 그리고 제품의 인터페이스를 처음부터 다시 생각해야 합니다.

사용자에게 의미하는 것

모든 제품이 AUI 지원을 구축할 때까지 기다릴 필요가 없습니다. 오늘 자신만의 에이전트 레이어를 만들 수 있습니다:

웹 콘텐츠를 Markdown으로 변환 --- 인간이 설계한 웹사이트를 에이전트가 읽을 수 있는 지식으로 변환
지식 베이스로 정리 --- AI 에이전트가 효과적으로 검색할 수 있도록 저장된 콘텐츠를 구조화
MCP를 통해 연결 --- AI 어시스턴트에게 큐레이션된 지식에 대한 직접 접근 권한 부여

이 접근 방식은 모든 제품, 모든 웹사이트, 모든 콘텐츠 소스에서 작동합니다. 본질적으로 전체 웹을 AI 도구에 접근 가능하게 만드는 개인 AUI 레이어를 구축하는 것입니다.

인터페이스의 미래

AUI 전환은 인간 인터페이스를 대체하는 것이 아닙니다. 소프트웨어에 이제 두 가지 대상이 있음을 인식하는 것입니다: 클릭하는 인간과 쿼리하는 에이전트.

에이전트 시대에 승리하는 제품은 두 가지를 위해 사려깊게 설계하는 제품일 것입니다. 그리고 번영하는 사용자는 자신만의 에이전트 지식 레이어를 구축하는 사람들일 것입니다 --- 복잡하고 시각적인 웹을 구조화되고 검색 가능하며 에이전트 준비가 된 Markdown으로 변환하는.

인터페이스 패러다임이 확장되고 있습니다. 도구에 에이전트 레이어가 필요한지 여부가 아니라 --- 얼마나 빨리 구축하느냐가 문제입니다.

Save는 어떤 웹페이지든 깔끔하고 에이전트 준비가 된 Markdown으로 변환하여 로컬 지식 베이스에 저장합니다. Save Vault의 내장 MCP 서버가 저장된 콘텐츠를 Claude가 검색할 수 있게 합니다. Save 무료로 사용해보기.