Markdown要凉…卡帕西也站HTML了

< img id="wx_img" src="https://www.qbitai.com/wp-content/uploads/imgs/qbitai-logo-1.png" width="400" height="400"> Markdown要凉…卡帕西也站HTML了 Jay 2026-05-12 15:08:08 来源： 量子位 去质疑一切吧 Jay 发自 凹非寺 量子位 | 公众号 QbitAI Markdown，当死。 这个暴论，出自今天Anthropic工程师Thariq发的一篇引爆全网的长文。 整篇文章，就一个目的—— 给MD宣判「死刑」。 是的，这个前不久风靡vibe coding的人机交流格式，正在被Claude的工程师们呼吁抛弃。 我现在几乎不怎么亲手编辑这些文件了，更多是拿它们当规范、参考文档或者头脑风暴的产出。就算真要改，通常也是直接丢给Claude去修。 不是，你等等。 我刚学会用MD…… 又死了？？？ 那，替代品是啥啊？下一个该学什么？ Thariq的答案，出乎意料： HTML。 我现在不管是做规划、需求设计、方案探索，还是代码审查和整理报告，全都在用HTML…… 其实吧，如果光Thariq这么说，不能代表什么。 关键评论区共鸣的人太多了，这本身就代表一种趋势。 连卡帕西都表示说的太对，反手给出一个认可： 这方法是真的好用。 以下是经过整理，更方便大家阅读的版本。 Enjoy。 Anthropic工程师力推HTML，为什么？ 这种格式之争的内容，用对比方式呈现是最方便理解的。 在Thariq看来，HTML大于MD， 有5点原因。 我把这5点都一条条列出来了， 也做了图 ，大家可以对照着看。 1、信息密度碾压 Markdown能做什么？标题、加粗、列表、代码块。差不多了。 但HTML可以做的事情，多到离谱——表格、CSS样式、SVG矢量图、JavaScript交互、Canvas画布、绝对定位的空间布局…… 几乎没有任何一类信息，是AI读得懂但HTML表达不了的。 你可能见过Claude Code在Markdown里用ASCII码画流程图的样子，或者用Unicode色块去「估算颜色」的名场面。 就是这张图。 太心酸了，就像逼着一个画家用筷子画油画，还要求人家必须画出个蒙娜丽莎。 2、可读性 MD，性缩力拉满了。 Thariq一直这么觉得，超过100行的Markdown文件，他基本就不读了。 更别提让团队里其他人去读。 这一点可太有共鸣了。 不知道大家是不是这样，反正每次Claude Code和Codex吭哧吭哧给我干出的两百多行的plan.md……我从来没认真看过。 瞟一眼，就一句「开工」发出去了。 但HTML应该会好一点。 AI可以把同样的信息组织成带标签页、带导航、带折叠区块的页面，甚至可以做成响应式的，手机上看也舒服。 对比如下，瞅瞅—— 说实话， 左边的甚至会选择性忽略 ，大脑算力瞟一眼就感觉要不够用了。 没办法，sorry了小MD，咱们人类还是爱看图啊。 3、分享成本几乎为零 Markdown文件你怎么分享？发附件。对方还得找个能渲染的工具打开。 HTML呢？ 往S3上一传，甩个链接，浏览器直接打开。 发给同事或老板，发给朋友炫耀，都很方便。 功利点说，HTML就是颜值即正义，方便即正义。 你的spec、你的报告、你的PR说明，被别人真正读到的概率，HTML比Markdown高出太多了。 这也是为什么，AI时代， 个人网站成了新的简历形式。 4、双向交互 HTML是可以交互的。 你可以让Claude给设计稿加上滑块和旋钮， 拖一拖就能调整参数 。 你可以让它做一个可拖拽的看板来重新排列任务优先级。 你甚至可以让它做一个实时预览的Prompt编辑器。 左边改Prompt，右边立刻看到填充效果。 改完了点一个Copy按钮，把参数直接粘回Claude Code。 5、快乐 这是Thariq给出的最后一点理由： 用HTML做东西，更好玩。 说真的，这可能是最重要的一条。 当你跟一个工具协作时感到快乐，你就会更愿意投入，更愿意打磨，最终产出的东西质量就是更高。 大家之所以会沉迷于vibe coding，不就是因为找回了那份原始的快乐吗。 Thariq的用法清单 不止是纸上谈兵，Thariq自己早已成为忠实的HTML信徒。 他在文章里列了很多具体的使用场景。大家可以照猫画虎，用这个当入门教材。 1、规划和探索 开始一个项目的时候，不再写一个plan.md，而是让Claude Code生成一组HTML文件。 先做头脑风暴，把几个方向做成可视化的对比页面。 然后，选一个方向深入，做mockup、写代码片段。最后整理成一份实施计划。 有Prompt，大家可以存一存： 我不确定入门引导页该怎么做。生成6种完全不同的方案——布局、语气、信息密度都要有差异——放在一个HTML文件里用网格排列，让我能并排比较。每种方案标注它做了什么取舍。 最后长这样。 2、代码审查 这个是真的刚需。 在Markdown里看diff，太痛苦了。 但HTML可以渲染真正的diff视图，加上行内批注、按严重程度标颜色、画流程图来解释代码逻辑。 就像这样。 Thariq说，他现在每个PR都会附一个HTML格式的代码说明。 我们自己内部也有一个类似的错误审查skill，生成的就是HTML，一眼就能看到错字。 3、设计和原型 这个就不用多说了，HTML在交互方面就是天生优势，很适合用来做前端。 4、报告和研究 让Claude Code去翻你的Slack、你的代码库、你的git历史、互联网上的资料，然后把所有信息整合成一份可读性极高的HTML报告。 可以是一份长文档，可以是一个交互式的解释器，甚至，可以是一个幻灯片。 5、一次性编辑器 这个玩法很有意思。 当你用纯文字很难描述你想要什么的时候，让Claude给你做一个「一次性编辑器」。 对，一次性，不是可复用的工具，就是一个专门为你当前这件事做的HTML页面。 比如你有30个Linear ticket需要重新排优先级。让Claude做一个拖拽看板，预排一遍，你调整完，点一下按钮导出成Markdown。 或者说你在调一个system prompt。让Claude做一个左右分栏的编辑器，左边改Prompt，右边实时预览，带token计数器和copy按钮。 奢侈这一块，用完就扔。 但它帮你省下的时间和脑力，远超你花在描述需求上的30秒。 Q&A环节～ 写到这里，我知道有些朋友肯定要问了。 HTML不是更费token吗？ 其实吧，这篇文章下面不少网友也是在质疑这点。 有网友现身说法： 自己一个人同时维护7个项目，包括代码、设计稿、培训材料和学习模块。 他算了一笔账： 同样内容下，425个Markdown文件一年大约烧6600美元上下文成本；换成HTML后，直接涨到 1.1万美元 。 等于 每年多花5000美元 ，只是为了那些模型根本用不上的HTML标签。 甚至有网友调侃， 这就是Anthropic的小阴招： Anthropic真是天才，竟然还能想到更快榨干大家usage的新办法。 好吧，Thariq也承认，HTML生成时间大概是Markdown的2到4倍。 但他觉得值