從ChatGPT的輸出到GitHub+Copilot的提示，從Claude的記憶存儲到智能體的工作流配置，Markdown (簡稱“md”)文件仿佛無處不在。

(資料圖)

所謂的Markdown 其實(shí)不是很新的東西。2004 年，John Gruber 提出 Markdown，它的定位就是面向網(wǎng)絡(luò)寫作者的 text-to-HTML conversion tool。簡單來說，就是讓寫作者先用接近普通文字的方式把內(nèi)容寫完，再通過工具把它轉(zhuǎn)換成 HTML。

智能體偏愛用 Markdown 輸出，并不是因?yàn)樗膶徝劳Ａ粼谀硞€(gè)技術(shù)論壇的遠(yuǎn)古時(shí)代，而是在無數(shù)種表達(dá)可能性之中，Markdown 恰好是那個(gè)讓它活得最久、跑得最省、適配得最廣的生存策略。

賬本上的星號

我們不妨先攤開一本隱形的賬本。對一個(gè)大語言模型來說，每吐出一個(gè)字符，背后都有費(fèi)用在跳動。按 token 計(jì)費(fèi)的模式，注定了“表達(dá)同樣的結(jié)構(gòu)，能不能少說幾個(gè)字”會成為一種本能。拿加粗舉個(gè)例子：在 HTML 里要寫成 <strong>關(guān)鍵信息</strong>，加上尖括號和屬性名，耗費(fèi) 10 個(gè)字符；而 Markdown 只需要 **關(guān)鍵信息**，前后各兩個(gè)星號，一共省下 5 個(gè)字符。看起來微不足道，但假設(shè)一個(gè)智能體每天處理一千萬次對話，每次輸出里哪怕只減少 20 個(gè) token，一年累計(jì)節(jié)省的成本就足以讓財(cái)務(wù)側(cè)目。

這還沒把推理耗時(shí)算進(jìn)去——更短的輸出意味著更少的逐 token 生成次數(shù)，響應(yīng)延遲進(jìn)一步被壓縮。當(dāng)智能體在零點(diǎn)幾秒內(nèi)就要決定如何最經(jīng)濟(jì)地表達(dá)層次、強(qiáng)調(diào)與分隔時(shí)，Markdown 那種“用最少筆墨勾出結(jié)構(gòu)”的特質(zhì)，幾乎是一種下意識的節(jié)能選擇。

與此同時(shí)，Markdown 還暗地里替智能體降低了認(rèn)知負(fù)擔(dān)。大模型并不是真正理解“加粗”的美學(xué)意義，它只是在概率的海洋里尋找最可能跟隨的符號序列。在訓(xùn)練數(shù)據(jù)中，文章、文檔、代碼庫里的 Markdown 標(biāo)注往往高度統(tǒng)一且簡潔，極少出現(xiàn) HTML 那種標(biāo)簽嵌套不一致、屬性值缺失的混亂。簡潔的規(guī)則讓模型更容易生成穩(wěn)定的結(jié)構(gòu)，困惑度更低，輸出的內(nèi)容也更不容易崩壞。于是，星號和井號成了它游刃有余的安全區(qū)。

一條文本，各自表述

但如果認(rèn)為 Markdown 統(tǒng)治智能體的輸出，純粹是因?yàn)閾搁T，那又太過小看它了。一條帶著井號的文本從服務(wù)器出發(fā)，要奔赴的目的地實(shí)在太不相同。它可能被塞進(jìn)一個(gè)聊天泡泡里，在即時(shí)通訊軟件里被渲染成帶層級的小卡片；也可能被用戶直接復(fù)制，扔進(jìn)飛書文檔、Notion 頁面或者 Obsidian 筆記庫，成為當(dāng)天的素材；還有可能就此躺進(jìn)一個(gè) .md 文件，安靜地待在開發(fā)者的項(xiàng)目目錄里，等著下次提交時(shí)被當(dāng)成文檔的一部分。

這種跨度劇烈、幾乎沒有轉(zhuǎn)換摩擦的場景適應(yīng)力，才是 Markdown 真正的護(hù)城河。

我們不妨做一個(gè)思想實(shí)驗(yàn)：讓智能體將同一份食譜分別用純文本、HTML 和 JSON 輸出，然后看看它們各自會遭遇什么。純文本無法標(biāo)記步驟的強(qiáng)調(diào)、無法清晰地繪制表格，當(dāng)用戶想把配方分享出去，對方看到的是一堵字墻，讀感大打折扣。HTML 雖然能渲染出精美的樣子，但大多數(shù)聊天窗口并不會解析它，用戶看到一堆 <ul>、<li> 和 <table>，只會覺得錯(cuò)亂；即使復(fù)制到網(wǎng)頁里，還得小心樣式?jīng)_突與 XSS 風(fēng)險(xiǎn)。

JSON 則走向了另一個(gè)極端，結(jié)構(gòu)清晰到冰冷，但“菜名”“食材”“步驟”變成字段名，任何一個(gè)非技術(shù)用戶都不會愿意直接閱讀這樣一份嵌套括號清單。而 Markdown 呢？在聊天窗，它被渲染得干凈有序；復(fù)制到筆記軟件，它落地成一篇格式妥當(dāng)?shù)奈臋n；甩給靜態(tài)博客生成器，它又瞬間變成美觀的網(wǎng)頁。同樣是智能體的輸出，Markdown 讓它擁有了一種“一次寫作，各處可用”的飄逸，不必預(yù)先知道用戶下一刻會把它拋進(jìn)什么容器里。

這種適配的廣度，還撬動了更深一層的連鎖反應(yīng)。大量產(chǎn)品界面開始主動擁抱 Markdown 渲染，從 Slack 到 Discord，從飛書到 GitHub，都在鼓勵(lì)用戶與智能體用這種輕量標(biāo)記交流。平臺的支持反過來又固化了模型的輸出習(xí)慣——畢竟，當(dāng)整個(gè)數(shù)字世界的對話基礎(chǔ)設(shè)施都已經(jīng)為 Markdown 鋪好軌道，智能體自然會把列車開上去。于是我們看到的不再是一種格式的孤立成功，而是一個(gè)巨大生態(tài)在用腳投票。

輕量的坦誠

除了成本和功能的考量，Markdown 或許還在無意間給了我們一個(gè)樸素的心理暗示。它把表達(dá)框定在簡單的層級、列表、強(qiáng)調(diào)和鏈接里，舍棄了字體、顏色、頁邊距那些無窮的排版選擇。這種限制反而變成了交流中的一種坦誠——你大概不會去苛求一個(gè)只能用井號做標(biāo)題的助手做出視覺驚艷的海報(bào)，于是它的輸出被天然地安放在“草稿”和“信息”的角色中。

格式的退讓，讓內(nèi)容重新浮到最表層，也卸掉了對話雙方對于審美的暗中較勁。當(dāng)閃爍的光標(biāo)前只剩字符和少量標(biāo)記，智能體和人類都更容易專注于“想說什么”，而非“看起來夠不夠漂亮”。

這種輕量感，也與智能體目前的能力謙遜地相稱。它偶爾會搞錯(cuò)你的意圖，會生硬地套用模板，Markdown 恰好用樸素的外衣弱化了這種機(jī)械感——畢竟，在一份簡單標(biāo)記的文本里，生硬更像是克制；而如果智能體給你生成一份花里胡哨的排版精美的文檔，內(nèi)里卻邏輯混亂，那種反差才會讓人真正感到不安。所以 Markdown 無形中還充當(dāng)著一層緩沖，降低了期待，讓容錯(cuò)空間變大了。

當(dāng)然，某種趨勢也在暗示，未來智能體也許能直接輸出結(jié)構(gòu)化的交互卡片、動態(tài)表單，甚至可執(zhí)行的微應(yīng)用。但直到那一天真正普及之前，Markdown 依然是那個(gè)能穿越最多信息棧、惹最少麻煩的載體。它像是一種被分發(fā)出去的通用的“認(rèn)知容器”，無論里面的內(nèi)容換成什么，容器的形狀都剛好能塞進(jìn)大多數(shù)人的工作流里，不松不緊。

井號之下，是共謀的精明

所以下一次當(dāng)你的智能體助手又一次執(zhí)拗地發(fā)來“### 核心結(jié)論”，先別急著抱怨它缺少人情味。那一排井號背后，站著一整條由 token 成本、平臺生態(tài)、人類閱讀習(xí)慣和工具鏈需求共同編織的邏輯鏈。

它不是什么格式原教旨主義，而是過去幾千個(gè)實(shí)驗(yàn)和無數(shù)次工程權(quán)衡之后，沉淀下來的一種集體選擇。每一顆不起眼的星號，都在替真實(shí)世界里的某個(gè)服務(wù)器節(jié)省一丁點(diǎn)兒推理時(shí)間，替某個(gè)深夜趕報(bào)告的人省去一次重新排版的煩惱。因此智能體并非非得說 Markdown，只不過在它所有能說的語言里，這是目前唯一能讓算賬、做事和對話三者同時(shí)保持體面的那種。

關(guān)鍵詞： 財(cái)經(jīng)頻道 財(cái)經(jīng)資訊