
1. 이 글은 실질적으로 Claude Code의 HTML 출력 능력을 보여주는 쇼케이스로 기능합니다. 순수한 기술적 비교라기보다 제품 홍보 성격이 섞여 있다는 점을 감안해야 합니다.
2. 그가 보여주는 예시들은 사실 마크다운의 설계 목적과 전혀 다른 영역입니다. 마크다운은 애초에 "읽기 쉬운 일반 텍스트로 서식 있는 문서를 작성"하기 위해 만들어졌지, 인터랙티브 앱을 만들기 위한 포맷이 아닙니다. 이건 마치 "자전거보다 자동차가 우월하다"고 하면서 고속도로 주행 예시만 보여주는 것과 비슷합니다. 용도가 다른 도구를 같은 척도로 비교하는 거죠.
3. GPT-4 시절에는 8,192 토큰 제한 때문에 마크다운의 토큰 효율성이 매우 중요했습니다. HTML 태그는 마크다운보다 더 많은 토큰을 소모하며, 대형 컨텍스트 시대(200K~1M)에서야 그 비용이 무시할 만해졌다는 논리입니다. 하지만 토큰은 여전히 돈이고, 속도에 영향을 줍니다. "비용이 줄었다"와 "비용이 없다"는 다릅니다. 또한 HTML 출력물은 사람이 직접 편집하기가 훨씬 어렵습니다. 마크다운 파일은 메모장에서도 읽고 수정할 수 있지만, CSS와 JS가 포함된 HTML 파일을 직접 고치려면 웹 개발 지식이 필요합니다. 추측컨대 개발자의 관점에 이 문제를 가볍게 봤을 가능성이 있습니다.
4. 예시로 보여주는 20개 HTML 파일은 전부 성공적으로 렌더링된 깔끔한 결과물입니다. AI가 HTML을 생성할 때 CSS가 깨지거나, JS에 버그가 있거나, 레이아웃이 엉망인 경우는 얼마나 될까요? 마크다운의 장점 중 하나는 실패 모드가 거의 없다는 것입니다. 즉, 결과가 못생길 수는 있어도 "작동 안 함"은 거의 없죠.
5. 그렇다고 완전히 틀린 건 아닙니다. 코드 리뷰에서 diff를 어노테이션 달린 HTML로 보여주거나, 모듈 구조를 박스와 화살표로 그려주는 것은 실제로 마크다운 텍스트보다 훨씬 유용할 수 있습니다. "공간적 정보를 마크다운은 평면화한다"는 관찰은 타당합니다.
글의 제목과 톤이 상당히 과격해서 마치 전면 교체를 주장하는 것처럼 읽힙니다. 마크다운이 여전히 더 나은 경우를 무시하고 있다는 점이 가장 큰 약점입니다.
Thariq@trq212
한국어



















