3月24日，Vercel向所有付費用戶開放彈性構(gòu)建機器（Elastic build machines）的Beta測試。這不是又一個"自動擴容"的噱頭——它直接砍掉了一個讓技術(shù)負責人頭疼了多年的流程。

以前配個構(gòu)建機器，像給全公司訂盒飯

過去，Vercel的構(gòu)建資源配置是項目級的。一個50人的團隊如果有30個項目，就得逐個進去點選：這個用Standard，那個上Enhanced，還有個核心業(yè)務(wù)必須Turbo。

改一次全局策略，等于把30個對話框重走一遍。產(chǎn)品經(jīng)理出身的CTO們最懂這種痛：明明是想"省點錢"或"提點速"，最后變成一場跨項目的打地鼠游戲。

彈性構(gòu)建把開關(guān)搬到了團隊層。開啟后，Vercel會逐個評估項目的實際復雜度——簡單的靜態(tài)站點丟給Standard，依賴爆炸的Monorepo自動上Turbo。團隊不用再當資源的中間商。

省下的不只是點擊次數(shù)

Vercel的定價邏輯很直白：Standard最便宜，Turbo最貴。但"貴"和"需要"之間長期存在錯位——給一個小型營銷站點開Turbo，相當于給共享單車配V8發(fā)動機。

彈性機制的核心是防止過度配置（over-provisioning）。系統(tǒng)根據(jù)實際負載動態(tài)匹配，而不是讓人憑直覺勾選。對按構(gòu)建分鐘數(shù)計費的模式來說，這直接關(guān)聯(lián)賬單數(shù)字。

一個細節(jié)：Beta階段的功能入口藏在Team Settings和Project Settings兩處。團隊級開關(guān)是批量管理，項目級開關(guān)是精細覆蓋——給特定項目釘死某種機器類型，彈性策略對它失效。

誰該現(xiàn)在打開這個開關(guān)

項目數(shù)量>10的中大型團隊，收益最明顯。配置時間從"按小時計"壓縮到"按分鐘計"，且省去了定期審計資源使用情況的慣性動作。

但有個邊界條件：如果你的項目差異極大（比如同時有Next.js全棧應(yīng)用和純靜態(tài)文檔站），且你對成本極度敏感，可能需要保留項目級的手動控制，把彈性策略當作默認兜底而非唯一規(guī)則。

Vercel在文檔里埋了一句提示：「彈性構(gòu)建不適用于需要固定機器類型的場景」。換句話說，當你需要可預測性勝過靈活性時，老辦法 still works。

目前該功能已向所有付費計劃用戶推送。你會先在自己團隊試水，還是等它走出Beta再說？