过去两年，如果说大模型最擅长用什么格式交付内容，答案大概率是 Markdown。
原因也很简单，Markdown 很干净、没有多余的格式，复制到文档、知识库、GitHub，哪怕是直接丢到微信公众号后台，也不会有什么大问题。某种意义上，Markdown 已经是公认的 AI 时代最好的标记语言。
不过，随着 Agent 时代的到来，Markdown 的风评开始急转直下，老掉牙的 HTML 反而开始被开发者们疯狂推荐。为什么会发生这样的变化呢？其实，Anthropic 的 Claude Artifacts、OpenAI 的 Codex、近期爆火的 Openclaw、Hemers 等 Agent 工具，最终交付的东西，往往都不是纯文本，它可能是一个 SVG 动画、一个程序，甚至是一个完整的视频。
（图源：文化密码）
在这种情况下，通常仅以纯文本方式呈现的 Markdown，就不太够用了。Anthropic Claude Code 团队成员 Thariq Shihipar 在自己的文章里也提到过，相比 Markdown，Claude 更应该用 HTML 来输出结果。
但HTML 真的就比Markdown 更好吗？其实也未必。
老家伙逆袭取代 Markdown，靠的是「全能」
说起来，Markdown 也不算是很新的东西。2004 年，John Gruber 提出 Markdown，它的定位就是面向网络写作者的 text-to-HTML conversion tool。简单来说，就是让写作者先用接近普通文字的方式把内容写完，再通过工具把它转换成 HTML。
Markdown 从一开始就不是为了替代 HTML，而是为了降低写 HTML 的门槛，它更像一层更容易上手的中间语，帮作者先忽略写 HTML 过程中必须关注的规范，优先专注于把内容顺畅地写出来，再交给工具去处理。
所以，Markdown 后来在博客、论坛、知识库、开发文档和 GitHub 上流行起来，靠的就是非常简单的写作规范，整个工具里只有标题、列表、引用、加粗、链接，这些最常见的排版需求，不需要作者再去关注其他东西。
而 HTML 的历史要老得多，Tim Berners-Lee 在 1989 年提出万维网构想，到 1990 年底已经定义出 Web 的几个基础概念，包括 HTML、HTTP 和 URL，并写出了第一个浏览器、编辑器和服务器。也就是说，HTML 几乎就是跟着互联网一起出现的东西。
相比起 Markdown，HTML 麻烦的点就在于，作者在写作的同时关注到标题、段落、链接、图片、表格，表单、导航、按钮，这一大堆东西，很可能会在写作的时候被打断思路。当然，HTML 能呈现的东西也更丰富，毕竟它的核心是呈现一个「小网页」，能显示、交互、提供动效的元素，也更多一些。
同一套提示词下，我们让 AI 做一份个人简历，提供虚构的姓名、信息、工作经历和教育背景，同时输出 Markdown 和 HTML 两种形式。Markdown 版本就很显而易见地简单，信息是完整的，但假如 HR 收到这份简历，可能会认为你不够专业；HTML 版就丰富很多了，至少它真的像一份简历。
（图源：雷科技制图）
（图源：雷科技制图）
我们再看看最常见的手机导购表在 Markdown 和 HTML 两种形式下的区别。在制作这类图表时，Markdown 输出还算是非常标准的，没有多余的话，参数信息都是直给，也很清晰。但论细节的丰富程度，HTML 还是要赢太多，比如色彩的选择、推荐指数最直观的呈现方式等。
（图源：雷科技制图）
（图源：雷科技制图）
但 HTML 就彻底赢了吗？我倒觉得未必。同一套提示词下，我让 AI 尝试去做一个创业者的书单推荐，在没有太多干预的情况下，我认为这次 Markdown 输出的结果更清晰，像是书名、简介、推荐指数，一眼就能读懂；HTML 做出来的动效很好，视觉效果拉满，但并不能让我清晰地了解我应该从哪本书开始阅读。
（图源：雷科技制图）
（图源：雷科技制图）
最后我们来看看技术教程这个场景，相比起前面的案例，这次 Markdown 赢面就更大了。首先，技术教程这种事，它本身就是偏线性阅读的过程，我们需要从上到下进行浏览，Markdown 的逻辑跟这个完全吻合，代码块直接嵌在步骤里，注意事项缩进，看着就很清晰。HTML 即便是有高的开放性，但在这种场景下，也得老老实实去做最简单化的处理，但看起来还是 Markdown 更简洁。
（图源：雷科技制图）
（图源：雷科技制图）
其实从这些实际的案例来看，Markdown 并没有被 HTML 完全碾压，尤其是在一些资料收集、文本整理部分，Markdown 更能呈现最清晰、简单的结果。但为何大佬们都更推荐 HTML 呢？我认为，HTML 能够承载更多元化的内容，比如写简历和做导购这部分，HTML 带来的丰富视觉效果，是 Markdown 无法比拟的。
抛弃 Markdown？话还说太早
从前面的体验看，很多人可能会问HTML 看起来这么好，那是不是所有人都该抛弃 Markdown，全面拥抱 HTML？倒也不是。
在大多数人的印象里，AI 就是一个聊天窗口，输出什么格式无所谓，反正你自己看得懂就行，Markdown 在这个场景里完全够用，甚至因为简洁，反而更合适。但如果是 AI 要开始帮你做事，那 Markdown 可能不够出色。
其实，Markdown 从一开始就是为「写作的人」设计的。你用它写东西，写完交给平台，平台帮你把那些##和**变成好看的标题和粗体，用户才能看到你想要的效果，更直接地说，Markdown 天生就需要一个「帮它翻译的人」。HTML 打开就是结果，浏览器就是它的运行环境，全世界每一台电脑、每一部手机都有浏览器，HTML 不需要任何人帮它翻译，它自己就是成品。
想象一下，你让 AI 帮你做一份 PPT。如果它输出的是 Markdown，你拿到的其实不是 PPT，而是一份描述了 PPT 长什么样的说明书，你还得自己找一个能读懂这份说明书的软件，才能看到真正的幻灯片，比如 WPS 或者 Office 套件。但如果它输出的是 HTML，你点开就是一个完整的、可以直接用的成品。
（图源：雷科技制图）
这就是为什么，几乎所有大佬都更推荐你在 Agent 上要求输出的结果为 HTML ，因为这样你就会得到一个真正的成果，而不是半成品。
（图源：雷科技制图）
另外，正如前面所说的，现在是一个 Agent 时代，我们不仅要考虑人和 AI 工具之间的协作，还要考虑 AI 与 AI 之间的协作，一个 Agent 生成内容，另一个 Agent 接收并展示，或者直接推送给用户，在这条链路上，HTML 可以无缝流转，打开即用。
不过，Markdown 目前的用途远比想象中要多。举个最经典的例子，AI 在训练的时候，读进去了大量的 Markdown 文档，比如GitHub 上的项目说明、技术博客、各种开源文档，格式大多都是 Markdown。所以 AI 对 Markdown 的结构天然熟悉，理解起来最顺畅。很多开发者也更愿意把自己的技巧分享成 Markdown 格式，方便其他开发者直接喂给 AI。
所以说，并不是 HTML 在 Agent 时代更适合多数普通人「想要得到完美成果」的需求，就代表着 Markdown 应该被取缔，它们各有适合的场景和使用方式。
选 Markdown 还是 HTML，这是一个问题
聊了这么多，作为普通用户，我们在要求 Agent 输出结果时，到底该选 Markdown 还是 HTML呢？其实也很简单，你只要先想一想，这个结果是自己看，还是要分享给别人看。
就像这个旅行攻略案例，你让 AI 帮你整理三天的京都行程，自己的安排、自己用，Markdown 简洁直接，信息全部直罗列，看着也更清晰。这时候如果非要让 AI 输出 HTML，你会发现拿到手的东西和 Markdown 版几乎没有差别，因为 HTML 的设计能力在这里根本没有用武之地，提示词还更难写，纯属多此一举。
（图源：雷科技制图）
（图源：雷科技制图）
如果你要给别人看，尤其是场合还比较正规的，那用 HTML 效果就要好很多。比如工作周报，Markdown 版只能靠 Emoji 区分状态，发给领导难免显得随意；HTML 版绿黄灰三色一眼看清，进度条直接标出完成了多少，面子功夫直接做到足。
（图源：雷科技制图）
（图源：雷科技制图）
另一个判断逻辑就是，你需不需要你输出的结果是「排版好看」的内容，如果你根本不在乎排版，只想要信息本身，Markdown 就是你要的；但如果在你的设想中，已经想好整个排版、布局、包括整体的配色、动效，那就只能用 HTML 了。
总的来说，HTML 虽然是大佬们力推的 Agent 输出结果格式，但我们也要根据自己所需的场景进行选择，Markdown、HTML 各有自己场景下的优势。
热门跟贴