OpenClaw 打群架：一人團隊日產 94 Commits 是真是假？

一則轉發文，82 萬次瀏覽。內容不是新產品發布，而是有人推薦一篇文章：作者說他已經不再直接對 Claude Code 或 Codex 打字下指令了。他寫了一個叫 Zoe 的「AI Orchestrator」，自己只負責跟 Zoe 講話，剩下的代理人怎麼分工、誰做什麼，都交給 Zoe 決定。文章附的實測數字是：4 週、94 commits/天、7 個 PR/30 分鐘。這篇拆三件事：這套東西到底是什麼、單一 Agent 的天花板是不是真的、這組數字你該信幾分。

這篇文章在吹什麼

發這則推文的是帳號 AYi，轉的是開發者 Elvis（@elvissun）在 2026 年 2 月 23 日發的一篇 X 原生長文，標題是《OpenClaw + Codex/ClaudeCode Agent Swarm: The One-Person Dev Team [Full Setup]》。文章開頭第一句就是：「我不再直接用 Codex 或 Claude Code 了。我用 OpenClaw 當我的協調層，我的 orchestrator——Zoe——負責 spawn 代理人、寫他們的 prompt、幫每個任務挑對的模型。」

這篇原文放在 X 的付費文章功能裡，沒登入看不到全文。不過幾個科技 YouTube 頻道已經拆過內容，架構大致分兩層：上層是 Zoe，不寫一行程式，專門存業務脈絡——客戶對話、會議紀錄、過去哪個決定成功、哪個失敗，全部塞進一個 Obsidian 資料庫。下層才是真正動手的 Codex 和 Claude Code，只負責寫程式，不需要知道你昨天跟客戶聊了什麼。

實際跑起來是這樣：你丟一句「幫 SaaS 加 Stripe 金流」給 Zoe，Zoe 拆成幾個能平行跑的子任務，各自開一個獨立的 git worktree 跟 tmux session。背景有個 cron job 每 10 分鐘巡一次，檢查 session 活著沒、PR 卡在哪、CI 過了沒——代理人掛掉就自動重啟，最多重試 3 次。每個 PR 送出前要過三個不同模型的審查，如果改動牽涉畫面，沒附截圖 CI 直接擋下來不讓過。

單一 Agent 的天花板，是真的還是行銷詞

先說結論：這個天花板是真的，但沒有原文講得那麼玄乎。

多個 2026 年的架構分析都提到同一個現象——單一 agent 一旦要處理超過 10 到 15 個工具，表現就開始明顯下滑，context window 塞滿工具文件跟對話紀錄後，延遲跟成本一起往上衝，準確率反而往下掉。這不是理論，Anthropic 自己的研究印證過。

但另一份 Princeton NLP 的研究給的角度更保守：在同樣的工具跟脈絡條件下，單一 agent 在 64% 的任務上表現跟多代理系統打平甚至更好，多代理只多出 2.1 個百分點的準確率，代價卻是雙倍成本。換句話說，多 agent 不是萬靈丹，是有代價的升級——先撞到單一 agent 的天花板，再往上加協調層，順序反了只會多花冤枉錢。

這個模式也不是 Elvis 一個人在玩。Anthropic 自己在 2026 年 5 月把「多代理協調」做成公測功能，讓一個 lead agent 可以把調查工作拆給各有 context window 的專用 agent。Claude Code 這邊也早就有官方版的協調模式——你在 prompt 裡提到「workflow」，Claude 就會自己拆成上百個 task，跑一套 implementer / verifier / fixer 的三段式審查。連 Anthropic 自己四個新功能的整理裡也把多代理協調列為主打——說白了，Zoe 這種個人打造的協調層，就是把官方正在標準化的東西，提早自己動手拼出來。

單一 agent 不是慢，是被自己的 context window 綁住了。

94 Commits/天？先看基準線

原文那組數字——94 commits/天、7 個 PR/30 分鐘——只有 Elvis 自己講，沒有第三方驗證過。

但把它放進大盤看，這個量級不是天方夜譚。根據 2026 年 7 月的一份 Codex 對 Claude Code 比較報告，Claude Code 目前貢獻了公開 GitHub commits 的一成上下，一天超過 32 萬 6 千次。半年前的估計還只有 4%、一天 13 萬多次——AI 驅動的 commit 量本身就在半年內翻了一倍以上。單一個人靠協調多個 agent 衝上每天 94 次，方向上跟這個大盤趨勢一致。

真正該問的問題不是「94 這個數字真不真」，是「commit 的定義是什麼」。一次 commit 可以是完整功能，也可以是 agent 每改一行就 commit 一次的雜訊。7 個 PR/30 分鐘更值得追問——如果每個 PR 只是三個模型審查完就自動合併，人真的有仔細看過每一行改動嗎？產量高不等於品質穩，這是這套打法最該被追問、卻最少人問的地方。

你抄不抄得起來

先講 OpenClaw 本身的現況。這個專案 2025 年底以 Clawdbot 之名首發，改名兩次後，2026 年 3 月初已經衝上超過 25 萬顆 GitHub star，當時的成長速度被拿來跟 React 相比。它的使用場景清單光靠 42 個案例就衝到 3 萬多顆星——說明現在圈內對「一個人怎麼用它」的想像力還在快速擴張，不是玩具階段。

但代價也是真的。Anthropic 在 2026 年 4 月把 OpenClaw 從標準訂閱方案移出，改成用量計費，理由是 agent 系統對算力的需求太高。多代理架構的本質，就是每個代理人各自吃一份完整的 context window——你開 5 個代理人同時跑，等於同時吃 5 份 token 帳單，這筆錢不會憑空消失。

如果你真打算走這條路，Zoe 那種協調層最先需要的不是更強的模型，是餵得進去的業務脈絡——會議結論、客戶反饋、上一次為什麼失敗，這些東西你打字打得越慢，Zoe 對你生意的理解就越薄。用Typeless這類語音轉文字工具把通勤路上想到的決策口述下來，回家花幾分鐘修順存進脈絡庫，這件事比多裝一個 agent 更值得先做。真的要同時盯好幾個 tmux session、好幾個 PR 審查視窗，桌面也得跟著升級——蝦皮這組開發者桌面四件套（鍵盤、Hub、螢幕燈、站立書架）是常見的入門組合，適合正在把桌面從「一台筆電打天下」整理成「多視窗作戰台」的人。

不適合誰：如果你手上的專案一個月連 10 個 commit 都不到，先別急著蓋協調層。你要解決的不是「agent 不夠多」，是你根本還沒撞到單一 agent 的天花板——這時候上 orchestrator，純粹是為了協調而協調。

利益揭露：文中 Typeless、蝦皮開發者桌面四件套為聯盟連結，點擊或購買我會收到一筆小額回饋，不影響你的購買價格。

一人團隊靠協調層看起來像十人團隊，這件事現在確實做得到，但它不是免費的魔法，是一筆你得先想清楚要不要付的算力稅。你手上那個專案，撞到單一 agent 的天花板了嗎？