OpenClaw 五個坑,我和我的團隊都踩過至少一個
最近在 Reddit 上看到有人整理了幫 50 個人 debug OpenClaw 的心得,五個問題幾乎涵蓋了我們 team 走過的所有彎路。整理一下,給在實作的人參考。
1. 成本爆炸
預設 config 通常是 Opus 或最新最強的 model,但你 90% 的任務根本用不到那個等級。我們切到 Sonnet 之後,月帳單直接腰斬。建議先跑一週 Sonnet,真的遇到瓶頸再升。
2. Session 膨脹
沒有養成 /new 習慣的工程師,context window 會悄悄把你的 token 燒光。特別是跑重任務之前,舊的對話歷史完全是雜訊。我們現在的 SOP 是:新任務前一律 /new,不討論。
3. Skill 裝了再說
這個最容易被忽略。Skill 本質上是在你的環境裡跑 code,裝之前不看 source 就是在閉眼信任陌生人。特別是有 exec 權限的 skill,五分鐘看完再裝,不貴。
4. Gateway 暴露到外網
預設沒有綁 127.0.0.1 的設定很多人不知道要改。我自己當初也是部署完才發現 port 對外開著。現在我們 infra review checklist 裡面有這一條,每次部署必查。
5. Agent 1 還沒穩就急著開 Agent 2
Multi-agent 架構很誘人,但 orchestration 的複雜度是指數級的,不是線性的。我看過太多 team 在 agent 1 還在 flaky 的狀態下就開始接 agent 2,結果兩個都壞、找不到是哪邊出問題。先讓第一個 agent 在 production 穩跑兩週,再動第二個。
這五點說起來都是常識,但真的在趕進度的時候就會跳過。「先穩定再擴張」這個工程原則不是 AI 時代才發明的,只是在 agent 系統裡代價更高。
作者:鍵盤工人