北京
最近哪條推文能在前端、后端、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.
