文档格式是为人的眼睛设计的,机器不需要

QUOTE

文档世界在分成两半，人看渲染版，机器看源码版

—— Jimmy

Google 宣布 Docs 将支持直接编辑 Markdown 文件，Drive 也加上了 Markdown 预览。以前要把一个 .md 文件，也就是 Markdown 文件弄进 Docs，得先导入转换，一转格式就变，注释会丢，文件还会碎掉。新功能即日起逐步推送。

Markdown 是一种纯文本格式，用 # 标标题，用 * 标强调，用 - 列清单。这条新闻只有几行字，但对这两年用 AI 写东西的人来说，它是一次迟到的正名。

这个格式 2004 年由美国博主 John Gruber 一个人写成。他后来专门澄清过，外界说 Aaron Swartz 是共同发明人，不准确，Swartz 是最重要的测试者和推动者，东西是 Gruber 自己写的。他给 Markdown 定的目标听着没什么野心，文档不用转成漂亮排版，直接读也得读得下去，看起来不像被标记过。

之后二十年，Markdown 一直待在程序员圈子里。主流世界是 Word 和 PDF 的，这两个的逻辑跟 Markdown 正好相反，它们往文档里一层层叠格式。一个 .docx 文件拆开是个压缩包，里面一堆 XML 文件记着字体字号、行距缩进。PDF 做得更绝，Adobe 1993 年推出它，干的事情就是把每个字在页面上的位置锁死，保证电子版和打印出来一模一样。

为什么这么费劲？因为人的眼睛需要。

人的阅读信道很窄。读速一分钟几百字，短期记忆只装得下七样东西上下，一眼扫过去能看清的也就十几个字符。加粗在喊这句重要，标题是文档的骨架，表格把散的数字排成能对比的样子，页码在提醒你读到哪了。每一种格式功能，都是给这条窄信道装的假肢，帮人在海量信息里扫读。

计算机不需要假肢。对大模型来说，文档就是一串文本，占位置的格式信息全是噪音。Markdown 的取巧在于它把复杂格式全部退掉，只留一副最小骨架，人直接看得懂，机器直接解析得动。

AI 一来，这个 22 岁的边缘格式直接登基了。

现在 AI 的工作文件几乎全是 .md。编程助手读的行为规范文件、长期记忆文件，还有项目规则文件，都用 Markdown 写。还有个叫 llms.txt 的协议，让网站专门给 AI 准备一份 Markdown 版目录，最近更新的版本还加了正式的协议头，告诉机器去哪找 Markdown 版。The Verge 报道 Google 这条新闻，第一段就把话挑明，Markdown 是大语言模型最常用的结构化文本格式。

Google 这次承认的，是机器已经成了文档的另一批主要读者。文档世界因此在分成两半，人看渲染版，就是排好版的那种，机器看源码版，带符号的那种。同一份内容同时存在两种形态，就像十几年前网站要分别做手机版和电脑版。只不过当年两个版本伺候的是大小不同的屏幕，现在两个版本伺候的是两种读者。

事情到这里，还只是个老格式翻身的故事。往下走就有意思了，机器不光读文档，还开始成吨地生产文档。一个人一天磨一篇三千字的稿子，一个模型十几分钟吐出几万字。而屏幕这头的人还是那套配置，一分钟几百字，记忆里装七样东西。信息过载以前是图书馆的事，现在是聊天框的事。

于是格式没有死掉，它的方向反过来了。以前是人给机器定格式规范，现在轮到人教机器怎么给人加格式。用过 AI 写东西的大概都见过这类提示词，结论放最前面，列表别超过五条，别到处加粗，套话删掉。教这些技巧的教程自己成了一个内容品类，技术博客上到处都是去 AI 味、让 AI 说人话的攻略。它们干的是同一件事，把机器的产出压回人的信道装得下的形状。

回头看 Google 这桩事体，分量就清楚了。直接编辑 .md，Drive 里预览，这是把机器那一头的管道一夜接通，属于工程问题，工程问题砸人砸钱总能解决。麻烦的是人这一头，AI 一天产出的几万字，怎么塞进没有变宽的那双眼睛，这个问题还没人解出来。

「办公软件接下来的竞争，在那双人的眼睛上。」