Google Docs 在 2026 年 10 月 5 日通过 Google Workspace Updates 官方博客宣布原生支持 Markdown：.md 和 .markdown 文件可以直接在 Docs 里打开、编辑、评论和多人协作，不再需要先导入转换成 Google 文档；Google Drive 也同步支持渲染预览，能直接显示带可点击链接和结构化表格的排版效果。这次更新面向全部 Google Workspace 客户和个人 Google 账户，自 10 月 5 日起分批推送，最长约 15 天覆盖到全部用户，没有管理员开关，默认启用。
以前卡在哪一步
在此之前，Docs 对 Markdown 的支持停留在导入和导出：打开一个 .md 文件，系统会把它转成一篇 Google 文档，格式可能被改动、评论会丢失、文件也被拆散。对个人用户这只是麻烦，对团队则是实打实的损耗——规格说明、计划文档、README、任务清单这类内容，越来越多是先以 Markdown 形式产生，再被迫搬进办公套件里返工一次。一份在代码仓库里维护得好好的文档，进了办公流程就多出一个格式走样的副本，版本从此对不上。
Google 的理由：Markdown 是人和智能体的共同语言
官方博客的解释抓住了关键：Markdown 已经是大语言模型广泛使用的标准文本格式，能在不背上重型文件格式负担的前提下，保留表格、标题和列表等结构。负责 Google Workspace 工程的副总裁 Chandu Thota 在发布时更进一步，称 Markdown 已经成为人类与 AI 智能体之间的共同语言。官方说明中还特别提到使用方式的变化：人和智能体可以在同一份 Markdown 文件里协作，不必有人迁就原始语法，也不必放弃 Docs 的实时编辑和评论，这类文件也能与 Gemini Notebook 同步。
换句话说，Google 承认了一个正在发生的事实：文档的源头正在从办公套件转向 AI 工具和代码仓库。规格、计划、README、AI 生成的报告和草稿，越来越多先以 .md 的形态出现，办公套件如果坚持让所有内容先变成自己的格式，就等于在每条工作流的入口处收一道转换税。
落到日常工作里，先注意推送节奏
对使用者来说，变化很具体：AI 工具生成的 Markdown 报告、开发团队写在仓库里的说明文档，可以原样放进 Drive，用 Docs 打开评审、留评论、改内容，改完还是同一个 .md 文件。编辑时既能用所见即所得的方式，也能直接写原始语法；Drive 的渲染预览则省去了先下载到本地看一眼的步骤。
边界也要说清：官方给的是最长 15 天的分批上线，如果你的账号暂时还打不开 .md 文件，属于还没轮到，而不是功能取消；管理员无法提前开启或关闭，只能等推送。这次更新的分量不在功能多复杂，而在方向变了——办公套件开始向内容源头靠拢，而不是反过来要求源头迁就自己。谁离 AI 生成内容更近，谁就少一道摩擦，这正是 Google 这次要补上的位置。
