[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"article-cloudflare-100x-faster-ai-agent-sandbox-zh":3,"article-related-cloudflare-100x-faster-ai-agent-sandbox-zh":29,"series-ai-agent-dc58e153-e3a8-4c06-9b96-1aa64eabbf5f":87},{"id":4,"slug":5,"title":6,"content":7,"summary":8,"source":9,"source_url":10,"author":11,"image_url":11,"cover_image":12,"category":13,"language":14,"translated_content":11,"related_article_id":15,"keywords":16,"key_takeaways":11,"views":27,"created_at":28,"published_at":28,"topic_cluster_id":11},"dc58e153-e3a8-4c06-9b96-1aa64eabbf5f","cloudflare-100x-faster-ai-agent-sandbox-zh","Cloudflare 的 AI 沙箱跑超快","\u003Cp>\u003Ca href=\"https:\u002F\u002Fblog.cloudflare.com\u002Fdynamic-workers\u002F\" target=\"_blank\" rel=\"noopener\">Cloudflare\u003C\u002Fa> 最近丟出一個很狠的數字。AI 產生的程式，幾毫秒就能啟動。記憶體只吃幾 MB。跟容器常見的幾百毫秒、幾百 MB 相比，差很多。\u003C\u002Fp>\u003Cp>講白了，這不是小優化。這會直接影響 agent 體驗。啟動快，使用者就覺得順。啟動慢，整個流程就像卡在半路。\u003C\u002Fp>\u003Cp>這次主角是 \u003Ca href=\"https:\u002F\u002Fblog.cloudflare.com\u002Fdynamic-workers\u002F\" target=\"_blank\" rel=\"noopener\">Dynamic Worker Loader\u003C\u002Fa>。它是 \u003Ca href=\"https:\u002F\u002Fworkers.cloudflare.com\u002F\" target=\"_blank\" rel=\"noopener\">Cloudflare Workers\u003C\u002Fa> 的 open beta 功能。它讓應用在執行時建立新 Worker，塞進 AI 生成的 JavaScript，然後把它關在 isolate 裡。\u003C\u002Fp>\u003Ch2>Cloudflare 想解的，不只是速度\u003C\u002Fh2>\u003Cp>Cloudflare 這篇文章，其實是在延續去年 9 月的 Code Mode。它的想法很直接。agent 不一定要一直做 tool call。很多時候，直接寫一小段程式更有效率。\u003C\u002Fp>\u003Cp>為什麼？因為程式可以批次處理。可以在本地過濾資料。也可以少吃 Token。Cloudflare 提到一個例子，把 MCP server 轉成 TypeScript API，Token 用量少了 81%。另一個案例，只用 2 個工具，就把 Cloudflare API 暴露出來，而且不到 1,000 tokens。\u003C\u002Fp>\u003Cp>這種設計很像在說：別再把 agent 當成按鈕機器。讓它寫 code，反而更像真的開發流程。對 LLM 來說，JavaScript 也很友善。對 Web 來說，JavaScript 更是原生語言。\u003C\u002Fp>\u003Cul>\u003Cli>Code Mode 節省了 81% Token 用量。\u003C\u002Fli>\u003Cli>Cloudflare API 只用 2 個工具。\u003C\u002Fli>\u003Cli>整個介面不到 1,000 tokens。\u003C\u002Fli>\u003Cli>Dynamic Worker Loader 現在是 open beta。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>我覺得這裡的重點，不是「AI 會寫 code」這件事。那大家早就知道了。重點是，Cloudflare 把這件事變成一個可部署的 runtime。不是 demo。不是概念圖。是能放進產品流程的基礎設施。\u003C\u002Fp>\u003Ch2>Isolate 為什麼比容器快\u003C\u002Fh2>\u003Cp>核心技術是 isolate。它是 V8 的執行環境。沒錯，就是 \u003Ca href=\"https:\u002F\u002Fwww.google.com\u002Fchrome\u002F\" target=\"_blank\" rel=\"noopener\">Google Chrome\u003C\u002Fa> 用的那套 JavaScript 引擎。Cloudflare 說，isolate 啟動只要幾毫秒，記憶體只要幾 MB。\u003C\u002Fp>\u003Cp>這跟容器很不一樣。容器不是不能用。只是它比較重。你要啟動映像檔，要分配資源，要處理更多系統層開銷。短任務一多，這些成本就會冒出來。\u003C\u002Fp>\u003Cp>Cloudflare 的說法很直接。大概是 100x 更快，記憶體效率也高出 10x 到 100x。這種差距，對 agent 服務很要命。因為 agent 常常是短任務、高頻率、低延遲需求。\u003C\u002Fp>\u003Cblockquote>“An isolate takes a few milliseconds to start and uses a few megabytes of memory. That’s around 100x faster and 10x-100x more memory efficient than a typical container.” — Cloudflare blog post, “Sandboxing AI agents, 100x faster”\u003C\u002Fblockquote>\u003Cp>這句話很有份量。因為它直接點出一件事。容器不是萬能解。尤其是 AI agent 這種常常跑一下就結束的工作，容器的暖機成本很容易變成浪費。\u003C\u002Fp>\u003Cp>Cloudflare 也提到，Dynamic Workers 可以在全球數百個據點跑。甚至可能跟建立它的 Worker 在同一台機器、同一條 thread 上執行。這對延遲很有幫助。對帳單也有幫助。\u003C\u002Fp>\u003Ch2>TypeScript 比 OpenAPI 更像 agent 的語言\u003C\u002Fh2>\u003Cp>Cloudflare 另一個很明確的立場，是偏愛 \u003Ca href=\"https:\u002F\u002Fwww.typescriptlang.org\u002F\" target=\"_blank\" rel=\"noopener\">TypeScript\u003C\u002Fa>。它拿 TypeScript 跟 OpenAPI 做對比。理由很簡單。agent 要寫 code，不是只會填表單。\u003C\u002Fp>\u003Cp>如果你要讓 agent 操作聊天室 API，TypeScript 只要幾行介面就夠了。history、subscribe、post message，這些功能可以很緊湊地描述。OpenAPI 也能做，但檔案會拉很長。paths、schemas、request body、response、streaming，全都要寫。\u003C\u002Fp>\u003Cp>對人來說，OpenAPI 很正式。對 LLM 來說，OpenAPI 常常太肥。每多一層格式，Token 就多一點。每多一點上下文，模型就多一點出錯機會。\u003C\u002Fp>\u003Cul>\u003Cli>TypeScript 介面很短，LLM 也比較好生成。\u003C\u002Fli>\u003Cli>OpenAPI 能力完整，但描述成本高。\u003C\u002Fli>\u003Cli>Cloudflare 用 \u003Ca href=\"https:\u002F\u002Fdevelopers.cloudflare.com\u002Fmcp\u002F\" target=\"_blank\" rel=\"noopener\">MCP\u003C\u002Fa> 處理平面工具。\u003C\u002Fli>\u003Cli>更複雜的 API，改走 TypeScript。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這裡還有一個很實際的好處。你可以只暴露你想讓 agent 用的能力。不是整包 HTTP endpoint 全開。對安全性來說，這比較乾淨。對維護來說，也比較不會失控。\u003C\u002Fp>\u003Cp>Cloudflare 的做法，其實是在把「工具」升級成「程式介面」。這差很多。工具是按鈕。程式介面是語言。agent 真的要做事，語言通常比按鈕好用。\u003C\u002Fp>\u003Ch2>HTTP、權限、秘密資料怎麼管\u003C\u002Fh2>\u003Cp>Dynamic Worker Loader 不只支援 RPC。它也支援 HTTP。做法是用 \u003Ccode>globalOutbound\u003C\u002Fcode> hook。這個 hook 可以檢查、改寫、阻擋，甚至直接回應外送請求。\u003C\u002Fp>\u003Cp>這點很重要。因為實務上的 agent，幾乎都要碰外部服務。你可能要打資料庫 API。可能要連 SaaS。也可能要查內部系統。但你不想把 secret 直接丟給模型。\u003C\u002Fp>\u003Cp>Cloudflare 的思路是，把秘密留在 host。讓生成的 code 看不到完整憑證。需要 auth 的時候，由 host 在 outbound 階段補上。這樣 agent 有能力做事，但沒辦法亂拿鑰匙。\u003C\u002Fp>\u003Cul>\u003Cli>\u003Ca href=\"https:\u002F\u002Fdevelopers.cloudflare.com\u002Fworkers\u002Fruntime-apis\u002Fbindings\u002Fservice-bindings\u002F\" target=\"_blank\" rel=\"noopener\">Cloudflare Workers bindings\u003C\u002Fa> 可提供受控能力。\u003C\u002Fli>\u003Cli>\u003Ca href=\"https:\u002F\u002Fdevelopers.cloudflare.com\u002Fworkers\u002Fruntime-apis\u002Ffetch\u002F\" target=\"_blank\" rel=\"noopener\">fetch 攔截\u003C\u002Fa> 可在送出前處理請求。\u003C\u002Fli>\u003Cli>Secret 可以留在 host，不必暴露給 agent。\u003C\u002Fli>\u003Cli>TypeScript wrapper 也比較容易做權限收斂。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>講白了，這就是在做最小權限原則。不是把整個網路世界都開給 LLM。是只給它剛好能完成任務的能力。這種設計，對企業環境特別重要。\u003C\u002Fp>\u003Cp>我覺得這部分比速度還值錢。因為很多 agent 專案死掉，不是因為模型不夠聰明。是因為權限亂掉。資料外洩一次，大家就會開始縮手。\u003C\u002Fp>\u003Ch2>跟容器、MCP、其他平台比起來呢\u003C\u002Fh2>\u003Cp>如果拿 Cloudflare 的方案跟容器比，差異很清楚。容器適合完整環境。你要 Python、Linux 套件、系統工具，容器很方便。但它重。啟動慢。記憶體也吃得多。\u003C\u002Fp>\u003Cp>如果拿它跟一般 MCP 工具列比，Cloudflare 的方案更偏向「讓 agent 寫程式」。MCP 很適合簡單工具。像查資料、列清單、叫一個 API。可是一旦流程複雜，工具列就會變得很長。\u003C\u002Fp>\u003Cp>Cloudflare 這次的賭注，是 JavaScript + isolate + typed API。這組合很適合短命任務。也很適合 Web 原生服務。你可以把它想成一種更輕的執行層。\u003C\u002Fp>\u003Cul>\u003Cli>容器：彈性高，但啟動和記憶體成本高。\u003C\u002Fli>\u003Cli>MCP：適合平面工具，但複雜流程會變長。\u003C\u002Fli>\u003Cli>Dynamic Workers：幾毫秒啟動，適合短任務。\u003C\u002Fli>\u003Cli>JavaScript-first：對 Web 服務整合很順。\u003C\u002Fli>\u003C\u002Ful>\u003Cp>這也解釋了為什麼 Cloudflare 不急著把所有語言都包進來。它先鎖定一個最常見的場景。AI 生成 glue code。這種 code 不一定要跑完整 OS。只要能快速、安全地執行就夠了。\u003C\u002Fp>\u003Cp>如果你是平台工程師，這裡的訊號很明白。未來的 agent runtime，可能會分成兩條路。一條是重型容器。一條是輕型 isolate。兩者都會存在，但用法會很不一樣。\u003C\u002Fp>\u003Ch2>這背後其實是雲端成本戰\u003C\u002Fh2>\u003Cp>Cloudflare 不是只在做產品。它也在打成本戰。因為 AI agent 的成本，不只在模型推理。還有 sandbox、記憶體、啟動時間、全球部署、冷啟動等待。\u003C\u002Fp>\u003Cp>如果一個使用者問一句話，就要起一個容器。那成本會很難看。尤其當 agent 變成高頻功能時，這些 overhead 會很快放大。Cloudflare 想做的，是把短任務的執行成本壓下來。\u003C\u002Fp>\u003Cp>這也跟它原本的網路邊緣定位有關。Cloudflare 本來就擅長把東西放到離使用者更近的地方。現在它把這個邏輯延伸到 AI code execution。你不需要把每個任務都送進遠端資料中心。\u003C\u002Fp>\u003Cp>對開發者來說，這件事很現實。你最後還是要看延遲、記憶體、每次執行的單價。不是每個產品都需要大而全的容器。很多產品只是要快。要便宜。要穩。\u003C\u002Fp>\u003Cp>如果你正在做 agent 產品，我會建議你先問三個問題。第一，任務是不是短命。第二，需不需要完整 OS。第三，能不能用 typed API 收斂權限。三題如果都偏向輕量，那 isolate 很值得試。\u003C\u002Fp>\u003Ch2>接下來該怎麼看\u003C\u002Fh2>\u003Cp>我的判斷很直接。Cloudflare 這次不是在秀一個 demo 而已。它是在把「AI 產生程式」變成一個可重複使用的執行模型。這對很多團隊會很有吸引力，尤其是做資料處理、API 串接、聊天機器人、內部自動化的人。\u003C\u002Fp>\u003Cp>但它也不是萬用解。你如果要跑重 Python 套件、要碰系統層工具、要做長時間工作負載，容器還是比較合適。Cloudflare 的方向，比較像是把短小、頻繁、需要隔離的任務先吃下來。\u003C\u002Fp>\u003Cp>接下來 6 到 12 個月，我會看兩件事。第一，其他雲平台會不會跟進 isolate 型 sandbox。第二，開發者會不會真的把 agent 迴圈放到這種 runtime 上。這兩件事如果成立，agent 基礎設施的寫法就會慢慢變。\u003C\u002Fp>\u003Cp>如果你現在就在做 agent，我的建議很簡單。先挑一個 1 到 3 秒內能完成的小任務。把它搬到輕量 sandbox。量一次延遲、一次記憶體、一次成本。數字會比感覺誠實很多。\u003C\u002Fp>","Cloudflare 推出 Dynamic Worker Loader，讓 AI 產生的程式在 isolate 裡幾毫秒啟動、只吃幾 MB 記憶體。對 agent 開發者來說，這可能比容器更適合短命任務。","blog.cloudflare.com","https:\u002F\u002Fblog.cloudflare.com\u002Fdynamic-workers\u002F",null,"https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1774497869330-5n8z.png","ai-agent","zh","254405b6-7833-4800-8e13-f5196deefbe6",[17,18,19,20,21,22,23,24,25,26],"Cloudflare","Dynamic Worker Loader","Cloudflare Workers","AI agent","isolate","JavaScript","TypeScript","MCP","sandbox","容器",5,"2026-03-28T03:09:44.142236+00:00",{"tags":30,"relatedLang":46,"relatedPosts":50},[31,33,35,38,40,42,44,45],{"name":22,"slug":32},"javascript",{"name":23,"slug":34},"typescript",{"name":36,"slug":37},"研究整理","-",{"name":24,"slug":39},"mcp",{"name":17,"slug":41},"cloudflare",{"name":18,"slug":43},"dynamic-worker-loader",{"name":21,"slug":21},{"name":25,"slug":25},{"id":15,"slug":47,"title":48,"language":49},"cloudflare-100x-faster-ai-agent-sandbox-en","Cloudflare’s 100x Faster AI Agent Sandbox","en",[51,57,63,69,75,81],{"id":52,"slug":53,"title":54,"cover_image":55,"image_url":55,"created_at":56,"category":13},"ef96a410-24bd-4e35-8536-439f21f820e6","claude-code-dynamic-workflow-ai-harness-zh","Claude Code 動態工作流：AI 自寫 Harness","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1781035378200-qkm9.png","2026-06-09T20:02:21.942031+00:00",{"id":58,"slug":59,"title":60,"cover_image":61,"image_url":61,"created_at":62,"category":13},"9fb91fbe-64cd-4732-aba7-5b20daacf962","agent-orchestration-enterprise-ai-layer-zh","企業 AI 缺的是編排層","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780984981291-rodj.png","2026-06-09T06:02:30.929215+00:00",{"id":64,"slug":65,"title":66,"cover_image":67,"image_url":67,"created_at":68,"category":13},"2e389faa-a4ab-4f7a-b6da-c2ba69d5f14b","ai-agents-use-blockchain-trust-layer-zh","AI 代理用區塊鏈當信任層","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780980509390-6s0i.png","2026-06-09T04:48:01.259033+00:00",{"id":70,"slug":71,"title":72,"cover_image":73,"image_url":73,"created_at":74,"category":13},"1c433948-634b-47e4-a119-dd567203a712","8-rag-patterns-demos-into-prod-zh","8 種 RAG 模式把 Demo 變上線","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780971552397-h12o.png","2026-06-09T02:18:36.130013+00:00",{"id":76,"slug":77,"title":78,"cover_image":79,"image_url":79,"created_at":80,"category":13},"7d860405-aca6-486b-8de0-1c5193a3b06d","fine-tuning-beats-rag-style-not-facts-zh","當目標是文風不是事實時，微調比 RAG 更有效","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780924689232-5elu.png","2026-06-08T13:17:25.235242+00:00",{"id":82,"slug":83,"title":84,"cover_image":85,"image_url":85,"created_at":86,"category":13},"3d1e5ef7-8f31-4e57-b286-306825d7f38e","openclaw-small-business-ai-staff-zh","OpenClaw把AI變成夜班員工","https:\u002F\u002Fxxdpdyhzhpamafnrdkyq.supabase.co\u002Fstorage\u002Fv1\u002Fobject\u002Fpublic\u002Fcovers\u002Finline-1780904888882-6w0v.png","2026-06-08T07:47:27.229503+00:00",[88,93,98,103,108,109,114,119,124,129],{"id":89,"slug":90,"title":91,"created_at":92},"4ae1e197-1d3d-4233-8733-eafe9cb6438b","claude-now-uses-your-pc-to-finish-tasks-zh","Claude 開始幫你操作電腦","2026-03-26T07:20:48.457387+00:00",{"id":94,"slug":95,"title":96,"created_at":97},"5bede67f-e21c-413d-9ab8-54a3c3d26227","googles-2026-ai-agent-report-decoded-zh","Google 2026 AI Agent 報告解讀","2026-03-26T11:15:22.651956+00:00",{"id":99,"slug":100,"title":101,"created_at":102},"2987d097-563f-46c7-b76f-b558d8ef7c2b","kimi-k25-review-stronger-still-not-legend-zh","Kimi K2.5 評測：更強，但還不是神作","2026-03-27T07:15:55.277513+00:00",{"id":104,"slug":105,"title":106,"created_at":107},"95c9053b-e3f4-4cb5-aace-5c54f4c9e044","claude-code-controls-mac-desktop-zh","Claude Code 也能操控 Mac 了","2026-03-28T03:01:58.58121+00:00",{"id":4,"slug":5,"title":6,"created_at":28},{"id":110,"slug":111,"title":112,"created_at":113},"1c8afc56-253f-47a2-979f-1065ff072f2a","openai-backs-isara-agent-swarm-bet-zh","OpenAI 挺 Isara 的 agent swarm …","2026-03-28T03:15:27.513155+00:00",{"id":115,"slug":116,"title":117,"created_at":118},"7379b422-576e-45df-ad5a-d57a0d9dd467","openai-plan-automated-ai-researcher-zh","OpenAI 想做自動化 AI 研究員","2026-03-28T03:17:42.090548+00:00",{"id":120,"slug":121,"title":122,"created_at":123},"48c9889e-86df-450b-a356-e4a4b7c83c5b","harness-engineering-ai-agent-reliability-2026-zh","駕馭工程：從「馬具」到「作業系統」，AI Agent 可靠性的終極密碼","2026-03-31T06:42:53.556721+00:00",{"id":125,"slug":126,"title":127,"created_at":128},"96d8e8c8-1edd-475d-9145-b1e7a1b02b65","mcp-explained-from-prompts-to-production-zh","MCP 怎麼把提示詞變工作流","2026-04-01T09:24:39.321274+00:00",{"id":130,"slug":131,"title":132,"created_at":133},"f2ca7720-b471-4ce5-9336-2a9ac2a876fd","amazon-bedrock-agents-multi-agent-workflows-zh","Amazon Bedrock Agents 進入多代理工作流","2026-04-01T09:30:29.945429+00:00"]