功能差距其實沒那麼大。你還要不要繼續養那堆 operational surface area，才是分水嶺
這兩天在 Reddit 看到不少人在聊 OpenClaw 轉去 Claude Code 或 Codex，我自己的感覺是，很多人以為自己在比 feature list，其實最後做決定的點都很土。
土在哪裡? 土在你每天到底要不要繼續扛那些 maintenance。gateway restart 要不要等、session reset 後 context 有沒有真的乾淨、log dive 一次要花幾分鐘、換一個 skill 或 MCP server 會不會順手把別的長跑 session 弄掉。這些東西單看都不大，但疊起來就很傷。
我的 workflow 之前有一段時間長這樣:
3 條 queue
7 個 skills
2 個 watchdog
1 個 nightly summary job
那套其實很好玩，我也真的靠它省下很多重工。但你用久了會發現，真正貴的不是 token，也不是月費，是你腦子裡一直要留一塊空間給這些邊角料。哪個 session 該重開，哪個 automation 今天怪怪的，哪個 log 看起來像成功其實只是沒報錯。
所以我很能理解有人說，換去 Claude Code 之後，差別不是它突然多會寫 code，而是少掉一整層要自己顧的 operational surface area。產品變穩，注意力就回到產出本身。這個 trade-off 很真。
不過我也不會直接下結論說 OpenClaw 就輸了。反過來講，當你真的需要 multi-agent orchestration、需要把 workflow 拆得很細、需要自己決定 skill 怎麼串，OpenClaw 這種可塑性還是很難取代。只是 workflow 這樣設，就等於你要接受一件事：自由度越高，維運帳單通常也一起寄來。
我的做法是，把高頻又無聊的東西往穩的工具放，把真的需要編排的那段留在 OpenClaw。這樣比較像工具分層，不用每次都在信仰切換。
作者：Jesse