哪些AI代理傳送Accept: text/Markdown？
本文列出了當前支援或部分支援在HTTP請求中傳送Accept: text/markdown頭的AI代理，並提供了驗證方法。截至2026年5月，僅Claude Code、Cursor、OpenClaw、OpenCode和Codex CLI（部分支援）支援此功能，其他主流代理如ChatGPT、Claude.ai、Copilot等僅獲取HTML。
AI代理在瀏覽或抓取網頁時，其內建工具傳送的HTTP請求頭中是否包含Accept: text/markdown，直接影響了內容提供商能否以Markdown格式返回資料。本文維護了一個相容性矩陣，並解釋瞭如何自行驗證。
根據最新測試結果（更新於2026年5月9日），僅有四款代理明確支援此功能：Anthropic的Claude Code傳送"Accept: text/markdown, text/html, */*"；Anysphere的Cursor傳送"Accept: text/markdown, text/plain;q=0.9, */*;q=0.8"；OpenClaw傳送"Accept: text/markdown, text/html;q=0.9, */*;q=0.1"；SST的OpenCode傳送"Accept: text/markdown;q=1.0, text/x-markdown;q=0.9, text/plain;q=0.8, text/html;q=0.7, */*;q=0.1"。此外，OpenAI的Codex CLI被列為"部分支援"，它遵循相關RFC但並非完全一致。
相比之下，包括ChatGPT（瀏覽模式）、Claude.ai（Web應用）、GitHub/Microsoft的Copilot Chat和Copilot CLI、Google的Gemini（Web應用和CLI）、Grok、Perplexity、Devin、Cline、Aider、v0、Windsurf、Zed在內的15款代理均僅獲取HTML，未在請求頭中宣告Markdown偏好。這意味著這些代理可能無法利用伺服器提供的Markdown最佳化響應。
為了幫助社群保持資訊準確，專案方提供了自助驗證方法。使用者可以在自己的伺服器上新增自定義日誌格式（例如Nginx的log_format、Apache的LogFormat或Caddy的JSON日誌），以捕獲HTTP請求中的Accept頭。隨後，針對特定URL觸發AI代理進行抓取或摘要操作，在訪問日誌中搜尋該URL，即可檢視實際傳送的Accept欄位。驗證結果可反饋給維護團隊，以更新矩陣。