一个由纯文本和简单符号组成的格式，正被推上人机协作时代的王座。
2026年10月5日，谷歌向全球超过30亿Workspace用户悄然推送了一项看似平淡的更新：Google Docs和Google Drive开始原生支持Markdown（.md）文件。用户可以在安卓、iOS和网页端直接打开、预览、编辑、评论已被渲染的Markdown文档——包含可点击的链接、结构化的表格，以及近乎富文本编辑器般的视觉体验。
但谷歌的意图远比'增加一种文件格式支持'来得凶猛。Workspace工程副总裁Chandu Thota在官方公告中给了Markdown一个完全超出文件格式范畴的定位：
'Markdown has become the common language between humans and AI agents.'（Markdown已经成为人类与AI智能体之间的通用语言。）
这不是一句公关话术。把这句话翻译成商业语言，大约等于：谷歌正在用一份文本格式标准，押注整个AI协作时代的底层协议。
从'二等公民'到'原住民'
Markdown诞生于2004年，由John Gruber与Aaron Swartz共同设计，初衷是让非技术人员也能用易读易写的纯文本格式来撰写Web内容。二十年后的今天，GitHub的README、Stack Overflow的问答、Jupyter Notebook的文档、LLM的几乎所有输出——背后支撑这些的，都是同一套轻量标记语法。
但直到本周之前，Markdown在Google Docs里一直是'二等公民'。用户想要编辑一个.md文件，得先把它转换成Google Docs格式，这一过程常常导致格式错乱、评论丢失、表格碎裂。第三方插件Docs to Markdown在Google Workspace Marketplace上积累了数十万用户，恰恰说明了这个需求的刚性。
2022年，谷歌曾在Docs中加入了粘贴Markdown自动转换的功能——用户从别处复制Markdown文本，粘贴到Docs里会自动变成格式化内容。但那只是单向通道。真正的.md文件仍然无法在Google生态内享有原生操作权。
这次更新的本质转变在于：.md文件不再需要'转化'成别的东西才能在谷歌体系内运转，它们本身就是一等公民。谷歌Drive可以渲染预览，谷歌Docs可以直接编辑，评论和协作功能完整保留。而且它默认生效——没有任何开关，不需要管理员配置，更新推送后用户打开就能用。
这种'不设门槛'的推送方式，暴露了谷歌的真实野心：它不是在做一个小众开发者工具的体验升级，而是在做一场全量用户的格式教育。
为什么Markdown成了AI时代的'语言冠军'
要从战略层面理解谷歌的动作，得先回答一个底层问题：在几十种文本格式中，为什么偏偏是Markdown？
答案藏在AI Agent的输入输出结构中。
大语言模型天然擅长生成和理解Markdown。ChatGPT、Gemini、Claude的输出几乎全部使用Markdown作为默认格式——标题的#号、列表的短横线、代码块的三个反引号，构成了AI输出中最精确的结构化框架。据研究机构数据，GPT-4在Markdown格式下的推理任务评分（81.2%）显著高于JSON格式（73.9%），差距达7.3个百分点。Cloudflare的研究进一步表明，将HTML转换为Markdown可将token消耗减少约80%——一个16180个token的网页压缩至仅3150个token。
这意味着Markdown天然具有'人机双读'属性：人类看它排版清晰，机器读它结构完整。在AI协作场景中，这个特性几乎是不可替代的。
更重要的是，当AI Agent开始被赋予编辑文档的权限时——生成草案、修改段落、插入图表、标注评论——文档格式需要满足一个硬约束：既能被机器程序化生成，又能被人类直接修改。HTML太重，纯文本太轻，富文本（如.docx）不透明。Markdown恰好卡在中间：语法简单到任何AI都能稳定输出，结构完整到渲染后与富文本无异。
这解释了为什么Notion选择了自研块编辑器而非Markdown，但2026年的行业风向正在发生变化。当AI Agent成为协作的一环，'机器能否直接读写这个格式'变成了一个优先级的排序标准。
谷歌显然最早看到了这一点。Chandu Thota在公告中的话可以进一步拆解：'人类与AI智能体的共同语言'——不止是说Markdown通用，更是在说，谷歌的Docs和Drive环境正在成为这种'人机同文'的第一实践场。
Gemini Notebook + 智能体协同：一张更大的牌
这次更新中有一个容易被忽略的关键细节：原生Markdown支持与Gemini Notebook的同步能力。
Gemini Notebook是谷歌2025年以来重点推进的AI笔记产品，底层完全基于Markdown结构。当Drive中的.md文件可以直接被Gemini Notebook读取、索引、分析，用户就不再需要手动复制粘贴——AI可以闭环地消费和产出同一种格式的文件。
这只是一个开始。谷歌在公告中特别提到，本次更新旨在'enabling both users and agents to collaborate without forcing anyone to write raw syntax'——让用户和AI智能体可以协作编辑，而不需要（人类）被迫去写原始语法。
注意最后的限定语。这句话的潜台词是：在未来，文档协作的参与者将不只有人类。AI Agent会成为文档中的'协作者'，而Markdown是被选中的共同媒介。
想象一个典型的场景：一个产品经理用中文在Google Docs里写了一份PRD，AI Agent自动将其转换为结构化的Markdown文件，提取关键信息同步到工程师的任务看板，同时生成英文版本的摘要用于跨团队对齐。整个过程只有一个输入——人类写的那份原始Markdown文档。
这个场景中，Markdown不只是一种格式，它是一份'人机可读的通用合约'。
谷歌拥有全球最大的云办公用户基数——Workspace月活用户超过30亿，覆盖Gmail、Drive、Docs、Meet、Chat等全线产品。如果在这样一个体量的生态中，Markdown被定义为默认的'人机写作协议'，那么这只无形的手可以推着数亿开发者和企业用户重新定义'写文档'这件事。
谷歌的格式围栏
这不是谷歌第一次用格式标准来构建护城河。
2014年，谷歌收购了文档协作平台Quip但未将其整合进Workspace，而是选择自研。2018年，谷歌推出Smart Canvas，将文档从静态纸张变为动态协作空间。2024年，谷歌在其Workspace中嵌入了Gemini AI助手。每一步的背后逻辑都相同：把用户锁定在一个格式与协作能力深度耦合的闭环里。
Markdown原生支持的推出，在某种程度上可以视为这个闭环的'标准化收口'。
让我们看看竞争对手的位置。微软的Office生态仍然以.docx为核心格式——这是一个二进制富文本格式，AI Agent可以生成它吗？技术上可以，但复杂度和容错率远高于纯文本Markdown。苹果的Pages甚至不支持导出Markdown。Notion使用其专有的块编辑器格式，虽然提供了Markdown导出，但并非原生兼容。Obsidian是纯正Markdown原生的，但它没有实时协作能力，在企业级协同场景中存在明显短板。
换句话说，在'原生支持Markdown + 实时协作 + AI Agent深度集成'这个三维坐标里，谷歌是目前唯一一个同时踩住三个点的玩家。
这并不意味着其他玩家无法跟进。微软Copilot完全可以在Word里实现类似的功能。但问题是：'支持Markdown文件格式'和'把Markdown作为人机协作的默认协议来设计'之间，存在产品哲学的根本差异。前者是一次功能更新，后者是一次底层架构的重新设计。谷歌的这次更新，产品逻辑是按后者来写的。
还有另一层风险值得关注。当Markdown被定义为'人机通用语言'，Talk is cheap，但文件格式不是。如果谷歌Workspace成为Markdown原生协作的标准定义者，那么'Markdown语法规范'的控制权就可能从社区驱动变成事实上的平台驱动——就像Android虽然是开源的，但谷歌控制着兼容性定义一样。开源社区的Markdown标准是否会因此受到平台巨头的牵引，是一个需要持续观察的议题。
.md文件里的未来
回到这次更新的落地细节。谷歌承诺此功能将在未来15天内完成灰度推送，覆盖所有Workspace客户及个人谷歌账户。用户无需任何操作即可生效。
简单，安静，但信号强烈。
当一家拥有超过30亿用户的公司，把一种文件格式明确定义为人机协作的'共同语言'，它实际上是在向整个科技行业发出邀请——也是一种挑战。邀请所有开发者、产品经理、写作者、知识工作者参与到这个新协作范式中来。挑战的则是那些还在用二进制文档格式思考和设计AI协作产品的竞争对手。
格式之争从来不只是格式之争。在PC时代，微软用.docx格式击败了WordPerfect。在Web时代，Adobe用PDF定义了数字文档的标准。在移动时代，苹果用iWork试图书写新规则，但未能撼动Office的根基。而在AI Agent时代——这个所有文档都将被机器读写、修改、生成的新纪元——谷歌正试图用一个纯文本文件格式，写下自己的名字。
快报