东说念主类花了半个世纪把文档从字机搬到 Word，又花了二十年搬到云霄。末端 AI 期间真是的通用款式，是门 2004 年发明的纯文本言语—— Markdown。

近 Claude Code 工程师 Thariq 又建议了新的不雅点，说我方照旧不必 Markdown，HTML 才是将来，激励了大批探讨。

▲ Claude Code 工程师 Thariq 共享的用 HTML 替代 Markdown 著述，面前该内容已在 X 上赢得千万次浏览

著述里，他建议了 HTML 款式的输出，是比 Markdown 文本好的形态。对 AI 来说，从输出 Markdown 到输出 HTML，鼎新的过程基本痛，但对用户来说却是实实的体验化。

Karpathy 在今天凌晨也转发了这篇著述，共享了他关于 HTML 的宗旨。

在他看来，音频是大言语模子好的输入，视觉是好的输出。在他畅念念的路子里，HTML 之后还有交互动画、神经收集平直生成的、终某种东说念主机之间真是的感知融。

在 Vibe Coding 和 Agent 居品成为主流的配景下，HTML 和 Markdown 对大多数 AI 玩可能并不生疏。

▲ 在 DeepSeek 内条目它作念个小游戏，会平直给咱们段能运行的 html 代码文献

念念作念个小游戏，告诉 ChatGPT，「帮我作念个馋嘴蛇的单页 HTML 网页」。ChatGPT 会将代码包成成个后缀名为 html 的文档，双击开，咱们就能在浏览器里看到个可交互、有动、图文丰富的着力。

甚而在浏览器里面，任何个网页下，按下 CTRL+S，保存下来的土产货文献，齐有个 .html 的文档。

而 Markdown 从 AI 要获取网页高下文的年代，就有大批的器用，平直将各式文献类型的文档转成 Markdown 款式。

微软我方动作办公三件套之，有着 docx、pptx、xlsx 等职场常用的文献，早前也开源了个将这些办公文档转成 Markdown 款式的神情，咫尺在 GitHub 上照旧获利过 12 万 Stars。

▲ 神情地址：https://github.com/microsoft/markitdown

OpenClaw 爆火之后，各式 AGENT.md、SOUL.md、CLAUDE.md、MEMORY.md ……甚而是 Skills 工程里面，每个 Skill 亦然个 Skill.md 的文档。

从驰念的保存、到教导词和 Agent 的放置，Markdown 款式简直成为了 AI 获取丰富高下文的不二聘用。

▲ OpenClaw 智能体证据过多个不同的 Markdown 文献来搭建终的责任区｜图片由 AI 生成

咱们泛泛责任中常使用的 PDF、DOC、以及 PPT 反而在 AI 期间成了「不被待见」的款式。

但当今冒出来的 HTML 的又是如何回事，它会有契机取代 Markdown 成为 AI 期间的新通用言语吗？

Markdown 为什么适 AI

先说说为什么 Markdown 成为了 AI 期间的 Word，论是 AI 的回答，照旧咱们丢给 AI 的高下文，当今大多齐是以 Markdown 为主。

这门言语出生于 2004 年，灵感来自 2000 年代电子邮件的文本排版通例——竖线分隔、80 字符换行、星号暗示强调。它的办法是「写起来像纯文本，渲染出来像 HTML」。充足松懈，充足便携，不需要任何器用，任何文本剪辑器齐能处理。

▲ Markdown 语法速查表｜图片由 AI 生成

这套联想形而上学在博客期间是的。2008 年前后跟着 Github 崛起，Markdown 平直成为圭表员的圭臬写稿款式。各类技巧文档、Stack Overflow 回答、Github README、技巧博客，Markdown 简直在统统这些场景里齐责任得很好。

然后大言语模子来了。

边是刚好西宾数据里有大批 Markdown 款式的文本，模子学会了用它抒发结构。即西宾数据上，那些技巧博客论坛里「机灵东说念主写的东西」大批是 Markdown。模子学到的不仅仅款式，还有「用 Markdown 写稿 = 崇拜、结构化、业」这个相关。

另边是 Markdown 的结构信号相当局部化，个标题只需要个 #，个列表只需要个 -，** 出现便是加粗。模子也不需要看很远的高下文就能判断面前 token 的语义角。

▲ 相同篇著述，HTML 意味着众多的标签、各式区块的分隔，以及样式放置等

对比 HTML 的标题和列表北屯管道保温工程

或者

要省得多，此外，HTML 的

要比及

  才闭，语义跨度长，模子生成时需要「记着」远的现象。对模子生成来说包袱重，出错概率。

是以论是从大言语模子庄重力机制的技巧角度，照旧 Token 经济学的角度，「能用 Markdown 就不必 HTML」在长文档、多轮对话、大批 API 调用的场景里，成了工程师和模子双的偏好。

素雅下来，Token 率、结构了了、剖释松懈的中枢价值，让模子 Markdown，它 Markdown 款式的输入，也 Markdown 款式的输出。

这种偏好在大言语模子西宾时，也变得加彰着。

模子通过东说念主类反馈强化学习 RLHF 的时候，标注员给分的回答能够率是：有了了标题、有分点列举、结构目了然的回答。而这种视觉结构，在纯文本环境里便是 Markdown。

于是模子学到的励信号亦然：用 Markdown 款式化 = 看起来崇拜、完好、值得分。即使问题根柢不需要列表，模子也会倾向于加列表。

▲ 着名的 Markdown 剪辑器 Typora

这能够亦然为什么咱们刚劲问 ChatGPT 个问题，它齐念念给三个重点、加粗关节词、再来个小结。以及大多数时候，在 AI 的对话界面，复制 AI 的回答，粘贴到其他输入框，齐会发现自动多了 #、**、---、等 Markdown 秀气。

咱们看到的每条 AI 回答的翰墨音讯，基本上齐是以 Markdown 的款式在渲染。

为什么不是 PDF、Word、PPT

Markdown 好用，然则咱们泛泛生存中使用的文档款式，大多照旧 PDF 和 Word。雇主发来个文献，我丢给 AI 去向理，这个文献通常要比我平直复制粘贴，糜费多的时候。

履行原因照旧模子只意志 token，不虞志文献。

大言语模子的输入，在参加模子之前须先被鼎新成 token 序列。模子看不到「个 PDF」，它看到的是 PDF 被剖释出来的文本内容，然后再切成 token。是以哪种款式在剖释成纯文本之后，示寂的信息少、引入的噪声少，这种款式便是好的款式。

▲ Claude 官的 PDF Skill，需要调用门的器用库才调罢了 PDF 文献读取

PDF 联想的办法是「印出来排场」，不是「机器好读」。在 PDF 里面存储的是每个字符的坐标位置，而不是文本的逻辑轨则。个两列布局的 PDF，剖释出来的文本轨则很可能是左列行、右列行、左列二行、右列二行，平直就乱掉。

表格倒霉。PDF 里的表格通常是用对坐标定位的文本块，莫得任何「这是行」「这是列」的语义信息。对 AI PDF 剖释器来说，只可靠猜。

扫描版 PDF 就不必说了，平直是图片，要先过 OCR 文本识别，而 OCR 的极度爽平直参加模子高下文。

.docx 和 .pptx 履行上是 ZIP 压缩包，里面是堆 XML（可彭胀标记言语）文献。剖释出来的原始内容里有大批样式标记，管道保温施工字体、颜、段落间距、主题、转换纪录，这些对模子相识内容毫匡助，但会占用大批 token，稀释真是有效的信息。

对 PPT 来说，信息密度底本就低，张幻灯片可能唯有句话、几个关节词，剖释出来是碎屑化的文本，莫得高下文联结，模子很难重建完好的逻辑。

有东说念主会说那 TXT 呢，其实 Markdown 和 Word 这类文本，履行上齐不错转成 TXT 文档，它莫得稀薄的噪声，但也莫得任何结构信号。

模子很难定位到那处是标题、那处是列表、那处是代码块、那处是援用。关于长文档，还意味着模子要靠当然言语踪影去猜结构，准确率不壮健。

▲ 图片由 AI 生成

访佛的言语还有 JSON/XML，它们如实对机器友好，但「机器」指的不是言语模子。

JSON 和 XML 是为圭表剖释联想的，键值对、层结构、严格语法。传统软件读 JSON 很惬意，因为它不错平直 json.parse ( ) ，得到个结构化对象。

而言语模子的「相识」是通过 token 之间的统计相关罢了的。对言语模子来说，读 JSON 和读当然言语的式是样的，逐 token 处理，靠庄重力机制竖立相关。把这种严格结构化的款式喂给个为腌臜输入联想的系统，自己是种错配。

Markdown 刚好在这两者之间，它是纯文本，但带有轻量结构信号。

▲ 部分器用像 Jina Reader，在网页 URL 前添加 r.jina.ai 前缀，就能将任何网页鼎新为 LLM 友好的 Markdown

剖释 Markdown 不需要任何特殊器用，平直读文本就行，不会有 PDF 那种坐标交加，不会有 Word 那种 XML 噪声。同期 # ** - 这些标记给了模子充足的结构踪影，让它知说念这段是标题、这段是列表、这段是代码。

这些标记自己就在 token 词内外，模子平直处理，不需要任何预处理治安。

Markdown 也要落伍了？

在 Claude Code 工程的那篇著述里，细数了 HTML 的几大点。

信息密度，HTML 能传达的信息远比 Markdown 丰富。它能作念基础的文档结构、标题款式，但它还能暗示各式其他信息，像是 CSS 样式、SVG 图片、canvas 空间数据、历程图、img 标签插入图片等等。

他还提到，Claude 能处理越来越复杂的责任，它写的需求文档和策画也越来越长。而过 100 行的 Markdown 文献根柢读不下去，别说让其他东说念主去读。

但 HTML 文档的阅读体验就支吾。Claude 不错用标签页、插图、聚合等式把结构组织得了了易航。它甚而能作念到反映式布局，在不同诱惑上齐能惬意地阅读。

在共享这点上，他也认为 HTML 的传播要比 Markdown 容易。 把 HTML 文献刚劲放到某个云平台上，发这个聚合给一又友和发份 Markdown 文档，定是点开聚合阅读的几率大。

就像当今作念走漏注解，展示几十页的 PPT，否则平直开个网页。市面上常见的度商量居品，在生成 PPT 时，所选择的款式亦然从渲染 HTML 网页驱动。

还有 HTML 的交互，咱们不错不同的按钮、使用滑块或旋钮来退换不同的信息展示。

在提到 Markdown 输出的 Token 要比 HTML 少时，以及耗时候时，他说 HTML 可能比 Markdown 慢 2-4 倍，但以为值得；而 HTML 带来的抒发力栽种、以及真是去读它的概率大幅提，终产出反而好。

咱们也尝试把 Thariq 这篇长文转成 HTML 的款式，相较于 X 文的长截图，HTML 呈现的内容会对读者友好。

针对 HTML 适给东说念主阅读这点，著述所列的点听起来如实 Markdown 很难作念到，但平直把 HTML 形貌成新的 AI 通用言语，还为先锋早。

难说念咱们将来的会话，每次齐要等 AI 输出个所谓样式缜密、交互友好的网页吗？

我念念咱们和一又友闲聊的时候，不会但愿它盛装束，不会念念他要化妆小时，要咱们原地恭候他。

不必说，在大多数用户战役到的 AI，即那些不针对编程、联想等特定域的 AI，悉数齐是以对话的神情在交互，咱们的会话无意并不需要份缜密的 HTML，现存的 Markdown 就照旧充足了。

Claude Code 工程师这篇著述里也提到了 HTML 适用于哪些神情，举例条目 AI 生成份看重的需求文档，包括策画神情和探索不同的联想案、或是可视化代码审查和相识、制作交互原型，比如动画和动作果、以及商量走漏注解等使用场景。

而这些场景底本便是适网页呈现的场景，用它来挑战 Markdown 的地位稍许有点胜之不武。

作家在后得出的论点是 HTML 动作 AI 请托给东说念主类的终产物好读。但他并莫得主张用 HTML 动作 AI 的责任驰念或高下文款式，因为 Markdown 在这域咫尺便是统统 AI 的唯措置案。

Markdown 照旧 AI 期间的 Word，那 Markdown 终会走向那处？

Markdown 是 AI 的责任言语，是高下文的载体，是 agent 之间传递信息的款式，但它可能不需如若用户终看到的东西。HTML 或者将来某种好的款式，是 Markdown 被渲染之后的界面。

HTML 挑战不必挑战 Markdown 的地位，它只需要承担补上 Markdown 从来就不需要承担的阿谁角。

Markdown 不错是 HTML 的部分，咱们在网页上和 AI 聊天，AI 给咱们的回答使用 Markdown，它此时是被镶嵌到了 HTML 里。

将来的 Markdown 就像块积木样，它会被镶嵌到 HTML、甚而是某种缜密的 XTML 言语里。

款式会直往前走。HTML 是此刻的前台，但也仅仅此刻的。下站可能是可交互的 3D 空间，再下站可能是平直写进视网膜的信号流。

但论前台换成什么，后台跑的照旧 Markdown。它不会被取代，只会被渐忘。而在技巧的寰宇里，被统统东说念主渐忘，恰正是种款式终见效的式。

每代东说念主齐在争论下个界面是什么。但真是活下来的，从来不是界面，是公约。

1.本网站以及本平台支持关于《新广告法》实施的“极限词“用语属“违词”的规定，并在网站的各个栏目、产品主图、详情页等描述中规避“违禁词”。
2.本店欢迎所有用户指出有“违禁词”“广告法”出现的地方，并积极配合修改。
3.凡用户访问本网页，均表示默认详情页的描述北屯管道保温工程，不支持任何以极限化“违禁词”“广告法”为借口理由投诉违反《新广告法》，以此来变相勒索商家索要赔偿的违法恶意行为。