摘要： Cloudflare 在 2026 年 2 月 12 日推出測試版 Markdown for Agents，代理帶上 Accept 標頭時，Cloudflare 會在邊緣把 HTML 轉成 Markdown。官方示例顯示同一篇文章從 16,180 個 token 降到 3,150 個，減少 80%。SEO 界則擔心源站能辨識代理並回傳人類看不到的內容，形成 cloaking 風險。
2026 年 2 月 12 日，Cloudflare 推出仍在測試階段的 Markdown for Agents。機制一句話就能講完：AI 代理在請求裡帶上 Accept: text/markdown 標頭，Cloudflare 便在邊緣節點抓取原始 HTML、當場轉成 Markdown 回傳。網址沒有多出一個——這是標準的 HTTP 內容協商，同一個 URL 依照標頭交付不同的表示。
這件事的分量來自規模：Cloudflare 背後承載著全球約 20% 的網站流量，「讓代理讀懂網站」因此收斂成管理面板上的一個開關。流量正從搜尋引擎移向 AI 爬蟲與代理，在這股趨勢下，AI 代理被當成了第一級公民。
在邊緣完成的內容協商
實作面相當乾淨。回應以 content-type: text/markdown 交付，附上 vary: accept 讓快取把兩種版本分開存放，再加 x-markdown-tokens 標頭回報估計的 token 數，代理拿到就能直接用來估算 context window 或規劃分塊策略。回應同時攜帶 Content Signals 標頭，以 ai-train=yes、search=yes、ai-input=yes 標明這份內容授權給哪些 AI 用途。
Cloudflare 自家的 Developer Docs 與部落格已率先開啟，其他 zone 只要啟用也比照辦理：到 dashboard 的 zone Quick Actions 切換即可，Pro 以上方案不必額外付費。Claude Code 與 OpenCode 目前都已在送這個標頭。
Token 帳：80% 是怎麼省下來的
Cloudflare 公布的數字頗有說服力：光是公告文章本身，用 HTML 呈現要 16,180 個 token，改成 Markdown 只剩 3,150 個，等於降了 80%。一個 About Us 標題在 Markdown 裡大約 3 個 token；換到 HTML，光標籤就吃掉 12 到 15 個，這還沒把導覽列與 script 算進去。
對開發代理的人而言，這直接重算了成本結構：一次抓十個頁面塞進 context，token 帳單少 80%，而且到手的是結構完整的段落，不是被版面雜訊攪混的文字雲。
SEO 圈的質疑：這是不是 cloaking
上線隔天（2 月 13 日），Search Engine Land 的報導直接以「SEOs on alert」下標。顧問 David McSweeney 點出真正值得擔心的地方：markdown 這個 Accept 標頭會一路轉送到源站，源站因此能辨識代理請求、回給代理一份人類看不到的內容——塞藏指令、改商品資訊都做得到，等於養出一個只有 bot 看得見的 shadow web。Jono Alderson 的批評打得更深：「把頁面壓平成 Markdown，你不只移除雜訊，也移除了判斷與脈絡。」
搜尋引擎那一端也沒有沉默。Google 的 John Mueller 反問：「他們為什麼會想看一個沒有任何使用者看過的頁面？」Microsoft 的 Fabrice Canel 則警告了雙重爬取：「我們反正會爬來比對相似度。Less is more in SEO。」至於 cloaking 的質疑，Cloudflare 沒有正面回應，官方說法始終停在效率，以及內容消費模式的轉移。
站長與開發者此刻的因應
實際影響有三個。第一，經營文件站或內容站、又想對代理友善，這是成本最低的方案——不必維護第二份 Markdown，邊緣自動生成，理論上搜尋結果不受影響。第二，送 Accept 標頭的爬蟲端要心裡有數：標頭會抵達源站、源站認得出你，行為必須經得起「兩種版本不一致」的檢驗。第三，Cloudflare Radar 新增了 content_type 維度，AI bot 拿到什麼格式，從此可以量化觀察。
這也是 Cloudflare 幾天內的第二步 agent 基建布局——GLM-4.7-Flash 才剛登上 Cloudflare Workers。