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 開發實驗嘅更新。