Claude Code隐藏玩法爆火！Anthropic大佬：不要再用Markdown了

新智元报道

编辑：好困

【新智元导读】时代变了！统治十年的Markdown被无情抛弃，Anthropic大牛爆改工作流：让Claude直出HTML，闭环操作体验拉满。

就在刚刚，Anthropic的工程大佬Thariq Shihipar发了一篇长文，标题叫「HTML好用得离谱」。

他说，自己已经几乎不用Markdown了，全部切换成让Claude Code生成HTML。

而且不只他一个人，Claude Code团队里越来越多的人都在这么干。

统治了开发者世界十年的Markdown，就这么水灵灵地被自家人抛弃了？

举个例子你就知道了。

你让Claude Code展示一组设计色板，它在Markdown里憋了半天，最后用ASCII字符拼了一排灰扑扑的方块。

hex值倒是标得很准，但旁边这堆灰色的点阵图案，根本看不出是个啥。

换成HTML输出后，同样的信息就变成了下面这样。不用脑补，一看就懂。

你品品这个画面，全世界最强的编程AI，被困在纯文本格式里时，竟然只能用打字机字符假装自己在展示色板……

20个HTML文件全开源

每个都能替掉一份Markdown

说到这位Thariq Shihipar，他可不是一般的工程师。

MIT Media Lab出身，之前开了五年游戏公司，融了1700万美元。

他加入Anthropic的理由挺有意思的，用他自己的话说，叫「AI psychosis」，AI精神病。

Thariq觉得Claude Code就是软件开发的未来，不来不行。

Claude Code之父Boris Cherny招人的标准是「ex-founder, high agency」，创过业、执行力强。Thariq正好两条都占。

进了Claude Code团队之后，他同时管着工程、内容和用户反馈三条线。

期间做的最有名的功能是AskUserQuestion，就是让Claude在信息不够的时候主动问你问题，而不是瞎猜。

他把这个叫「解除模型的束缚」，让AI把本来就有的能力释放出来。

今年3月，他写了一篇关于Claude Code内部怎么用Skills的长文，也炸了一轮。

里面透露了一个关键细节，Anthropic内部有几百个活跃的Skills在跑，远比外界想象的多。

这次，Thariq把自己和团队用Claude Code生成的20个HTML文件全部开源在GitHub Pages上，按用途分成九大类。

每一个都是单独的HTML文件，浏览器打开就能用。

项目地址：https://thariqs.github.io/html-effectiveness/#code-review

代码审查：比GitHub的diff更好用

首先，是开发者反应最强烈的场景。

Thariq让Claude Code审查一个PR，生成了一个HTML页面。

里面是完整的diff渲染，每段改动旁边有内联注释，每条注释按严重程度颜色编码。

红色是Blocking级别的问题，黄色是Worth a look，绿色是Safe。

顶部有一张风险地图（Risk Map），六个被修改的文件用不同颜色标注风险等级，一眼就能看出该重点审查哪个文件。底部还自动生成了修复建议清单。

Thariq说他现在每次提PR都附带一个HTML的代码讲解页，比GitHub默认的diff视图好用得多。

原因很简单。代码的diff是空间信息，Markdown把它压平了，HTML能把它还原回来。

交互式教程：一致性哈希，一个环搞定

让Claude解释一个技术概念，Markdown只能输出线性的文字，但HTML就不一样了。

Thariq展示了一个一致性哈希的交互教程。

页面上画了一个环，4个节点、32个key分布在环上，每个节点用颜色标注它管辖的弧段。

你可以点「加一个节点」或「删一个节点」，实时看到key的重新分配。

旁边还有一张对比表，hash mod N vs 一致性哈希，指标清清楚楚。底部是一个悬停高亮的术语表。

同样的内容用Markdown写，大概是两页干巴巴的文字加一张ASCII画的圆圈。你选哪个？

用完即弃的编辑器：拖完就扔，扔前导出

再比如24个工单需要重新排序。

让Claude Code生成一个HTML文件，每个工单是一张可拖拽的卡片，在「Now / Next / Later / Cut」四列之间拖动。Claude会先用自己的判断做一轮预排序，你只需要微调。

调完了，点底部的「Copy as markdown」按钮，导出最终顺序。

微调系统prompt的场景也一样。

Claude Code生成一个左右对照的编辑器，左边是可编辑的prompt，高亮显示变量槽位，右边实时渲染三个样例输入，还有字符/token计数器。

这些工具不是产品，不是可复用的组件，就是一个为当前任务量身定制的、用完就扔的单HTML文件。

Thariq给这种玩法起了个名字，叫「throwaway editor」，用完即弃的编辑器。

更关键的是他提到的另一个概念，「双向交互」。

HTML文档不再是只读的，你可以在页面里操作。

Claude生成的滑块、旋钮、拖拽区域都是活的，调完之后点导出按钮，把结果转换成文本粘回Claude Code继续干活。

人→AI→HTML→人操作→导出→AI。闭环了。

AI生成的不再是「文档」，而是「工具」。

其他场景速览

除了这些，案例库里还有不少好东西。

• 周报

什么上线了、什么延期了，配一张小图表和彩色时间线，经理周一早上扫一眼就够了。

• 实施计划

时间线里程碑、数据流图、内联原型图、风险表，全塞在一个页面里。Markdown写的计划是说明书，HTML写的计划是仪表盘。

• 设计系统可视化

Claude读取代码库，把颜色变量渲染成色板，组件的所有尺寸、状态、变体铺在一张表上。

• 动画原型

一个按钮的点击动画，加上缓动曲线的滑块，调完参数一键复制回代码。动画这种东西文字说不清楚，必须「感受」。

还有箭头键翻页的幻灯片，一个HTML文件就是一套演示文稿，不用打开Keynote，不用导出PDF。

Markdown统治了十年

但现在写文件的是AI

Thariq的判断建立在两个变化上。

第一，AI Agent的输出越来越复杂，一份超过100行的Markdown文件，他坦言自己读不下去，也别想让团队其他人读。

第二，人们越来越少亲自编辑这些文件了，规范文档、参考资料、头脑风暴的输出，大多数时候让Claude来改。

Markdown最大的优势「易编辑」，被架空了。

不仅如此，在Markdown里颜色用方块字符估测，图表用ASCII画线框，代码diff只能用+和-标记。

而HTML能装表格、CSS设计token、SVG插图、交互组件、Canvas空间数据。

只要是Claude能理解的信息，几乎没有什么是HTML表达不了的。

还有一个容易忽略的好处，分享。

Markdown文件大多数浏览器原生渲染效果都不好，只能当附件塞进邮件。

HTML传到S3上就有链接，同事在哪里都能打开。你的规范用HTML写的，别人实际去读它的概率会高得多。

Markdown统治开发者工具链十几年，靠的是一个核心假设，人要亲手编辑文件。

标题用#，加粗用**，列表用-，所有语法都为人类手指优化。

但你回想一下，你上次亲手改一份Markdown文件，是什么时候的事了？

现在大多数情况是，AI写文件，你看一眼，觉得行，提交。觉得不行，告诉AI哪里改，它再写一版。文件从头到尾你没动过一个字符。

既然人的角色从「写」变成了「看」，那输出格式是不是也该跟着反过来？

HTML恰好就是这样。

人写起来痛苦，但AI写起来毫不费力。人看起来舒服，因为有颜色、有布局、有交互。

而且现在Opus 4.7的上下文窗口已经到了100万token，HTML多出来那点标签开销根本不算什么。

说白了，当瓶颈从token数量变成了人的注意力，格式的选择逻辑就彻底反转了。

当然，HTML也不是没毛病。

生成时间比Markdown慢2到4倍，版本控制的diff乱得没法看，而且确实更费token。

但话说回来，你真的会去读HTML生成的东西。而Markdown的长文档，大概率划两下就关了。

读了 vs 没读，这个差距可比token效率大多了。

换句话说，一个格式的变化，就决定了你到底是在「使用」AI，还是在「被」AI使用。

Markdown不会消失，就像命令行不会消失一样。

但它的统治地位，可能真的到头了。

至少，Anthropic自家人已经用脚投了票。

参考资料：

https://x.com/trq212/status/2052809885763747935