HTML 该读,不该是源
trq212 把 HTML 当 agent 输出格式的 thesis 在 X 上拿了 5.4M views。我们同意一半,反对另一半 —— 而那另一半,是 Plain 存在的全部理由。
2026 年 5 月,Anthropic 的 Thariq Shihipar(@trq212)发了一条 thread,叫 The Unreasonable Effectiveness of HTML。5.4M 浏览,9.4k likes。核心论点:Markdown 已经成了 agent 与人沟通的主流格式,但它不够; HTML 才是终态。
他的论证几乎逐条命中 Plain 立项时的 thesis —— 信息密度、可读性、可分享、可交互。 我们读这条 thread 时,只感到一种"被同事独立验证"的兴奋。
但 thread 里有一段话我们不同意
在 FAQ 部分,trq212 自己列了 HTML 的两个痛点:
How do I view the HTML file? I tend to just open it in a browser locally, or upload to S3 if you want a shareable link.
What about version control? This is honestly one of the biggest downsides of HTML. HTML diffs are noisy and hard to review compared to Markdown.
他承认这两件事是 HTML 当源的硬痛点 —— 但仍然主张让 agent 直接产 HTML 文件。这是我们要分道扬镳的地方。
我们的 thesis:HTML 该读,不该是源
Plain 把这两件事拆成两层:
- 源是文本(Markdown / CSV / 一段 frontmatter)。 diff 给 git,改给 AI,review 给同事。 一行变更就是一行 diff,reviewer 不会看到 240 行的 noise。
- 渲染是 HTML。 浏览器直接看,链接直接发,客户的 Mac、AI 同事、PM 的 iPad 都能开。 想要 .pptx?marp 一键导出。想要 PDF?浏览器打印。
这条路比"agent 直接产 HTML 文件"难走 —— 我们要自己写 marp 主题、自己做 visual edit 的双向映射、 自己做 @ref 跨文档同步、自己做 inspect mode 让用户既能改源也能改渲染。 但它换来一件重要的事:你的内容永远 editable, 永远能被回滚,永远能被 AI 二次理解。
为什么"源是文本"是不可妥协的
想象你做了一份 deck,客户打回来一句"第三页的留存数字改成 62%"。
- 如果源是 .pptx:打开 PowerPoint,找第三页,改字,字号崩了,重排,导出,发邮件。
- 如果源是 HTML:用 AI 改,但 AI 看到 240 行 div + style + 内联 svg, 它得"理解"你的设计;改完了你看 diff,还是 240 行变更, 根本不知道哪一行是真改、哪一行是格式 noise。
- 如果源是 Markdown(Plain 的方案):
58% → 62%。一行 diff。一秒 review。 rendered HTML 在下一次刷新自动是新的 —— 因为渲染从来都是源的 derivative。
为什么"渲染是 HTML"也是不可妥协的
反过来,如果只有源没有 HTML 渲染呢?
那就是过去 20 年的 Markdown 工具的命运 —— 程序员之间的内部格式,客户打不开,AI 看不出层次, 没人愿意把它当作"交付物"。
所以我们坚持:文本是源,HTML 是脸。 给 git 看的、给 AI 改的,是源; 给客户、给老板、给 hiring manager 看的,是脸。
这件事最具体的样子
到 /showcase 点开任意一份 deck,你能看到的视觉就是 HTML(浏览器即开即看)。 但点 Open in Plain, 你拿到的是一份 Markdown 源 —— diff 友好、AI 可改、版本可回。 改一处,渲染下次自动是新的。
这就是"HTML 该读,不该是源"的全部意思。
Plain 是 AI 时代的 Office 工作台。源是文本,渲染是 HTML, 交付是链接。 —— 完整 Manifesto。