Vercel Sandbox 網域查找快了 18 倍：中位數 62ms 降到 3.4ms，雪梨與開普敦最有感

Vercel 在 2026-09-08 的 changelog 宣布：送往 Vercel Sandbox 公開網域的請求，路由速度提升 18 倍。 這則更新短，但數字給得完整、而且對「離美國遠」的使用者特別有意義——台灣讀者尤其該看第二段的區域數字。以下依官方 changelog 原文（本站查核日 2026-09-09）。

一、改了什麼：從單一集中儲存改成就近的區域副本

官方寫得很具體：用 sandbox.domain() SDK 呼叫建立的網域，現在改由最近的區域副本（regional replica）解析，而不是單一的集中式儲存。 進來的請求因此能以更低的延遲抵達在沙箱裡執行的程序。

二、官方公布的數字

官方明講：離原本那個集中儲存越遠的區域，改善幅度越大。 這也是為什麼雪梨與開普敦的數字特別誇張——而亞太區的使用者（含台灣）在地理上同樣屬於「離得遠」的那一群，雖然官方沒有單獨公布台灣或東京節點的數字（本站不推估）。

三、你要做什麼：不用做任何事

兩句話是這則公告最實在的地方：

• 這會自動套用到每一個送往 sandbox 網域的請求。
• 沒有價格變動。

不需要改程式、不需要重新部署、不需要升級方案。

四、什麼情況你會感覺到差別

Sandbox 是用來跑「不受信任或臨時的程式碼」的執行環境，最常見的用法是給 AI 代理跑東西。所以會受益的情境包括：

1. AI 代理生成的應用要即時預覽：每一次預覽請求都要先做網域查找，延遲直接影響「按下去到看到畫面」的體感。
2. 短生命週期的沙箱：跑幾秒鐘就結束的任務，62ms 的固定成本佔比很高；降到 3.4ms 是實質差異。
3. 跨區部署的代理工作流：例如 Cursor 的 Cloud Agents 可以在 Vercel Sandbox 上執行——見〈Cursor Cloud Agents 可在 Vercel Sandbox 執行〉。

五、本站觀點：這是「代理基礎設施」在補的那一層

過去一年大家的注意力都在模型有多聰明，但真正決定代理好不好用的，往往是這種聽起來很無聊的東西：網域怎麼解析、沙箱多快啟動、預覽多快看得到。62ms 對人類不算什麼，但一個代理迴圈裡可能有幾十次這種呼叫。

要注意的是，官方給的是網域查找的延遲，不是端到端的請求時間；你實際感受到的改善會被其他環節稀釋。公告未提供端到端數據，本站不外推。

Vercel 近期其他實查文章：〈固定月費 CDN 正式上線〉、〈生產環境保護變免費了〉、〈AI Gateway 一把金鑰接多家模型〉。工具現況見 v0／Vercel 工具檔案。

資料來源

• Vercel Changelog〈Vercel Sandbox routing is now 18x faster globally〉，2026-09-08：https://vercel.com/changelog/vercel-sandbox-routing-is-now-18x-faster-globally

最後查核：2026-09-09