AI 출력의 새 표준은 HTML? "마크다운 탈출" 주장하는 엔지니어의 혁신적 관점

현재 거의 모든 LLM(대규모 언어 모델)이 콘텐츠를 생성할 때 기본 형식으로 사용하는 것은 마크다운입니다. 지금까지는 당연한 선택으로 여겨져 왔습니다. LLM은 본질적으로 텍스트를 생성하는 도구이고, 마크다운은 순수 텍스트만으로 제목, 목록, 강조, 코드 블록과 같은 기본 서식을 렌더링할 수 있기 때문입니다. 저비용과 높은 호환성, 성숙한 도구 체인을 갖춘 마크다운은 천연적인 최적해라고 할 수 있습니다.

그러나 Anthropic의 Claude Code 팀 소속 엔지니어인 Thariq 씨는 다른 관점을 제시했습니다. 그는 2026년 5월 8일에 공개한 기사 "Using Claude Code: The Unreasonable Effectiveness of HTML"에서 **"마크다운은 불충분하며, HTML이 AI 출력의 새로운 표준이 되어야 한다"**는 도발적인 주장을 펼쳤습니다.

이 기사는 공개 직후 100만 회 이상의 조회수를 기록했고, Django의 공동 창립자인 Simon Willison 씨와 같은 저명한 개발자들이 "최근 3년간의 마크다운 기본 습관을 재고하고 있다"며 동의를 표시하는 등 큰 논의를 불러일으키고 있습니다.

"인간이 쓰는 것이 아니라면, 인간에게 최적화된 형식을 왜 사용하는가?"

Thariq 씨의 논리는 간단합니다. 마크다운은 2004년 John Gruber 씨가 설계했지만, 그 목적은 "인간이 순수 텍스트를 사용해 신속하게 HTML 구조를 기술하는 것"이었습니다. 즉, 마크다운은 본질적으로 HTML의 간략화 버전이며, "쓰기 편리성"을 위해 표현력을 크게 희생시키고 있습니다. 가로 정렬 레이아웃, 인터랙티브 요소, 내장 SVG 차트, 색상 지정, 애니메이션 등은 불가능합니다.

인간이 문서를 작성하는 시대에는 이러한 타협이 합리적이었습니다. 하지만 생성 주체가 AI로 바뀐 지금, "쓰기 편리성"이라는 설계 철학에 의미가 있을까요? AI는 인간처럼 입력 속도에 제약을 받지 않으며, 초당 수천 개의 토큰을 출력할 수 있습니다. AI에게 필요한 것은 "빠르게 쓸 수 있는 것"이 아니라 "의도를 완전히 표현할 수 있는 형식"입니다. 그리고 브라우저의 네이티브 언어인 HTML은 마크다운이 불가능한 모든 표현을 천연적으로 지원합니다.

Thariq 씨는 자신의 데모 사이트(thariqs.github.io/html-effectiveness)에서 AI가 생성한 단일 파일 HTML 사례 20개를 제시했습니다. 여기에는 코드 리뷰, 디자인 시스템, 프로토타입, 슬라이드, 리포트 등 개발자들이 일상적으로 접하는 거의 모든 장면이 포함되어 있습니다.

HTML이 압도적 우위를 점하는 세 가지 이유

이러한 사례들을 분석하면, HTML이 우수한 이유는 다음 세 가지로 요약됩니다.

1. 정보의 "차원"을 유지할 수 있다 코드의 좌우 비교(diff), 모듈 관계도, 디자인 팔레트 등은 본래 "2차원적" 정보입니다. 마크다운으로 이를 표현하려면 정보를 1차원적으로 직렬로 나열할 수밖에 없어, 사용자가 머릿속에서 공간적으로 재구성해야 합니다. HTML이라면, 2열·3열로 직접 렌더링하여 시각적으로 즉시 비교시킬 수 있습니다.

2. 인터랙티브한 이해를 가능하게 한다 애니메이션 조정 슬라이더, 클릭 가능한 프로토타입, 실시간으로 노드를 증감시키는 해싱 링 데모 등입니다. 이러한 것들은 정적 텍스트로는 아무리 상세하게 기술해도 전달되지 않습니다. HTML을 통한 동적 시각화는 마크다운과 비교했을 때 전달 효율에서 현격한 차이를 보입니다.

3. HTML이야말로 콘텐츠의 "네이티브 언어"이다 디자인 시스템의 색상 팔레트나 컴포넌트 상태 표시 등, 애초에 HTML로 표현되어야 할 내용을 마크다운으로 기술하는 것은 우회하는 것과 같습니다. 16진수 코드를 나열하기보다 색상 채우기로 직접 표시하는 것이 훨씬 직관적입니다.

여전히 남는 "현실적 제약"

그럼에도 불구하고, Thariq 씨의 주장에는 논의할 점이 있습니다. 그가 상정하는 것은 어디까지나 "AI가 생성하고, 인간이 읽는 최종 산출물"이라는 제한적 장면입니다. 에이전트 간 데이터 전달이나 버전 관리가 필요한 문서에서는 여전히 가볍고 파싱하기 쉬운 마크다운(또는 순수 텍스트)이 정답일 것입니다.

또한, 현실적 과제로서 다음 두 가지가 있습니다.

• 비용: 인라인 CSS와 JS를 포함한 풍부한 HTML 파일은 동일한 마크다운에 비해 토큰 양이 5~10배로 늘어납니다. 이는 API 비용에 직결됩니다.
• 속도: 토큰 양이 증가하면 생성 시간이 길어집니다. 즉시성이 요구되는 장면에서 HTML 생성 대기 시간은 사용자 경험을 해칩니다.

Thariq 씨는 프롬프트 캐싱(Prompt Caching)을 활용해 고정적인 CSS/JS 부분을 캐싱시켜 비용을 절감하는 기법을 제안했지만, 이는 고급 엔지니어링이 필요하며, 일반 사용자가 즉시 누릴 수 있는 이점은 아닙니다.

결론: 궁극적인 "정답"은 HTML도 마크다운도 아니다?

마크다운은 "Excel"처럼 기능은 제한적이지만 효율적이고 안정적인 도구입니다. 반면, HTML은 "Google Sheets"처럼 표현력은 높지만 환경에 의존하고 성능 비용이 따릅니다. 아마도 이 둘은 대체 관계가 아니라, 용도에 따라 공존해 나갈 것입니다.

그러나 더 먼 미래를 내다보면, HTML조차도 종착점이 아닐지 모릅니다. HTML은 30년의 역사적 부채를 가진 브라우저용 형식이며, AI 생성에 최적이라고 하기 어렵습니다.

진정한 해결책은 **"AI-네이티브 출력 형식"**의 등장일 것입니다. 그것은 HTML 수준의 표현력을 갖추면서도 마크다운에 가까운 생성 효율을 실현하는 것입니다. 이미 그 단서는 보이고 있습니다.

• 구조화 데이터와 렌더링의 분리: 모델은 JSON 등 의미 구조만 출력하고, 렌더링은 클라이언트 측 템플릿에서 수행합니다. Claude Artifacts나 ChatGPT Canvas가 이 접근 방식에 가깝다고 할 수 있습니다.
• 템플릿 충전 방식: 사전 정의된 HTML 템플릿의 변수 부분만 AI가 채우는 형식입니다.

궁극적으로, Thariq 씨의 통찰은 옳다고 할 수 있습니다. "인간이 빠르게 쓰기 위한 제약"으로부터 해방된 AI에게 표현력의 제한은 부자연스러운 것입니다. 단기적으로는 "용도에 따른 적절한 사용"이 정답이겠지만, 장기적으로는 "AI에 의한 효율적인 생성"과 "인간에게 풍부한 제시"를 양립시킨, 완전히 새로운 표준 형식으로 이행해 나가게 될 것입니다.