Anthropic 工程师炮轰 Markdown：HTML 才是 AI 时代的原生格式
「HTML is the new markdown. 我已经停止为几乎所有东西写 Markdown，全部改用 Claude Code 帮我生成 HTML。」
这句话出自 Anthropic Claude Code 团队工程师 Thariq Shihipar。5 月 8 日，他发表了一篇题为 “Using Claude Code: The Unreasonable Effectiveness of HTML” 的博文，在 X 上引发轩然大波——两条相关推文合计超过 15,000 个赞。
Markdown 统治开发者工具链十几年，突然被自家工程师「叛变」，这事儿值得好好聊聊。
一个 MIT 老兵的「暴论」
先说说 Thariq 这个人。
MIT Media Lab 出身，YC 创业老兵。做过游戏公司（融资 1700 万美元，TikTok 上百万用户），卖过 SaaS 创业公司，搞过非营利学术出版平台。现在是 Anthropic Claude Code 团队的工程师。
这不是一个随便的 KOL 在蹭热度——这是 Anthropic 自己人在用脚投票。
他博文标题致敬了物理学家 Wigner 的经典论文 “The Unreasonable Effectiveness of Mathematics in the Natural Sciences”。这个引用本身就暗示了他的野心：不只是在分享一个技巧，而是在提出一个关于 AI 时代信息格式的范式假说。
Markdown 的命门：编辑优势被架空了
Thariq 的核心洞察其实很简单——
Markdown 语法（# 标题、** 加粗、- 列表）是为人类手指设计的。每一个符号都在优化「人怎么写得快」。
可现在呢？
你让 Claude 写一份技术规格，它洋洋洒洒输出 200 行 Markdown。你看一眼，觉得行，提交。觉得不行，告诉它哪里要改，它再写一版。从头到尾，你没碰过一个字符。
既然人的角色从「写者」变成了「读者」，格式就该为「看」优化，而不是为「写」优化。
Thariq 说得很直白：
「超过 100 行的 Markdown 文件，我读不下去，也别指望团队其他人会读。但如果换成 HTML，真的有人去读的概率高得多。」
Context Window 时代，Token 不再是瓶颈
Markdown 之所以成为 AI 输出的默认格式，有一个历史原因：GPT-4 时代 context window 只有 8192 token，HTML 标签比 Markdown 多消耗好几倍 token，在那个年代完全不划算。
但现在 Claude 的 context window 已经到了 200K 甚至 100 万 token。HTML 多出来的标签开销？九牛一毛。
瓶颈从 token 数量变成了人的注意力。 当这个等式翻转，格式选择的逻辑就彻底反转了。
HTML 到底好在哪？
Thariq 在博文中列举了 HTML 碾压 Markdown 的四个维度：
视觉丰富度——SVG 图表、颜色编码、有样式的 callout、深色主题。Markdown 里画个表格要用 Unicode 线框字符，HTML 一个 <table> 搞定，还能加排序、筛选、高亮。
交互性——HTML 原生支持滑块、按钮、拖拽、表单。Thariq 在 Claude Code 里做了一个「throwaway editor」：Claude 生成一个可拖拽的看板（Now/Next/Later/Cut 四列），人微调完点导出，结果粘回 Claude 继续干活。人 → AI → HTML → 人操作 → 导出 → AI，闭环了。
导航——页内锚点、结构化的信息层级、目录。200 行的 Markdown 是一堵文字墙，HTML 可以有侧边栏导航、折叠面板、锚点跳转。
分享——HTML 传到 S3 就有链接，同事在哪里都能打开。Markdown 文件只能当附件塞进邮件，浏览器原生渲染效果还很差。
九大实战场景，20 个开源示例
Thariq 不光说了，还做了。他把和团队用 Claude Code 生成的 20 个 HTML 文件全部开源在 GitHub Pages 上，按用途分成九大类：
PR 代码审查——每个 Pull Request 附一个 HTML 代码讲解页，比 GitHub 默认的 diff 视图好用得多。代码 diff 本质上是空间信息，Markdown 把它压扁了，HTML 能把它还原回来。
技术概念解释——让 Claude 解释一个 Linux 安全漏洞，Markdown 只能输出线性文字；HTML 输出直接生成深色主题的技术文档，含颜色编码的严重等级、并排比较表、警告区块。
规划文档——多个方向选项并排放在一个 HTML 文件里对比，不用在脑子里来回切换。
看板管理——可拖拽卡片，Claude 先用自己的判断做一轮预排序，你只负责微调。
一次性编辑器——滑块、旋钮、拖拽区域，调完之后点导出按钮，把结果转换成文本粘回 Claude Code。
报告/仪表盘、设计原型、交互表单、监控看板——HTML 都能覆盖。
社区炸了：两极分化
这篇文章在开发者社区引发了激烈的讨论，而且观点高度两极化。
支持派以大 V 为主：
知名技术 KOL swyx 直接宣布「HTML is the new markdown，我已经全面切换。」
Django 联合创始人 Simon Willison 转发并立刻实测——用 GPT-5.5 对一个 Linux 内核漏洞的混淆 Python PoC 生成 HTML 解释。他的评价是：「Thariq 这篇让我重新考虑了。让 Claude 用 HTML 输出意味着它可以嵌入 SVG 图表、交互组件、页内导航。」
Omar Sar 则展示了一套 Agents + MCP + Markdown + HTML 的组合工作流，用 HTML artifacts 实现零收件箱管理、深度研究、快速原型。
反对派的声音同样真实：
GitHub 上有人提 issue 要求 Claude Code 原生支持 Markdown 渲染，理由很硬：目前 Claude 在终端里用 Unicode 字符画表格，一个 6 行 4 列的表要 1800 字符，同样的 Markdown 表只要 600 字符——3 倍 token 浪费。
Web2MD 团队做了对照实验：喂给 AI 内容时，Markdown 输入在所有任务上都比 HTML 输入得分高——摘要高 31%，问答高 23%，关键点提取高 40%。对 AI 的输入端来说，Markdown 依然碾压。
还有在 headless 服务器上跑 Claude Code 的用户吐槽：生成了 HTML 但没有浏览器可看，反而比 Markdown 更不方便。版本控制也是真实痛点——HTML 的 git diff 基本没法看。
我的判断：边界很清晰
Thariq 的观点有精确的适用边界。他没明说，但逻辑链是这样的：
当输出是给人看的成品——报告、技术解释、代码审查、规划方案——HTML 确实碾压 Markdown。
当输入是给 AI 处理的内容——喂进 context window 的参考资料、文档、代码——Markdown 依然是最优解。
当场景是终端/CLI——headless 服务器、SSH 远程、纯文本终端——HTML 完全不适用。
当需要版本控制——git diff、code review、多人协作——Markdown 的简洁性无可替代。
所以更务实的结论应该是：
| 场景 | 最佳格式 |
|---|---|
| 输出给人看 | HTML |
| 输入给 AI | Markdown |
| 终端交互 | Markdown |
| 版本控制 | Markdown |
| 最终交付物 | 看受众选择 |
更深层的问题
这场争论的本质不是「HTML vs Markdown」。
它真正指向的问题是：AI 时代的人机交互界面该长什么样？
Markdown 为「人写机器读」而生，HTML 为「机器渲染人看」而生。当 AI 从辅助工具变成主要的内容生产者，人和 AI 之间的沟通界面还停留在纯文字，这个落差正在成为生产力的天花板。
Thariq 说得最到位的一句话：
「使用 HTML 让我更深入地理解 Claude 在做什么。以前看 Markdown 规划文档总是扫两眼就关了，现在我能真正参与到决策过程中。」
一个格式的变化，决定了你到底是在「使用」AI，还是在「被」AI 使用。
Markdown 不会消失，就像命令行不会消失一样。但它的统治地位，可能真的到头了。
至少，Anthropic 自家人已经用脚投了票。
参考资料：Thariq Shihipar “Using Claude Code: The Unreasonable Effectiveness of HTML” (2026.5.8)、Simon Willison 博客、ABMedia 报道、GitHub Issues、X 平台讨论