多租戶SaaS平臺的一個經(jīng)典難題是：當每個客戶都要跑不同的業(yè)務邏輯，你怎么保證這些代碼在服務器重啟、網(wǎng)絡中斷后還能接著跑？Cloudflare最新開源的Dynamic Workflows給出了新解法——把"持久化執(zhí)行"能力下放到每個租戶、每個AI Agent的獨立代碼里。

這套MIT協(xié)議的庫，本質上是給Cloudflare原有的Workflows引擎開了個動態(tài)路由的口子。以前Workflows要求工作流代碼必須打包進部署包，一次發(fā)布一個綁定、一個類，全平臺通用?，F(xiàn)在平臺可以在運行時把create()調用分發(fā)到不同租戶的代碼，等幾秒、幾小時甚至幾天后執(zhí)行時，引擎還能準確找回那套代碼繼續(xù)跑run(event, step)。

Cloudflare工程師Dan Lapid和Luís Duarte在官方博客舉了三個典型場景：AI應用平臺為每個租戶生成TypeScript代碼、CI/CD產(chǎn)品讓每個倉庫定義自己的流水線、Agent SDK讓每個AI自己寫持久化計劃。這些場景的共同點——工作流邏輯隨租戶/Agent/請求而變——現(xiàn)在都被納入支持范圍。

技術實現(xiàn)上，Dynamic Workflows把"代碼存儲"和"執(zhí)行調度"解耦了。租戶代碼可以存在R2對象存儲、數(shù)據(jù)庫或版本控制系統(tǒng)里，引擎只負責在恢復執(zhí)行時按ID召回正確的代碼版本。這對需要嚴格隔離的多租戶架構很關鍵：A租戶的bug不會污染B租戶的執(zhí)行環(huán)境，代碼更新也可以灰度到單個租戶。

開源時機也值得注意。持久化執(zhí)行（Durable Execution）這個概念因Temporal、Inngest等工具而流行，但大多面向單一代碼庫場景。Cloudflare選擇把能力開放給"每個請求代碼都不同"的邊緣場景，可能跟其Workers平臺的邊緣計算定位有關——讓代碼盡可能靠近用戶跑，同時不犧牲可靠性。

目前項目已在GitHub開源，依賴Cloudflare的Durable Objects實現(xiàn)狀態(tài)存儲。對于正在構建AI Agent平臺或復雜SaaS的開發(fā)者，這減少了一層自建持久化調度的基礎設施負擔。