AI 的输出格式，正在决定你会不会认真读完它

AI 的输出格式，正在决定你会不会认真读完它

你收到的"文章"，可能根本不是为"读"而生的——这是 AI 时代最容易被忽略的一个信号。

你有没有发现一个变化：同样是 AI 给你的答案，有些你一屏就扫完了，有些却会让你点开、拖拽、缩放，甚至动手调一个参数。

差别不在内容，而在载体。

过去几年，AI 默认用 Markdown 跟人对话：# 标题、- 列表、`代码`。它轻、好写、对 Git 友好、几乎哪里都能打开，也省 token。这些优势至今成立，没人说它不好。

但最近，一位 Claude Code 团队工程师 Thariq Shihipar（@trq212）的长文提出了一个更尖锐的判断：当 Agent 越来越强，Markdown 正在成为限制它表达的"小容器"。而更值得普通人关注的，其实是这条判断背后那条几乎没人讨论的暗线——

AI 输出的东西，正在从"给人看"变成"给人用"。

一、当 AI 的"表达欲"超过了容器

这不是 Markdown 变差了，而是 Agent 变强了。

过去的 AI 只会回答、写段落、列要点——Markdown 完全够用。但现在的 Agent 能读整个代码库、做系统设计、生成架构图、分析 Git 历史、对接 Slack 和 Linear 这些外部工具。

问题随之而来：这些复杂度，最后却只能被塞进几行纯文本。

于是出现了各种笨拙的妥协——用 ASCII 字符画流程图，用 Unicode 符号去"模拟"颜色（参考文中提到，Claude 已经开始这么干，只因 Markdown 没有更好的表达）。AI 的表达能力，已经明显超过了这个容器的承载上限。

我的理解是：这不是某个格式的失败，而是需求变了，容器没跟上。就像车变大了，路却还是那么窄。

img-capacity

二、真正变了的，是"谁来编辑"这件事

Thariq 在文里有一句很关键的话："我已经越来越少亲自编辑这些文件了。"

这句话才是整件事的核心，比任何格式争论都重要。

回想一下过去的协作链条：

  • 人类写 Markdown，人类改 Markdown，人类维护 Markdown。

所以"易编辑"是它的绝对优势。

但现在链条变了：

  • AI 写、Agent 改、模型维护，人更多只做阅读和决策。

当生产者从人换成机器，"人类好编辑"就不再是第一优先。真正重要的，变成了机器能不能把复杂信息表达得足够完整、足够清楚。

这就像工具箱的取舍：过去你天天自己拧螺丝，一把趁手的螺丝刀最重要；现在你只负责验收，那么工具能"干多少活、做出多完整的成品"反而更关键。

img-edit-shift

三、它强的不是"网页"，而是一种表达能力

很多人一听 HTML 就想到前端、浏览器、网页开发——被字面带偏了。

这次大家重新审视 HTML，真正的原因是：它是目前最成熟、最通用的"信息表达协议"。

它自带一套完整的能力清单：

能力 它靠什么 解决了什么
布局 CSS 的 Flex / Grid 告别满屏平铺的文字
颜色 真实色值（如 #0F4C81） 不再用符号"假装"有颜色
图表 SVG 矢量图 架构图、流程图直接生成
动效 CSS 过渡 / 动画 让信息有层次、有节奏
数据 真正的表格 不是 ASCII 画的线
交互 JavaScript 可点击、可拖拽、可调参
图片 <img> 标签 直接内嵌，不再占位

换句话说：Agent 输出的，不再是一份"文档"，而是一个轻量级的、可以交互的小应用。它对读者的意义，从"读"变成了"用"。

img-expression

四、可读性的真相：长文档没人看

这里有一个特别务实的好处，也是普通人最能感受到的。

Thariq 的原话很直接："超过 100 行的 Markdown，我基本不看了。"

我深有同感。纯文本一长，信息密度摊平，读者很容易在中途流失。而 HTML 能给出结构性的阅读体验：标签页切换、可折叠模块、双栏布局、SVG 插图、响应式适配——同样一堆信息，可以被组织得有头有尾、有轻有重。

分享上也简单得多：Markdown 得当附件发，对方还要找工具打开；HTML 传上去直接发个链接，浏览器原生打开。别人真正点开并读完的概率，会明显提升。

对写内容、做方案的人来说，这是实打实的转化差异。

img-readability

五、别急着全换：代价与边界同样真实

讲到这里，也得泼盆冷水。Thariq 很坦诚地列了缺点，没有一味吹捧，我认为这些边界恰恰是普通人做决策时要看清楚的：

1. 生成更慢、token 更贵。 HTML + CSS + SVG + JS 比纯 Markdown 长不少，生成可能是 2~4 倍的时间。不过在 1M 上下文窗口时代，这个成本多数时候可忽略，但绝不是零。

2. 版本控制是最大短板。 Markdown 的 diff 一眼看懂，HTML 的 diff 却满屏 <div class="flex gap-2 px-4">。协作改版本时，这会是真实的痛苦。他自己也承认这是"最大的短板之一"。

3. 审美翻车风险。 容易过度动画、UI 混乱、信息过载。他的应对是先让 Claude 扫描你的代码库，生成一份专属的"设计系统 HTML"，再让它照着这套风格去生成其他页面，保持视觉统一。

所以我的判断是：HTML 不是万能药，而是一种"更完整的表达工具"，代价是更重。 该用哪种，取决于你最终要的是"能读的东西"还是"能用、能展示的东西"。

六、独立分析：从"文档"到"界面"才是真变化

把视线拉远，你会发现这根本不是"HTML 对 Markdown"的站队之争。

真正的变化是：AI 的输出，正在从"文本"进化为"界面"。

过去是：Agent → 文档（Markdown）→ 人 未来更可能是：Agent → 可交互产物（HTML）→ 人

这背后其实是"软件界面生成"在逐步替代"文档生成"。而 HTML 恰好是今天最成熟、最通用、成本最低的运行环境——浏览器，就是全球最大的一套运行时。

但 Markdown 不会消失。更可能的是一个分层的未来：

层级 格式 角色
展示层 HTML 最终给人看 / 用的界面
交互层 HTML + JS 调参、编辑、预览
数据层 JSON / YAML 结构化数据
存储层 Markdown / 纯文本 中间格式、Git 友好

Markdown 会越来越像 .md、.txt、.yaml——退化成中间格式，而不是最终给人看的东西。就像 JSX 不是最终 UI、SQL 不是最终产品一样。

真正交付给人类看的，会越来越"界面化"。

一句话收尾：下一代的 AI 协作，比的或许不再是"能不能读懂"，而是"能不能直接用"。 当一个工具能让你"用"而不只是"读"，它对你的价值，就已经悄悄换了一个量级。

参考来源

posted @ 2026-08-19 01:05  corysoft  阅读(3)  评论(0)    收藏  举报