本文目錄
Toggle當一億個知識工作者各需要一個常駐 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，工具知識不存在模型裡，存在基礎設施裡。
Think Base Class：統一生命週期
Project Think 提供一個 Think base class，封裝了聊天代理的完整生命週期：loop、persistence、streaming、工具執行、中斷後的 resumption。子類繼承只需最少 5 行程式碼。
內建功能包含上下文塊式 memory、樹狀結構會話、FTS5 全文搜尋和非破壞性 compaction。
設計意圖很明確：把重複造輪子的成本從每個開發者身上移除，讓基礎設施承擔狀態管理的複雜度。
Cloudflare 的三波浪潮論
Cloudflare 在檔案中提出了 AI Agent 的三波演進觀點：第一波是無狀態聊天機器人，第二波是有工具但被困在本地筆電上的程式碼代理（Claude Code、Codex 等），第三波則是「代理即基礎設施」：持久、serverless、零閒置成本、結構性安全隔離。
Project Think 是第三波的基礎設施押注。Cloudflare 的論點是：讓 Claude Code 這類工具從筆電上搬到雲端、讓它在崩潰後能自行恢復、讓十萬個代理的成本等於實際使用量而非最大並行數。
值得注意的是，Cloudflare 自己的 AI Gateway 和 Workers AI 也是這個生態系的一部分。Project Think 的成功，同時也是 Cloudflare 平台的流量與收入。這個三波論述，本質上是一份市場定位說明書。
