一年前，Cloudflare CTO Dane Knecht 承諾要把每一項 Cloudflare 功能開放給所有用戶。根據 Cloudflare 在 2026 年 10 月 2 日發布的進度更新，這個承諾有了階段性成果：所有本週 GA、且 Enterprise 方案有的功能，Pay-as-you-go 客戶現在都拿得到，大多數甚至免費方案就有。兩者差別只在用量上限，不在功能本身。
為什麼這值得 builder 注意
過去 Cloudflare 有個隱性問題：Enterprise 方案本來是為發票、合約、專屬支援這類採購需求而生的，但時間久了，一些最先進的功能也只留在 Enterprise 層。對小型團隊來說，這意味著你在免費方案上驗證的架構，等規模變大時可能發現關鍵能力根本用不到，除非跳進一份企業合約。
這次更新把這道牆拆掉了大半。Logpush 和 Logpush Transformers 開放給所有方案——前者把日誌推送到儲存、安全和分析目的地，後者讓你直接用 SQL 過濾、遮蔽、增補和重組日誌，不用另外維護一套 ETL 管線。Custom Dashboards 也全面開放。
規模化管理的工具，不再是大公司的專利
另一條線是組織規模化管理。RBAC 這一年在幾乎所有產品中開放，連 Workers 也和 R2、Access 一樣支援資源級角色，管理員可以精確指定誰能碰哪個 Worker。
更實用的是多帳號能力。上個月上線的 New Account 按鈕，讓用戶第一次能直接開新帳號來切割開源專案或不同團隊的支出，每個帳號獨立計費。Organizations 則把多個帳號收進統一的分析與配置介面，目前對 Enterprise 客戶是 beta、十月 GA、2027 年初推廣到免費帳號。Terraform provider 和 Resource Tagging 也都開放給所有客戶，讓基礎設施管理可以版本控制和重複執行。
Cloudflare 自己內部就是這套玩法：每個團隊或服務一個帳號，用 Terraform 走 peer-reviewed 的變更路徑，帳號範圍窄所以能給工程師更大的權限、爆炸半徑卻更小。這個模式對正在從單一帳號長出多團隊的團隊來說，是可以直接抄的作業。
「不再新增 Enterprise-only 功能」的承諾
最值得注意的是一句結構性承諾：從今年起，Cloudflare 承諾不再推出新的 Enterprise-only 功能（Cloudflare for Government 這類本質上屬於企業導向的除外）。他們今年開始把新程式碼按流量批次推出，而且免費用戶先行——先把免費層穩住，再擴大到付費用戶。
其他實際的改善還包括：非 Enterprise 客戶八月起有 billable usage dashboard 和 API，預算警告預設開啟，硬性支出上限預計 2026 年第四季早期可用。免費與付費用戶的限制也大幅放寬，例如 Worker 的啟動時間從 400 ms 提升到 1 秒、WebSocket 訊息上限從 1 MiB 到 32 MiB、每個請求的子請求上限從 1,000 跳到一百萬。
對你的產品決策意味著什麼
這篇更新我認為和之前 Cloudflare 把公益寫進商業模式的做法是同一種思路的延續：讓頂層能力變成所有人的預設，靠用量而非功能牆來收費（有興趣可以看我先前寫的對產品團隊的啟示）。
對 builder 的實際影響有三層。第一，選型時可以更大膽地在免費或 Pay-as-you-go 方案上直接採用 Logpush、RBAC 這類過去要避開的能力，不用預留「之後要升級」的遷移成本。第二，多帳號加獨立計費，讓小團隊也能做到過去只有大公司才做的成本中心和環境隔離。第三，要注意承諾有例外和時程——Organizations 要到 2027 年初才到免費帳號，硬性支出上限還在原型階段，別把這些當成今天就有的能力來設計架構。
務實的下一步：如果你的團隊還在單一帳號上擠著所有專案，先試著用 New Account 按鈕把一個 side project 切出去，順手把 Terraform 管理接上，這是最小成本的演練。