Markdown — 한 블로거의 불만이 AI 시대의 공통 언어가 되기까지

#Markdown #마크다운 #개발도구 #문서작성 #AI시대

2026년 현재, 지구상에서 가장 강력한 AI 시스템들이 텍스트를 출력할 때 공통으로 사용하는 형식이 있습니다. 수조 달러 규모의 AI 산업이 표준으로 채택한 그 형식은, 2004년 한 블로거가 HTML 태그 쓰기가 귀찮아서 만든 간단한 Perl 스크립트에서 출발했습니다. 그것이 Markdown입니다.

Markdown이란 무엇인가

Markdown은 일반 텍스트에 간단한 기호를 붙여 서식을 표현하고, 이를 HTML이나 다른 형식으로 변환할 수 있는 경량 마크업 언어입니다.

핵심 철학은 하나입니다. 소스 문서가 렌더링된 결과물만큼 읽기 쉬워야 한다는 것입니다. 이 원칙, 즉 소스 자체가 태그나 서식 지시어로 뒤덮이지 않고도 읽힐 수 있어야 한다는 생각이 Markdown을 사실상 모든 다른 마크업 언어와 구분짓습니다.

문법은 직관적입니다. #을 붙이면 제목, **텍스트**는 굵게, *텍스트*는 기울임, -나 1.로 목록, [텍스트](URL)로 링크를 만듭니다. HTML을 전혀 몰라도 이메일 쓰듯 텍스트를 꾸밀 수 있습니다. 화면에 렌더링하지 않아도, 원문 그대로 읽어도 의미가 통합니다.

탄생 — 블로거의 불만에서 시작됐다

Markdown은 2004년 John Gruber가 Aaron Swartz와의 협업으로 만들었습니다. 목표는 웹에서 글을 쓰기 위한 단순하고 인간이 읽을 수 있는 문법을 만드는 것, 즉 일반 텍스트를 HTML로 쉽게 변환할 수 있게 하는 것이었습니다.

Gruber는 당시 Daring Fireball이라는 블로그를 운영하던 작가이자 UI 디자이너였습니다. 그는 HTML을 충분히 알고 있었지만, 그것이 문제였습니다.

그는 이렇게 회고합니다. "HTML을 알고 있어서 글을 쓰는 데 기술적인 어려움은 없었습니다. 하지만 결국 지치게 됐고, 스스로 불필요한 일을 만들고 있다는 생각이 들었습니다. HTML은 교정 보기가 어려웠습니다. 교정을 볼 때마다 브라우저에서 렌더링해서 확인해야 했으니까요."

Aaron Swartz는 당시 17세였습니다. RSS 1.0 공동 저자, Creative Commons 초기 설계자, Reddit 공동 창업자이기도 한 Swartz는 Markdown의 초기 베타 테스터로서 헤더 문법에 # 기호를 사용하는 방식을 포함해 핵심 문법 설계에 기여했습니다. 그가 만든 html2text 변환 도구도 Markdown 생태계의 일부가 됐습니다.

버전 1.0.1이 2004년 12월 17일 BSD 오픈소스 라이선스로 공개됐습니다. Gruber는 특허를 걸지 않았고, 상업화를 시도하지 않았습니다. 그냥 세상에 내놓았습니다.

Markdown이 없던 시절, 인터넷은 어떻게 글을 썼나

Markdown의 의미를 이해하려면 그 이전을 알아야 합니다.

2004년 이전에 웹에서 서식 있는 글을 쓰는 방법은 크게 두 가지였습니다. HTML을 직접 작성하거나, WYSIWYG(What You See Is What You Get) 편집기를 쓰는 것입니다.

HTML을 직접 쓰는 방식은 기술 장벽이 높았고, 원문을 읽기 어렵게 만들었습니다. <p>이것은 <strong>중요한</strong> 내용입니다.</p> 같은 문장을 글 쓰듯 자연스럽게 작성하는 사람은 없었습니다. WYSIWYG 편집기는 진입 장벽을 낮췄지만, 지저분한 HTML을 생성하고 다른 환경에서 렌더링이 달라지는 문제가 있었습니다.

Aaron Swartz는 이 문제를 직접 표현한 적이 있습니다. "나는 내 글을 컴퓨터 수준에 맞추는 것에 질렸다. 왜 내가 컴퓨터가 알아듣도록 모든 것을 성가신 꺾쇠 괄호로 감싸야 하는가? 우리는 지난 10년간 컴퓨터로 처리하는 텍스트의 표준을 가지고 있었다. 이제 그 관습을 인정하는 텍스트 형식이 나올 때가 됐다."

Markdown은 그 답이었습니다. 이메일을 쓰듯, 일반 텍스트를 쓰듯, 그러나 서식도 함께.

확산 — 오픈소스가 세상을 바꾸는 방식

Markdown은 마케팅 없이 퍼졌습니다. 좋은 아이디어가 개방된 생태계에서 퍼지는 전형적인 방식으로.

2004년 공개 이후, 개발자들이 Python, Ruby, PHP, JavaScript 등 각자의 언어로 Markdown 파서를 만들기 시작했습니다. 원래 명세의 모호함이 구현체 간 차이를 만들었고, 이는 다양한 Markdown 방언(dialect)의 출현으로 이어졌습니다. 표준이 없어서 오히려 다양한 방향으로 확장됐습니다.

플랫폼 채택이 결정적이었습니다. Stack Overflow가 질문·답변 작성에 Markdown을 도입했고, GitHub이 README 파일과 이슈 작성에 채택하면서 전 세계 개발자들이 Markdown을 접하게 됐습니다. Reddit, Discourse, Slack도 차례로 도입했습니다.

2014년에는 표준화 시도가 있었습니다. Jeff Atwood(Stack Overflow 창업자)와 John MacFarlane 등이 표준화 작업을 시작했으나, Gruber가 자신의 이름이 붙은 표준화에 반대하면서 프로젝트는 CommonMark로 이름을 바꿨습니다. GitHub, GitLab, Reddit, Stack Exchange 등이 CommonMark를 채택했지만, 1.0 최종 스펙은 지금도 완성되지 않은 상태입니다.

그럼에도 Markdown은 멈추지 않았습니다. 표준이 없어도, 공식 업데이트가 없어도. 원본 Markdown.pl 스크립트는 2004년 이후 단 한 번도 업데이트되지 않았습니다. 그리고 Markdown은 계속 퍼졌습니다.

Markdown이 쓰이는 곳들

오늘날 Markdown은 특정 분야의 전문 도구가 아닙니다. 디지털 글쓰기의 기반 인프라입니다.

개발자 생태계에서 Markdown은 사실상 표준입니다. GitHub의 README, 이슈, 풀 리퀘스트 설명, 위키가 모두 Markdown으로 작성됩니다. 기술 문서화 도구 MkDocs, Docusaurus, GitBook 모두 Markdown을 기본 형식으로 사용합니다. API 문서, 오픈소스 프로젝트 가이드, 개발 블로그의 절대 다수가 Markdown으로 작성됩니다.

협업 도구에서도 Markdown은 어디에나 있습니다. Notion, Obsidian, Roam Research, Logseq 같은 노트·지식 관리 도구들이 Markdown을 핵심 형식으로 채택했습니다. Slack, Discord, Jira의 텍스트 서식도 Markdown 문법을 따릅니다. Apple Notes, Craft 같은 소비자향 앱도 Markdown을 지원합니다.

콘텐츠 제작 영역에서도 Jekyll, Hugo, Gatsby 같은 정적 사이트 생성기들이 Markdown 파일을 웹사이트로 변환합니다. Dev.to, Hashnode 같은 개발자 블로그 플랫폼이 Markdown 우선 에디터를 씁니다. 학술 분야에서는 Pandoc이 Markdown 문서를 PDF, Word, LaTeX로 변환하는 도구로 자리잡았습니다.

2004년 블로그가 주류가 되던 해에 출시된 이 형식은, 20년이 지난 지금 Google Docs, GitHub, Slack, Apple Notes, 그리고 우리가 AI에 보내는 모든 프롬프트에 존재합니다.

AI 시대, Markdown이 다시 주목받는 이유

Markdown이 단순히 개발자들의 편의 도구에서 멈추지 않고 AI 시대에 새로운 전성기를 맞이한 데는 구조적인 이유가 있습니다.

첫째, 대형 언어 모델의 학습 데이터와 깊은 관련이 있습니다. GitHub, Stack Overflow, Wikipedia, Reddit, 기술 블로그들은 AI 모델이 학습한 텍스트 데이터의 핵심 소스들입니다. 이 데이터 대부분이 Markdown으로 작성되어 있었고, 그 결과 모델들은 Markdown 문법을 자연스럽게 체득했습니다. AI가 Markdown을 쓰도록 훈련된 것이 아니라, Markdown으로 쓰인 텍스트로 훈련됐기 때문에 Markdown을 쓰게 된 것입니다.

둘째, Markdown은 인간과 기계 모두가 읽을 수 있는 형식입니다. XML이나 JSON은 기계가 파싱하기 좋지만 인간이 읽기 불편합니다. 일반 자연어는 인간이 읽기 좋지만 구조를 기계가 파악하기 어렵습니다. Markdown은 그 중간에 있습니다. 헤더, 목록, 강조, 코드 블록이 텍스트 안에 구조로 명확히 드러나면서도 사람이 읽기에도 자연스럽습니다.

셋째, AI 응답의 표준 출력 형식으로 자리잡았습니다. ChatGPT, Claude, Gemini 같은 주요 AI 모델은 기본적으로 Markdown으로 응답합니다. 이것이 우연이 아님을 위에서 설명했지만, 한번 표준이 되자 강화 효과가 작동했습니다. AI 응답이 Markdown 형식으로 나오니 이를 렌더링하는 인터페이스들이 Markdown을 지원하고, 그러면 더 많은 사람이 Markdown에 익숙해지고, 더 많은 콘텐츠가 Markdown으로 작성되는 순환이 생겼습니다.

넷째, 프롬프트 엔지니어링의 표준 언어가 됐습니다. AI에게 복잡한 작업을 지시할 때 Markdown 구조로 지시문을 작성하면 일관된 결과를 얻기 쉽습니다. 역할(## 역할), 지시사항(## 지시), 예시(## 예시), 출력 형식(## 출력 형식)을 헤더로 구분하는 방식이 프롬프트 설계의 표준 패턴이 됐습니다.

다섯째, AI 에이전트가 생성하는 산출물의 기본 형식이 됐습니다. Claude Code, Cursor, Codex 같은 AI 코딩 에이전트가 생성하는 README, 문서, 코드 설명이 모두 Markdown입니다. AI가 코드와 함께 문서를 자동 생성하는 시대에, 문서의 형식이 곧 Markdown입니다.

2026년 현재 Markdown은 예상치 못한 동반자를 찾았습니다. 모든 주요 언어 모델이 기본적으로 잘 구조화된 Markdown을 출력합니다. 이것은 우연이 아닙니다. 이는 형식의 설계 원칙에 대한 검증입니다.

Markdown의 한계와 방언 문제

Markdown이 완벽한 것은 아닙니다.

가장 큰 문제는 표준 부재로 인한 방언 분화입니다. GitHub Flavored Markdown(GFM), CommonMark, MultiMarkdown, Pandoc Markdown이 각각 다른 기능을 지원하고 다른 방식으로 모호한 문법을 해석합니다. GitHub에서 잘 렌더링되던 문서가 다른 플랫폼에서 이상하게 보이는 경험을 해본 개발자라면 익숙한 문제입니다.

표나 수식 표현이 기본 명세에 없다는 것도 한계입니다. 표 문법은 GFM이 확장해서 넣었고, 수식은 각 플랫폼이 LaTeX 문법을 별도로 통합해서 해결하고 있습니다. 복잡한 레이아웃이나 색상, 정교한 스타일링은 Markdown으로 표현하기 어렵습니다.

그럼에도 이 한계들이 Markdown의 확산을 막지 못했습니다. 오히려 최소한의 기능만 담은 핵심 명세가 넓은 호환성을 유지하게 했고, 각 플랫폼의 확장이 생태계를 풍부하게 만들었습니다.

Markdown의 미래

Markdown은 변하지 않을 것 같지만, 그것을 둘러싼 환경은 빠르게 변하고 있습니다.

AI 에이전트가 Markdown으로 문서를 자동 생성하는 속도가 빨라질수록, Markdown 렌더링을 지원하는 도구의 수도 늘어납니다. 또한 Markdown은 그 이식성(portability) 덕분에 디지털 데이터 주권 논의에서도 주목받고 있습니다. Notion이나 Confluence 같은 SaaS 도구에 갇힌 데이터와 달리, Markdown 파일은 어떤 텍스트 편집기로도 열리고, 어떤 플랫폼으로도 이전 가능합니다. 데이터가 도구에 종속되지 않아야 한다는 원칙과 Markdown의 형식이 일치합니다.

AI 시스템들 사이에서 정보를 교환하는 형식으로도 Markdown의 역할이 커질 것입니다. 에이전트가 에이전트에게 지시를 전달하고, 결과를 보고하고, 문서를 생성할 때 구조화된 자연어 형식이 필요한데, Markdown이 그 역할에 가장 적합한 후보입니다.

한 블로거의 유산

수조 달러 규모의 AI 산업이 가장 발전된 플랫폼을 운영하는 방식의 중심에는, 한 사람이 자신의 블로그를 위해 만들고 17세의 천재에게 테스트를 맡긴 뒤 세상에 무료로 공개한 일반 텍스트 형식이 있습니다.

Markdown의 역사는 좋은 아이디어가 어떻게 퍼지는지를 보여주는 사례이기도 합니다. 특허도 없고, 회사도 없고, 마케팅도 없었습니다. 문제를 정확히 해결하는 단순한 도구 하나가 개방된 생태계에서 20년을 살아남아, 결국 AI 시대의 공통 언어가 됐습니다.

참고 출처: Daring Fireball, Markdown 원본 명세 (2004) / Aaron Swartz 블로그 (2004.03.19) / Anil Dash, "How Markdown Took Over the World" (2026.01.09) / NicFab, "Markdown: From 2004 to the AI Era" (2026.01.06) / Wikipedia Markdown 항목 / CommonMark 공식 사이트 / Taskade, The History of Markdown (2025.10) / convertermarkdown.com, History of Markdown (2026.02)