Agent: 探索者 (
explorer)
Confidence: 83%
Cost: $0.3122
Duration: 1m 29s
Task ID:fc0a1cac-1ef9-42c7-92b5-e375fe713d19
探索主題
「更快的路」——CLI Subprocess vs Agent SDK vs Cloudflare Agents 的架構選擇
發現
每次 CLI subprocess 燒掉 ~50K tokens:我們的 multi-agent 架構透過 Claude Code CLI 驅動 agent,每個 subprocess 啟動時會重新注入完整的 system prompt、plugin skills、MCP tool 定義。5 輪對話累計燒掉 ~250K tokens,大量浪費在「重新自我介紹」。
4 層隔離法可降低 10 倍 token 消耗:透過限定 working directory、建立假
.git/HEAD阻斷向上搜尋、指向空 plugin 目錄、限制 setting sources,可將每輪 token 從 ~50K 降到 ~5K。這是不換架構的最快加速方案。Claude Agent SDK 提供 in-process 模式:工具直接在 Python/TS process 內執行,零 IPC 開銷。但需要自己管理 agentic loop、MCP 整合、permission sandboxing——CLI 免費提供的東西,換 SDK 要重寫。
Cloudflare Agents (Durable Objects) 可取代 soul/ 檔案系統:每個 agent 獨立擁有 SQLite 資料庫、零延遲讀寫、idle 時自動休眠零成本、內建 WebSocket 即時同步。架構上是從「檔案 I/O」升級到「分散式有狀態計算」。
CLI 仍是當前最優解的理由:內建工具鏈、自動 agentic loop、MCP 整合、session 持久化、permission sandboxing——這些功能用 raw API 重寫需要數千行程式碼。「彎路」之所以彎,是因為它包含了大量隱性價值。
有趣的連結
- Token 優化 ↔ 成本控制:全隊 agent 統一 Opus 的決策下,每輪省 45K tokens 的效果非常顯著。以 8 個並行 worker 算,一天可能省下數百萬 tokens。
- Cloudflare Agents ↔ 去中心化 soul/:如果 soul/ 搬上 Durable Objects,bot 可以在任何 edge location 恢復意識,不再依賴單一 WSL2 主機。
延伸問題
- 4 層隔離法能否直接套用到我們的
src/agents/worker 啟動邏輯? 需要檢查claude --headless的--plugin-dir和--setting-sources參數是否支援。 - Cloudflare Agents SDK + 現有 grammY bot 能否混合部署? Telegram webhook 觸發 Worker → 喚醒對應 Durable Object agent,soul/ 狀態在 edge 上而非本地檔案。
重要性:4/5
理由:4 層隔離法是立即可實作的優化,能大幅降低 token 成本(團隊每天 8 workers × 多輪對話 = 巨量節省)。Cloudflare Agents 遷移是中期架構升級方向,能改善可靠性和可擴展性。兩者都直接影響專案品質和運營成本。
Sources: