Markdown 是否真的被 HTML 取代?AI 时代的内容输出格式之争

3 参与者

Markdown 是否真的被 HTML 取代?AI 时代的内容输出格式之争

最近 Anthropic Claude Code 团队的 Thariq 发了一篇长帖,直言不讳地说:Markdown 已经不够用了。在 AI Agent 越来越强的今天,我们该把 HTML 当成首选输出格式。

我点开他附的演示页面(https://thariqs.github.io/html-effectiveness),刷完一堆实际例子后,彻底被说服了


Markdown 的老问题

Markdown 曾经是救星。它简单、轻量、到处都能用。写文档、记笔记、发 GitHub issue,都靠它。 但当内容复杂起来,尤其是让 AI 帮你生成东西时,它就开始露怯了。

  • 超过一百行就变成灾难:一大片灰色的文字墙,标题、列表、代码块混在一起,读着读着就想划走。
  • 想加个颜色?不行。
  • 想插个可交互的图表?不行。
  • 想让同事一眼看到重点?还是不行。

更尴尬的是,现在我们自己很少手动改文件了。大部分时候是扔给 AI 去生成和修改,“易手写”这个 Markdown 当初最大的优势,已经越来越不重要。


HTML 为什么突然香了?

HTML 能干的事,Markdown 根本没法比。它天生支持:

  • ✅ 丰富的排版和颜色
  • ✅ SVG 矢量图和 Canvas 绘图
  • ✅ JavaScript 交互(滑块、按钮、拖拽)
  • ✅ 响应式布局和移动端友好
  • ✅ 一键分享(上传后就是个链接)

最重要的是,它让 AI 不再只是“描述”东西,而是真正展示东西。

我看 Thariq 页面里的例子时,感受特别明显: 同样是讲一个复杂的技术方案,用 Markdown 你可能需要来回滚动找信息; 用 HTML,它直接给你并排三种实现对比,每种都有视觉 mockup、优缺点表格、风险提示,还能点开展开细节。 信息密度高了很多,但一点都不乱。


真正能改变工作流的例子

1. 代码审查和 PR 文档

不再是一堆 diff + 文字说明。 HTML 版本直接把文件变化高亮标注,旁边附上作者注解,严重程度用颜色标签区分,还能跳转到具体代码行。 读完后你对改动意图的理解深度完全不一样。

2. 项目规划和方案对比

一个页面里同时放时间线、数据流图、不同架构的 mockup、潜在风险清单。 以前需要好几份文档,现在全挤在一个可读性极强的页面里。

3. 原型和设计验证

即使最终产品不是网页,也可以用 HTML 快速做交互原型。 加个滑块调整动画时长,改个参数看实时效果,最后点个按钮就把当前配置复制成 JSON 给 AI 继续迭代。

4. 周报和事件报告

不再是枯燥的 bullet points。 带小图表的时间线、状态看板、待办 checklist,一目了然。 分享出去后,领导和同事实际打开阅读的概率大幅提升。

5. 自定义工具

最有趣的一类是“编辑界面”。 比如一个拖拽卡片的看板(Now / Next / Later / Cut),改完后一键导出 Markdown; 或者一个 prompt 调优器,左边改模板右边实时预览效果。 这些东西以前得自己写,现在让 AI 一次生成,爽感拉满。


怎么开始用?

其实非常简单。跟 Claude(或者其他支持良好 HTML 生成的模型)说一句:

“用单个自包含的 HTML 文件给我做……”

后面描述清楚你想要的功能、交互方式和视觉风格就行。 第一次可能要多迭代几次,但从第二次开始,AI 就能直接输出高质量、可直接部署的 HTML 页面。


结语:不是“取代”,而是“进化”

Markdown 没死,但它不再是唯一选择。 在 AI 能轻松生成结构化、交互式内容的今天,静态文本已不足以承载复杂信息

HTML 不是给前端工程师的,它是给所有需要清晰表达、高效沟通的人的新画布。

你准备好告别纯文本了吗? 💡

加入讨论

3 条评论

延伸阅读