Web的首要客戶正從人類轉向AI
從Cloudflare與Vercel的Markdown for Agents到Google的WebMCP, , 讀寫同步標準化，Agent-Native Web時代正式揭幕。
Web正在改變, , 不是為了人類的眼睛，而是朝著AI代理更容易讀寫的方向演進。
過去兩週內，Cloudflare、Vercel和Google分別發布了代理友善的Web標準。作為服務開發者，我來整理一下這股潮流代表什麼意義。
Markdown for Agents解決了「讀取」問題
AI代理讀取網頁時，最大的浪費來自HTML、CSS和JavaScript。這些對人類的眼睛不可或缺，但對代理來說純粹是token的浪費。
Cloudflare和Vercel提出的方案很簡單。用同一個URL，只需將Accept標頭的值改為text/markdown，伺服器就會回傳Markdown格式的回應。這利用了HTTP標準中既有的content negotiation機制，無需建立新協議。
核心要點
- Vercel部落格從HTML 500KB縮減到Markdown 2KB（減少99.6%）
- Cloudflare從Pro方案起，只需在儀表板點一個開關即可啟用
x-markdown-tokens標頭會一併傳遞轉換後的token數- 無需獨立網站，一個URL同時服務人類和代理
WebMCP正面解決了「寫入」問題
光能讀還不夠。代理要點擊預約按鈕、填寫表單，過去只能直接解析DOM。一旦UI改變，代理就立刻失效。
Google在Chrome 146中導入的WebMCP徹底翻轉了思路。網站透過JSON Schema宣告「這個頁面能做什麼」，代理就能無需猜測地直接呼叫工具。你可以把它理解為專為代理設計的Swagger。
核心要點
- 只需給HTML form新增
toolname屬性即可宣告式運作 registerToolAPI可應對SPA等複雜應用程式- 傳統MCP是伺服器端協議，WebMCP則在瀏覽器內運作
- Chrome 146早期預覽版中已可測試（暫不支援headless）
這兩個動向同時出現並非巧合
如果說Markdown for Agents是「高效地讓代理讀取內容」，那麼WebMCP就是「讓代理精準地使用頁面功能」。讀取和寫入正在同步標準化。
兩者一旦站穩腳步，代理將不再像人類一樣瀏覽Web，而是像呼叫API一樣使用它。這意味著Agent-Native Web的建設已經開始。
- robots.txt之後20年來，Web與機器人之間的契約首次被改寫
- token成本壓力正在加速標準化進程
開發者現在就可以開始
無需全面改造。如果你在用Cloudflare，只需在儀表板中開啟Markdown for Agents開關即可。在既有表單上實驗性地新增toolname屬性也是很好的起點。
現在就能做的事
- 在Cloudflare儀表板Quick Actions中啟用Markdown for Agents
- 在既有HTML form中測試新增
toolname和tooldescription屬性 - 基於Accept標頭開始記錄代理流量比例
- 評估llms.txt與Markdown網站地圖的並行營運方案
結語
如果說robots.txt是20年前Web與機器人的第一份契約，那麼現在正是第二份契約開始書寫的時刻。現在就為代理而設計的團隊，將擁有下一代Web。
參考連結
訂閱電子報
獲取關於我最新專案、文章以及 AI 和 Web 開發實驗的更新。