最新资讯
dev.to 为 CI/CD 构建 AI 质量门禁 dev.to Kakao 发布面向 AI Agent 的决策模型 Kanana-2-v-decide computerworld.com Microsoft 对 Copilot Chat 企业用户扩大未公开的使用限制 pub.towardsai.net Google 发布 Gemini 4 Carbon:主打网络安全能力的前沿模型 gradientflow.com METR 研究:AI 正在加速构建 AI 的团队本身 www.infoq.com GitLab 19.5 将 Agentic 开发纳入 DevOps 平台的治理体系 aiacceleratorinstitute.com 研究:AI Agent 的复杂流程编排可能反而是问题所在 pub.towardsai.net MongoDB 推出 Vercel AI SDK 集成:为 AI 应用提供持久记忆 thenewstack.io Google 捐出被 Anthropic 和 OpenAI 使用的代码沙箱 gVisor,押注 AI Agent 基础设施开源 dev.to 在信任 AI 生成的测试用例前,如何逐条复核 unite.ai Franklin Templeton 构建 AI 研究工作流以揭示风险 techxplore.com AI 助力寻找更优的钛合金 3D 打印工艺参数
多元动态
登录 注册
开源工具 wechat · @数字生命卡兹克

飞书支持Markdown导出,Markdown为何成为AI时代通用语言?

原文 我的收藏

文章报道飞书云文档新增Markdown导出功能,并回顾了Markdown的诞生历史(John Gruber与Aaron Swartz合作)及其在GitHub等平台的普及。作者认为Markdown因纯文本、结构化、易生成等特点,成为AI交互的理想格式,并指出其节省token的优势。

AI推荐理由 结合飞书更新介绍了Markdown的历史和AI时代价值,内容有一定深度,但部分观点主观,且历史细节可能需核实。

68

正文

这两天看到飞书的一个很有意思的更新。 很小,但是我觉得意义非常的大。 就是飞书的云文档,可以直接下载为Markdown格式了。 这个小功能,如果飞书和AI用的多的朋友,都知道它带来的体验会有多好。 社区喊了无数遍了,飞书终于加上了。 之前想把飞书文档导出成Markdown格式的.md文件,要么手搓一个插件,要么用第三方开源工具,折腾半天。 现在官方直接给加在菜单里了,甚至文档里的图片都能被正确读取,因为飞书把文档里的图片,保存在了自己的服务器上,然后给了你一个公网链接,可以让任何AI都读取到MD文件里面的图片。 体验极佳,比我自己开发的插件好用多了,因为那个解决的是纯文本问题,图片直接全被我丢了。 这个点是真的还挺牛逼的。 可能有些朋友看到这,还不太清楚Markdown是什么,有点一头雾水,说不就是支持了一个新格式了吗,这玩意有啥用。 但是,其实你只要用AI,大概率已经每天都在看它了,只是不知道它叫这个名字。 比如说,Claude里面渲染的文本,它回复你的那些内容,有加粗的、有标题的、有代码块的、有列表的,看起来排版很整齐对吧。 这个层级的背后,其实就是Markdown。 AI输出的原始内容其实就是一堆纯文本加上一些简单的符号,两个星号包裹就是加粗,井号开头就是标题,三个反引号包裹就是代码块。然后你的浏览器或者App把这些符号渲染成了你看到的样子。 包括现在各种AI产品里的结构化输出、Deep Research的报告等等,底层几乎全是Markdown格式,你看到的那些层次分明的长报告,拉到底层看,几乎全部也都是一个.md文件。 所以Markdown不是什么高深的技术,它就是一套特别简单的纯文本标记规则,让你不用学HTML也不用开Word,靠几个符号就能把文章写得有结构。 我自己也做了给Chrome的小插件,其实干的就是这件事,强行把各种文档保存成MD格式。 说实话,我已经想不起来到底是从什么时候开始,我就再也不用PDF了,也不用Word了,我电脑里存的所有的文本文件,几乎全部都是MD。 我身边很多很多玩AI的朋友也都是这样。 好像你AI用的越多,你电脑里的md文件就会占比越多,甚至变成了可以区分你AI浓度的一个指标,真的是一个有趣的现象。 Markdown这玩意,好像在不知不觉中,就成了整个数字世界的通用语言。 而这个正在逐渐渗透数字世界的Markdown,背后的诞生故事,我觉得也挺有趣的。 想了解它,我觉得得从2004年说起。 那一年,一个叫John Gruber的博主遇到了一个很抓狂的问题,就是他想在自己的博客上写东西,要能有结构的,但是又不想写HTML。 那时候的博客,还是需要自己写样式结构的。 然后你为了排版,就得用HTML,这玩意拿来写内容太离谱了,因为它的代码长这样。 即使是最简单的,写个加粗要打,写个标题要打,一篇文章写下来,一半时间花在标签上,那还写个屁的内容,思路全断了。 但如果用Word来写呢,又没办法直接在网页的博客上渲染出来,还是得转成HTML文件,但是导出来的HTML代码又脏得一塌糊涂,全是多余的标签和样式。 Gruber就想,有没有一种办法,让我用纯文本写作,但写出来的东西看起来也是有结构的,同时还能方便地转成HTML。 他当时观察到了一个很有意思的现象。 就是2004年的时候,大家在写邮件的时候,已经自发地形成了一套排版习惯。 比如想强调一个词,就在两边加星号,想列几个要点,就用短横线开头。想写标题,就在前面加几个井号。 这个东西,变成了一个心照不宣的很多人默认遵守的纯文本自然习惯。 那个时候,Gruber灵机一动,就把这些散落在邮件里的民间约定,整理成了一套统一的语法,然后写了一个Perl脚本,能把这种语法自动转成HTML。 他把这个东西叫做,Markdown。 名字本身就挺有意思的。 HTML的全称是HyperText Markup Language,标记语言。 然后Gruber给自己的东西取了个反义词,Mark-down,也就是把标记放下来的意思,很抽象。。。 大概意思就是说,我一点都不想标记,我只想好好写字。 2004年3月,Gruber在他的博客Daring Fireball上发布了Markdown的第一版规范。 但这里有一个很多人不知道的细节。 Markdown不是Gruber一个人做的,他有一个合作者,一个当时只有17岁的天才少年,叫Aaron Swartz。 这是一个超级大神。 Aaron Swartz这个名字,如果你对互联网的历史感兴趣看过一点,应该不会陌生。 14岁的时候,他就参与了RSS 1.0的开发。后来他参与创建了Creative Commons,也就是知识共享协议。 再后来,他联合创办了Reddit,是Reddit的联合创始人。 对,就是这个reddit。 在Markdown这个项目里,Swartz负责了语法设计中很核心的部分。 比如我们今天用的井号标题语法,#、##、###,这个设计来自Swartz之前做的另一个标记语言atx,Gruber自己也说过,Markdown因为Aaron的想法、反馈和测试,变得好了太多。 一个科技博主,一个17岁的天才少年。 背后甚至任何人都没有,也没有商业模式,就是单纯的觉得,写HTML太烦了,就想让写作这件事,更纯粹一点,不需要那么在乎格式和样式,只要聚焦于内容。 然后Markdown这个东西,就这么安安静静地长了二十年。 Markdown刚出来的时候,用的人很少,就是一小圈博客作者。 真正的转折点是2008年,那一年,GitHub上线了。 GitHub选择了Markdown作为README、Issue、Pull Request、Wiki的默认格式。 这一下子,全世界的开发者,每天都开始在读和写Markdown,而且大多数人甚至没把它当成一种标记语言,就觉得这是在GitHub上很正常的写字的方式。 然后是Reddit、Slack、Discord。 再然后是Notion、Obsidian、Typora等等。 Markdown开始逐渐的从一个小小的脚本,开始变成了基础设施。 但真正让Markdown封神的,是可能它自己都没想到的一件事。 AI来了。 它是纯文本,所以大模型容易生成。 它有结构,所以人类容易阅读。 它能被渲染,所以界面看起来像富文本。 它足够宽松,所以模型输出偶尔少一个空格、漏一个标签,也不会整体崩掉。 因为它很弱,弱到没有字体,没有颜色,没有排版,没有分栏,没有页眉页脚,没有批注修订,没有宏,没有嵌入对象。 弱到任何平台都可以兼容。 Markdown直接成了跟大模型交互的天选语言。 大模型不断的输出Markdown格式的内容。 人类也发现,我给大模型的Prompt,用结构化的语言来去写,好像效果会更好。 这就产生了一个非常有趣的闭环。 而到了Agent时代,各个Agent产品也更是用脚投票,你的所有的规范文档、约束文档、记忆啥的,全都是.md文件。 这些东西,你们一定超级熟,对吧。 人类与AI之间,最棒的那个链接,居然成了Markdown。 而且Markdown对AI来说,还有一个特别实际的好处,就是省token。 同样的内容,用HTML表达需要的token数,比用Markdown多得多。 标题和##标题,信息量完全一样,但后者的token消耗少了一大截。 在大模型时代,token就是钱。 前阵子有一场很有意思的争论。 Claude Code的Thariq,写了一篇文章叫《The Unreasonable Effectiveness of HTML》,大意是说,Markdown已经过时了,在AI时代应该全面转向HTML。 因为HTML能承载更丰富的信息,能嵌入样式、交互、可视化,AI生成HTML之后人类可以直接在浏览器里看到最终效果,不需要再渲染一遍。 这篇文章直接炸了,评论区也吵翻了天。 坦率的讲,他说的有没有道理,我说实话,有。 HTML确实比Markdown能表达的东西多太多了,这个没什么好争的。你用Markdown画不出一个交互式的diff对比视图,也做不了一个带颜色标注的代码审查报告。 但从我的角度,我觉得这个观点混淆了两件事。 也就是信息的展示和流转,特别是信息在AI与人之间的展示和流转。 HTML是一个特别好的展示格式。 它的核心能力是这个东西在屏幕上长什么样,你想做一个漂亮的报告、一个可交互的mockup、一个带配色的设计稿,那不用说,HTML无疑是最强的。 但Markdown是一个更好的流转格式。它的核心能力我觉得一直都是,这段信息的结构是什么样的。 在人和AI协作的过程中,信息大部分时间我都是觉得是在流转的,不是在展示的。 你写一个需求文档丢给AI,AI读完之后生成代码,代码又丢给另一个Agent做review,review结果再丢回给你。 这整个过程里,信息在不同的主体之间流动,每个主体需要的是快速理解内容的结构和含义。 在这个场景下,HTML的丰富性反而变成了负担。 一个 ,里面真正有用的信息可能就是一句话。 但AI要花大量的token去解析那一堆CSS类名和嵌套标签,这些对理解内容的语义毫无帮助。 Markdown就完全不一样,##标题,三个字符,AI立刻知道这是一个二级标题。 没有噪音,没有冗余,信息密度拉满。 所以我的看法是,HTML和Markdown从来也不是替代关系,是分工关系。 Markdown是信息的底层载体,负责在人和AI之间高效流转。 HTML是信息的最终呈现层,负责给人看的时候好看。 用另一种表达来说,Markdown是数据层,HTML是视图层。 你不会用视图层来存储数据的,对吧。 这就是Markdown的力量。 而且最好玩的是,虽然在上文中,Thariq大力宣传HTML,可它的那篇文章,确是用Markdown写的。 无他,因为Markdown的流通性,太高了。 不依赖任何软件,不依赖任何公司,不依赖任何平台,你的内容就是你的内容,永远可读,永远可迁移。 这个哲学其实跟Aaron Swartz一辈子在追求的东西是一样的,信息的自由流动。 Swartz帮着做了RSS,让信息可以自由地在不同平台间流动。 Swartz帮着做了Creative Commons,让创作者可以自由地选择如何分享自己的作品。 Swartz帮着做了Markdown,让写作可以自由地不被任何格式绑架。 2013年1月,Aaron Swartz在纽约的公寓里自杀身亡。 那时候的他,只有26岁。 在他去世后的这十几年里,他参与创造的这些东西,RSS、Creative Commons、Markdown、Reddit,全都长成了互联网的基础设施。 在AI时代里,我觉得已经可以完全抛弃Word、PDF之流了。 因为Word和PDF是面向打印时代的格式。 而Markdown和HTML一起,是面向屏幕时代的格式。 一个负责存储与流转,一个负责展示。 所以,如果有人问我,AI时代应该用什么格式保存文件。 我的回答也只有两个字。 .md。 说真的,如果你现在还在用Word写日常文档,不妨试试把它换成Markdown。 找一个顺手的编辑器,Obsidian也好,飞书云文档也好,都可以。 你会发现,当你的文件变成纯文本的那一刻,你获得了一种很奇妙的自由感。 你的文字,就是你的文字。 纯粹的,干净的,自由的。 就像2004年,那个博主和那个少年。 最初想要的那样。

来源报道 · 1 篇 · 以下链接均前往原始媒体

← 返回精选动态 原文

更多内容