Markdown의 간략한 역사: 이메일 관습에서 AI의 네이티브 언어로

2004년, John Gruber라는 블로거가 간단한 문제를 가지고 있었습니다. HTML을 직접 입력하지 않고 웹용으로 글을 쓰고 싶었습니다. 그는 프로그래머 Aaron Swartz와 협력하여 플레인 텍스트를 깔끔한 HTML로 변환하는 경량 문법인 Markdown을 만들었습니다. 두 사람 모두 그것이 AI 시대의 기본 언어가 될 것이라고는 상상하지 못했습니다.

Markdown이 해결한 문제

Markdown 이전에, 웹을 위한 글쓰기는 비대한 HTML을 생성하는 WYSIWYG 에디터를 사용하거나, 직접 HTML을 작성하는 것 중 하나였습니다. 어느 것도 자연스럽지 않았습니다. 작가들은 태그가 아닌 단어에 집중하고 싶었습니다.

Gruber의 통찰은 플레인 텍스트 이메일에는 이미 비공식적인 관습이 있다는 것이었습니다. 사람들은 **굵게**를 굵게라는 의미로 쓰고, 하이픈으로 목록을 만들고, 중요한 단어에 별표를 붙였습니다. Markdown은 이러한 습관을 일관된 문법으로 공식화하고 HTML로 변환하는 컨버터를 추가했을 뿐입니다.

원래의 Markdown 명세는 2004년 3월 19일 Daring Fireball에서 공개되었습니다. 첫 번째 컨버터는 Perl 스크립트였습니다.

초기 채택: 블로깅과 개발자 도구

몇 년 내에 Markdown은 개발자 커뮤니티에 퍼졌습니다. 원시 형태로도 읽기 쉽고, Git으로 버전 관리하기도 쉬웠습니다. Jekyll(2008년) 같은 블로깅 플랫폼이 정적 사이트의 기본 글쓰기 형식으로 Markdown을 채택했습니다.

GitHub는 2008년에 README, 이슈, 풀 리퀘스트, 댓글에 Markdown을 채택했습니다. 이것이 전환점이었습니다. 수백만 명의 개발자가 매일 Markdown을 읽고 쓰게 되었고, 그것을 "마크업 언어"라고 생각하지도 않았습니다——그냥 GitHub에서 글을 쓰는 방법이었습니다.

Stack Overflow, Reddit, 기타 수십 개의 대형 플랫폼도 Markdown 지원을 추가했습니다. 각 플랫폼이 약간씩 다르게 구현하여 호환성 문제가 발생했습니다.

CommonMark 표준 (2014년)

2012년까지 적어도 십여 가지의 서로 다른 Markdown 구현이 있었고, 각각 엣지 케이스를 다르게 처리했습니다. Stack Overflow 공동 창립자 Jeff Atwood가 "Markdown의 미래"라는 게시글을 써서 표준화된 명세를 촉구했습니다.

2014년, 연구자와 개발자 그룹이 포괄적인 테스트 스위트를 갖춘 엄격하고 명확한 Markdown 명세인 CommonMark를 발표했습니다. Pandoc의 저자 John MacFarlane, Jeff Atwood 등이 기여했습니다. CommonMark는 대부분의 현대 Markdown 파서의 기반이 되었습니다.

**GitHub Flavored Markdown(GFM)**이 2017년에 뒤를 이어, 개발자 커뮤니티가 가장 필요로 하는 테이블, 작업 목록, 취소선으로 CommonMark를 확장했습니다.

노트 테이킹 혁명

2010년대에는 Markdown을 기본 형식으로 채택한 노트 앱이 물밀듯이 등장했습니다: Obsidian, Notion, Bear, Typora, Logseq 등. Markdown이 이러한 앱에 매력적이었던 이유:

• 노트는 이식성이 있습니다——일반 .md 파일은 어디서나 작동합니다
• 노트는 미래 지향적입니다——독점 형식 종속이 없습니다
• 노트는 원시 상태로 읽을 수 있습니다——렌더링 없이도 어떤 텍스트 에디터에서든 읽을 수 있습니다

2020년에 출시된 Obsidian은 일반 Markdown 파일 위에 완전한 지식 그래프 시스템을 구축하여 역사상 가장 빠르게 성장한 생산성 도구 중 하나가 되었습니다.

Markdown과 AI의 만남

2020년대 초의 AI 혁명은 Markdown에 예상치 못한 새로운 역할을 부여했습니다. 사용자들이 ChatGPT, Claude, Gemini 같은 LLM에 콘텐츠를 입력하기 시작했을 때, 하나의 패턴이 나타났습니다: Markdown 입력은 HTML보다 훨씬 뛰어난 출력을 생성한다는 것입니다.

이유는 구조적입니다. LLM은 텍스트를 토크나이즈하는데, Markdown은 HTML에 비해 거의 오버헤드가 없습니다. HTML로 8,000 토큰이 걸리는 페이지가 Markdown으로는 2,800 토큰——65% 감소입니다. 더 중요한 것은, LLM이 엄청난 양의 Markdown(GitHub, 문서 사이트, Reddit)으로 훈련되어 네이티브로 이해한다는 점입니다.

오늘날 Markdown은 AI 워크플로우의 사실상 입력 형식입니다:

• Claude와 ChatGPT 같은 AI 도구가 응답에서 Markdown을 렌더링합니다
• 개발자들이 시스템 프롬프트와 few-shot 예시에 Markdown을 사용합니다
• Web2MD 같은 웹 클리퍼가 AI 소비를 위해 특별히 페이지를 Markdown으로 변환합니다
• 새로운 llm.txt 명세가 웹사이트에 AI 크롤러를 위한 Markdown 요약을 게시하도록 요청합니다

주요 사건 타임라인

| 연도 | 사건 | |------|------| | 2004 | John Gruber와 Aaron Swartz가 Markdown 생성 | | 2008 | GitHub이 README에 Markdown 채택 | | 2012 | Jeff Atwood가 표준화 촉구 | | 2014 | CommonMark 명세 발표 | | 2017 | GitHub Flavored Markdown(GFM) 명세 출시 | | 2020 | Obsidian 출시, Markdown이 PKM 표준이 됨 | | 2022 | ChatGPT 출시; Markdown이 AI 입력 형식이 됨 | | 2024 | llm.txt 제안 등장; Markdown이 GEO 표준이 됨 |

Markdown이 지속되는 이유

창작 20년 후에도 Markdown이 주류를 유지하는 이유는 단순합니다: 작가를 존중하기 때문입니다. 방해 없이 유용할 만큼의 구조를 추가합니다. 메모장에서 Markdown을 쓸 수 있습니다. 렌더링 없이 읽을 수 있습니다. HTML, PDF, Word, 기타 수십 가지 형식으로 변환할 수 있습니다.

점점 복잡해지는 소프트웨어 세계에서, Markdown의 단순함은 한계가 아닌 특징입니다.

---

모든 웹페이지를 즉시 깔끔한 Markdown으로 변환하고 싶으신가요? Web2MD를 사용해보세요——클릭 한 번으로 모든 기사를 AI에 최적화된 Markdown으로 변환합니다.