最近哪條推文能在前端、后端、AI工程師的時間線里反復橫跳?不是大廠裁員,也不是新框架發布,而是@trq212甩出的一句暴論:“讓AI代理直接寫HTML,而不是Markdown。” 推文底下吵成一片,點贊和反駁交替刷屏。贊成的人說HTML呈現更穩定,反對的人覺得這是在開歷史倒車。但處在暴風眼里的獨立開發者Tariq反倒不著急站隊,他在一篇新文章里把兩方的理由拆明白了,然后給出的解方既不是HTML,也不是守著殘缺的支持度不放——而是讓Markdown得到它本該擁有的原生支持。
這個方向其實戳中了一個長久以來的痛處:為什么我們每天寫文檔、記筆記、發消息都離不開的標記語言,到現在還得靠第三方工具才能順利打開?文章里直接把三大核心優勢拍在了桌面上。第一,信息密度。用#號標識標題、用星號加粗文本,一行頂HTML三行,視覺干擾降到最低。第二,視覺清晰與閱讀輕松。純文本狀態下結構依然一目了然,不管是寫的人還是看的人,都不需要費力解析尖括號和閉合標簽。第三,也是最炸裂的一點——易分享。你復制一段Markdown扔到任意編輯器里,格式就位,不像HTML還要抽離樣式和腳本。作者甚至特意強調,對他而言,分享的便利性才是說服力最強的那個理由,遠比渲染出來的花哨效果重要。
![]()
這句話說得一點不虛。很多人沒有意識到,Markdown之所以能成為人機通吃的格式,靠的正是那套“寫做減法、讀做加法”的設計。人只需要記住極少數符號規則,寫完就是干凈文本;機器則按token逐個生成或解析,遠沒有解析嵌套HTML標簽那樣重的負擔。文章里還順手解構了常見的渲染路徑:絕大多數支持Markdown的平臺,其實都是先把它轉成HTML,再靠瀏覽器引擎展示出來。也就是說,Markdown本身是個靈活的中間態,輕便,可轉換,但最終還是要走到HTML這條老路上去。如果是這樣,那最優解就不該是把中間態扔掉直接寫HTML,而是讓這個中間態在哪里都能被直接理解,不需要額外轉一道。
可笑的是,現在的實際情況正好相反。Markdown的渲染支持成了平臺的一種“恩賜”,有了算你走運,沒有才是常態。文章里作者現身說法:他正在寫的這篇博客原文就是Markdown,想公開發布必須借助dev.to這類平臺把內容轉成HTML并托管出去,否則讀者根本沒法在瀏覽器里正常閱讀。直接把.md文件拖到瀏覽器窗口會怎樣?只會看到一堆原始標記符號,所有結構都成了亂碼。為了正常預覽,人們不得不去打開Obsidian、Kiro這些專屬工具,移動端還要折騰各種編輯器,整個分享路徑變得又厚又重。明明是一種跨平臺與生俱來的輕量格式,卻被逼成了封閉花園里的專屬玩法。
其實市面上也不是沒有先行者。即時通訊工具里,Discord對Markdown的支持就相當到位,消息寫得快、渲染順滑,代碼塊、引用、列表全都沒問題。可一轉頭看向Slack,體驗立刻拉胯。文章里吐槽火力十足,直說“Slack的Markdown支持讓我感到失望”。這種差距背后不是技術難題,純粹是產品團隊的優先級排序問題。軟件廠商一直在功能加法和用戶增長上瘋狂內卷,卻很少有人愿意靜下心來,為一項已經能大幅提升表達效率的基礎能力補上最后一個缺口。如果所有瀏覽器、郵件客戶端、聊天應用都能默認渲染Markdown,那么一條消息、一份文檔從本地到云端再到協作窗口,全程零轉換、零走樣,那種無縫感才是輕量標記語言本該有的終極形態。
文章末尾,Tariq把問題拋回給了讀者。面對越來越多AI代理生成的輸出內容,你準備切換到HTML,還是繼續堅持Markdown?他顯然已經有了自己的答案,但更在意的其實是社區能否形成合力,倒逼平臺做出改變。一邊用著效率最高的書寫方式,一邊還要為渲染和分享額外配備一整套工具鏈,這件事已經別扭得足夠久了。畢竟,當你寫完最后一行代碼、敲完最后一個標題符,期待的絕不是打開一個新軟件才能看一眼自己剛寫的那段話。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.