Cloudflare 推出 Project Think：AI Agent 真正門檻不是智力，是每個閒置容器都在燒錢

Cloudflare 推出 Project Think，為其 Agents SDK 引入六項新底層架構。核心技術主張是：10,000 個代理在 1% 活躍率下，傳統容器架構需維持 10,000 個常態例項，而 Durable Objects 架構僅需約 100 個同時活躍。
（前情提要：Google 的 Gemini 3 Deep Think 大升級：推理能力強壓 Opus 4.6、GPT-5.2，要做「最會科研的 AI」）
（背景補充：Gemini App 正式登陸 Mac 桌面：Option+Space 一鍵喚醒，螢幕共享讓 AI 直讀資料）

本文目錄

當一億個知識工作者各需要一個常駐 AI 助理，傳統的容器架構有一個無聊但致命的問題：不管那個容器裡有沒有東西在跑，它都在燒錢。

10,000 個代理、各自只有 1% 的時間處於活躍狀態，用容器部署就得維持 10,000 個常態例項。為了節省資源，Cloudflare 本月發布 Project Think，定位為 Agents SDK 的下一代版本，並開源於 GitHub。

該公司宣稱 Agents SDK 已在生產環境中驅動「數千個」代理，Project Think 是在此基礎上引入六項新的底層構件（Primitives），解決的不是 AI 的認知能力問題，而是「永續性、安全性、成本」三個基礎設施問題。

Project Think 是什麼？六項新 Primitives 拆解

一、持久執行（Durable Execution via Fibers）

傳統無狀態函式執行一半崩潰，前面的進度就消失了。Fibers 的設計是：runFiber() 在執行前先將狀態寫入 SQLite，代理隨時可透過 stash() 儲存當前狀態，崩潰後從 onFiberRecovered 回呼繼續執行。這是讓長時間執行任務（例如跑幾小時的研究代理）能夠在現實環境中存活的基本條件。

二、子代理（Sub-agents）

子代理以共置的 Durable Objects 形式存在，各自擁有獨立的 SQLite 資料庫和執行環境，透過 Facets 機制與父代理保持同位。TypeScript 在編譯期即可偵測誤用，而非在 runtime 才爆錯。

三、持久會話（Persistent Sessions）

每條訊息帶有 parent_id，形成樹狀結構，支援 fork（在不破壞原有對話路徑的情況下分支探索）和非破壞性 compaction（摘要舊訊息而非刪除），並內建 FTS5 全文搜尋。這解決的是「AI 助理在多次對話後失憶」的問題。

四、沙盒程式碼執行（Sandboxed Code Execution）

使用 Dynamic Workers（基於 V8 isolate），啟動時間以毫秒計，對比傳統容器速度快 100 倍、記憶體效率高 100 倍。能力模型採顯式授權：預設 globalOutbound: null，開發者必須明確授予每個資源的存取許可權，而非預設開放。

五、執行階梯（The Execution Ladder）

五個層級由輕至重排列——Tier 0 是 SQLite + R2 虛擬檔案系統（純資料存取），Tier 1 是沙盒 JS 執行，Tier 2 加入 npm 解析與 esbuild 打包，Tier 3 是 Headless Browser（Browser Run），Tier 4 是完整的 Cloudflare Sandbox（支援 git clone、npm test、cargo build）。代理根據任務複雜度選擇進入哪一層，而非預設拿最重的錘子。

六、自我撰寫擴充套件工具（Self-authored Extensions）

代理可在 runtime 自行撰寫 TypeScript 擴充套件工具，由 ExtensionManager 打包進 Dynamic Worker。新工具一旦建立即永久存在——不需要 fine-tuning，不需要 RLHF，工具知識不存在模型裡，存在基礎設施裡。