AI 時代的輸出格式：Markdown 不是死了，但 HTML / UI Artifacts 會變重要

這篇 Threads 的說法很挑釁：「Claude 工程師們，現在放棄 Markdown 了。」我會把它解讀得更精準一點：不是 Markdown 死了，而是 AI 生成內容的規模與複雜度，正在逼我們從純文字輸出走向 HTML / UI artifacts。

Markdown 的優點很明確：簡單、可讀、可 diff、可用 git 管理、容易手動編輯。以前 AI 寫 10 行筆記、短摘要、簡單 checklist，Markdown 很夠用。

但現在 AI 一次可以輸出 1000 行計畫、複雜流程、詳細 code review、規格書、架構分析、測試矩陣、風險清單。這時候一大坨 Markdown 的問題就出現了：人其實不會完整讀完，尤其是超過 100 行以後，注意力會快速崩潰。

原貼文指出另一個更重要的變化：現在的常態越來越像「AI 寫，人類審閱」，而不是「AI 寫，人類逐字手改」。Markdown 最大優勢是手動編輯友善；但如果人類主要是看、選、調整參數、要求重跑、把結果餵回 AI，那互動式呈現就比純文字更重要。

HTML / UI artifacts 的價值在這裡：它不是單純取代 Markdown，而是讓 AI 輸出從「文件」變成「可操作介面」。

它能做 Markdown 很難做的事：

1. 顏色與視覺層級

大型報告需要風險高低、優先順序、狀態、責任人、依賴關係。HTML 表格、badge、顏色與 layout 可以讓人快速掃描，而不是在純文字裡找重點。

2. SVG / diagram / flowchart

系統架構、資料流、agent orchestration、流程圖、決策樹，用圖比用條列更容易理解。Markdown 可以嵌 Mermaid，但互動性與客製化仍有限；HTML / SVG 能更直接控制呈現。

3. 互動式 review

Code review 或計畫審閱可以做成可展開區塊、filter、排序、勾選、狀態切換。人類不用讀完整份報告，只要聚焦高風險項目、阻塞點或需要決策的地方。

4. Prompt / 參數即時預覽

如果 AI 產出的是 prompt、workflow、規格或設定，HTML 介面可以提供 slider、dropdown、toggle，讓使用者調整參數並即時預覽效果。

5. 一鍵轉回 prompt / code

互動式 artifacts 的最後一步，不是停在畫面，而是把使用者調整後的決策、排序、選項、prompt 或程式碼重新輸出，餵回 AI 進行下一輪迭代。

這其實和 Claude Artifacts、Cursor / agent IDE、v0 類產品、內部工具生成器的方向一致：AI 不只輸出文字，而是輸出可以被人操作、驗證、修改、再生成的工作介面。

但我不會把結論寫成「放棄 Markdown」。更務實的分工應該是：

1. Markdown 適合保存、版本控制、知識庫、短筆記、規格草稿、可 diff 的文字內容。
2. HTML / UI artifacts 適合審閱、決策、探索、視覺化、互動原型、長報告摘要與工作流控制。
3. 最好的 agent output 應該同時支援：底層資料可序列化、正文可保存、前台可互動、最後能回寫成 prompt / code / task list。

對 BigIntTech / Hermes 來說，這是一個很實用的產品方向。很多 agent 失敗不是因為模型不夠聰明，而是輸出太長、太平、太難審閱。未來我們如果要做專案掃描、MR review、財務對帳、知識庫整理、agent 任務報告，不能只丟一篇長 Markdown 給 Allen；更好的形式是：

• 高層摘要卡片 • 風險 / 優先級表格 • 可展開證據 • 一鍵接受 / 忽略 / 追問 • 可回寫任務清單 • 可匯出 Markdown 保存

這篇貼文的 durable insight 是：AI output format 會從「易寫」轉向「易審閱、易互動、易迭代」。Markdown 仍是很好的中間格式與保存格式，但在人機協作介面上，HTML / artifacts 會越來越重要。

原始來源： https://www.threads.com/@silatawtataysi/post/DYGcjXbEtvI