所有人教你安裝 OpenClaw，卻沒人告訴你裝完之後會怎樣
整理版優先睇
安裝OpenClaw後首小時決定成敗：10個實戰教訓幫你避開常見陷阱
作者Voxyz由clawdbot時代就開始用OpenClaw，擁有5個Agent團隊，親身踩過唔少坑。佢留意到好多人安裝完OpenClaw之後一星期內就放棄，原因唔係工具唔好，而係裝完之後搞錯咗幾件關鍵事，然後就以為「就咁樣了」。呢篇文章就係佢用真金白銀同時間換返嚟嘅10個教訓，涵蓋配置、規則、成本、模型、記憶、組織同備份等範疇。
整體結論係：安裝OpenClaw後嘅第一個小時，比之後一個月都重要。呢個小時決定咗你會唔會繼續用落去。你唔需要一次過搞曬所有嘢，而係要逐步嚟：先開一個代理做一件簡單任務，然後慢慢修bug、優化成本、加功能。架構係從解決問題中長出嚟嘅，唔係一開始就設計出嚟嘅。
如果你跟住呢啲建議，就可以避免大部分常見錯誤，令OpenClaw真正成為你嘅得力助手，而唔係一個裝完就擺喺度嘅玩具。
- 預設tools.profile係'messaging'，代理只係一部電話；轉做'full'先有完整工具權限，先可以真正開工。
- AGENTS.md等文件超過20,000字符會被靜默截斷中間部分，重要規則一定要放喺文件頂部，否則代理永遠睇唔到。
- 80%嘅API費用都係輸入（重讀系統提示同記憶），將核心規則放SOUL.md，其他放memory文件夾按需讀取，可降40-60% token消耗。
- 唔同代理要用唔同模型：聊天用Opus（理解語氣），數據處理用GPT-5.4（快同穩定），避免浪費錢同時間。
- 內置temporal decay可以解決記憶膨脹問題，新記憶權重更高，舊記憶自動衰減，唔使手動清理垃圾。
安裝後第一個坑：代理冇工具可用
你嘅第一個OpenClaw上線咗，叫佢讀個文件冇反應，運行命令又冇反應。你以為佢壞咗，但其實佢好正常——只係你冇俾佢工具。預設tools.profile係'messaging'，代理淨係識得發消息，其他功能全部鎖住。
你嘅第一個OpenClaw上線咗，但佢咩都做唔到——因為預設tools.profile係'messaging'，只允許發消息。
"tools": {
"profile": "full"
}- profile控制有冇工具，exec.ask控制用工具前使唔使問你。
- 先設profile，再設exec，反過來冇用。
- 如果你係老用戶，檢查一下config，因為早期版本默認係'messaging'。
規則截斷與費用黑洞
你喺AGENTS.md寫咗條重要規則，但代理成日無視。原來OpenClaw對每個工作區文件有20,000字符限制，超過嘅部分會靜默截斷——保留頭70%同尾20%，中間10%直接刪走。冇錯誤提示，冇警告，你嘅代理喺不完整指令下運作。
你最重要嘅規則可能從來冇被讀過——文件超過20,000字符會被靜默截斷中間部分。
另外，八成API費用都係輸入token。每一輪對話，代理都要重讀系統提示、工具定義、SOUL.md同完整聊天記錄。有讀者嘅輸入輸出比例高達148:1。優化方法係將核心規則放SOUL.md，其他嘢放memory文件夾，等代理用memory tools按需讀取。
"bootstrapMaxChars": 20000,
"bootstrapTotalMaxChars": 150000模型選擇與記憶管理
好多人為咗慳錢揀最平嘅模型，結果花更多時間修正輸出。作者嘅做法係一個最高檔訂閲，所有代理都用同一個模型，唔使擔心用量。但唔同代理確實需要唔同模型：同人傾偈嘅代理要用Opus，理解語氣；做數據處理嘅代理用GPT-5.4，快啲同穩定啲。
別在模型上慳錢，慳你嘅時間——便宜模型令你花更多時間修正。
agents:
defaults:
model:
primary: "openai/gpt-5.4"
list:
- id: community-bot
model: "anthropic/claude-opus-4-6"記憶系統三星期後就會變垃圾抽屜。舊決策同新計劃逼埋一齊，代理成日撈到舊資料當成事實。解決方法係打開內置temporal decay（時間衰減），新記憶權重更高，舊記憶自動衰減，唔需要手動清理。
組織運維與起步建議
好多新手開好多代理，結果一半輸出冇人接收。每個代理開工前要問三個問題：我產出咩？邊個接收我嘅輸出？我絕對唔碰咩？答唔出第二題就代表呢個崗位唔應該存在。
每個代理開工前問：我產出咩？邊個接收？我唔碰咩？答唔出第二題就唔該取消呢個崗位。
多代理要分開聊天頻道，OpenClaw支援Telegram forum topics，每個主題綁定一個代理，各自有獨立會話同記憶。仲有，記得用ACP bridge嘅provenance mode確認消息來源，唔好盲目信任每個輸入。
- 1 第一日：一個代理，連Telegram，做一件你每日都會重複嘅事。
- 2 第一週：佢會崩，修復tools.profile、規則截斷、慢回等問題。
- 3 第二週：睇賬單，精簡提示詞，為唔同任務配唔同模型。
- 4 第三週：加第二個代理，你會真正理解咩係下游消費者。
- 5 第四周：架構自然長出嚟，唔使一開始就設計。
最後，記得備份！OpenClaw有原生備份指令，定期備份config同SOUL.md，唔好等出事先後悔。
原文：https://x.com/Voxyz_ai/status/2031346083151159386
作者：Voxyz (@Voxyz_ai)
過去三個月，我眼睜睜睇住幾萬人裝咗 OpenClaw。
騰訊甚至喺佢哋深圳總部擺攤，免費幫人安裝。
但係大多數人喺一星期內就放棄咗。
唔係因為 OpenClaw 唔好。而係因為啱啱裝好嗰幾個鐘頭，佢哋搞衰咗幾件關鍵嘅事，然後就以為"係咁㗎喇"。
我由 clawdbot 時代就開始用 OpenClaw 㗎喇。擁有5個🦞Agent嘅團隊。踩過嘅坑我一個冇漏全部踩過曬。呢度係 10 件任何教程都唔會話你知嘅事。每一件都令我付出咗真金白銀，或者浪費咗一整天時間。
1. 佢冇壞，係你綁住咗佢對手
你嘅第一個OpenClaw🦞上線咗。你叫佢讀個文件。冇反應。執行個命令。冇反應。你覺得佢壞咗。
佢冇壞。佢好得很。你只係冇畀佢工具。
喺之前嘅版本入面，預設嘅 tools.profile 係 messaging。你嘅代理只准發消息。讀文件、寫文件、執行命令、用瀏覽器——全部被禁用咗。
想像嚇請咗個全職員工，但係只俾佢一部電話同一張凳。佢就坐喺度。佢可以講嘢。但佢咩都做唔到。
"tools": { "profile": "full" }就係呢一行代碼。你嘅代理由一部電話變成咗成個辦公室。
譯者注：呢啲配置項都喺（以Mac為例） ~/.openclaw/openclaw.json 呢個JSON文件入面，下面都係咁↓↓↓
如果你仲想叫代理執行命令時唔使問你（例如喺 Telegram 上冇確認彈窗嘅地方）：
"tools": {
"profile": "full",
"exec": { "security": "full", "ask": "off" }
}兩個開關。profile 控制有冇工具。exec.ask 控制用之前使唔使問你。先 set profile，再 set exec。反過來 set 冇用。
由某個版本開始，onboard 預設改咗做 coding。新安裝唔會遇到呢個問題。但如果你係老用戶，或者手動改過配置，檢查一下。
譯者注：OpenClaw嘅v2026.3.2版本預設權限係'messaging'，而v2026.3.7版本改返咗做'coding'
2. 你最緊要嘅規則可能從來冇被讀過
呢個坑浪費咗我大半日。
我喺 AGENTS.md 入面寫咗一條規則。我嘅代理一直無視佢。換成 Opus 模型。都係無視。我以為係模型太蠢。
結果係嗰條規則喺文件中間。佢根本冇入到真正發俾代理嘅上下文。
點解？OpenClaw 對每個工作區文件有 20,000 字符限制。超過嘅部分會被靜默截斷。佢保留前 70%，保留後 20%，中間 10% 直接砍咗。
冇錯誤提示。冇警告。你嘅代理喺唔完整嘅指令下執行，而你完全唔知道。
就好似交俾新員工一本合規手冊，但中間有幾頁黐埋一齊咗。佢以為自己全部讀完曬。你都以為佢全部讀完曬。
點樣檢查：喺聊天入面輸入 /context list。如果你見到 TRUNCATED，就係被截斷咗。
修復方法：將最緊要嘅規則放喺文件頂部。中間係死亡區域。
如果你嘅文件確實需要好長，調整呢兩個設定：
"bootstrapMaxChars": 20000,
"bootstrapTotalMaxChars": 150000第一個係單個文件限制。第二個係所有文件加埋嘅限制。
3. 你 80% 嘅 API 費用係喺燒錢
兩星期後，我打開 token 儀錶板。80% 係輸入。唔係輸出。
我嘅代理唔係喺思考。佢係喺温習。每一輪對話，佢都重新讀一次系統提示、工具定義、SOUL.md、同埋完整嘅聊天記錄。喺發每條消息之前，佢都由頭到尾温習一次佢嘅世界觀。
有個讀者俾我睇佢嘅數據：1.39 億輸入，93.5 萬輸出。比例係 148:1。佢嘅代理每輪對話塞咗 52KB 上下文。光是 MEMORY.md 就 22KB。每條消息都以重讀一本小書開始。
想像嚇一個員工每日早上開工前，先將所有公司政策文件讀兩個鐘。佢大部分人工都花咗喺閲讀上。
修復方法好簡單：核心規則放喺 SOUL.md 入面。其他嘢都移去 memory 文件夾，叫代理經 memory tools 按需要讀取。
譯者注：SOUL.md同memory都喺 ~/.openclaw/workspace 目錄下
改完之後，token 消耗下降咗 40-60%。輸出質量冇變。
你嘅錢應該用嚟買思考。唔係用嚟一次又一次讀同一本手冊。
4. 唔好喺模型上慳錢，慳你嘅時間
好多人本能咁選擇最平嘅模型嚟跑代理。
我試過。平模型慳咗 20 美元。然後我花咗一個鐘修輸出。又花咗一個鐘解釋邊度出錯。重寫提示詞。再跑一次。最後都係轉返最強模型。一次就搞掂咗。
我慳落嚟嘅 20 美元，花咗我一整日。
我嘅做法：一個最高級訂閲。所有代理都用佢嚟跑。唔按 token 計費。冇用量焦慮。代理想調用幾多次就調用幾多次，提示詞想寫幾長就寫幾長。
但呢度有個分別：唔係所有代理都需要同一個模型。
同人傾偈嘅代理需要 Opus。佢要理解語氣、讀懂情緒、寫得似個人。平模型做唔到呢樣嘢。
拉數據、掃通知、整理內容嘅代理用 GPT-5.4 更好。唔係因為佢平，而係因為佢更快、更穩定、更聽話。Opus 會將簡單任務諗到複雜。掃垃圾郵件嘅時候，佢會分析語氣、猜測意圖。寫日報嘅時候，佢會加自己嘅意見。
agents:
defaults:
model:
primary: "openai/gpt-5.4"
list:
- id: community-bot
model: "anthropic/claude-opus-4-6"呢個唔係為咗慳錢。係為咗畀合適嘅工配合適嘅工具。
5. 你嘅記憶系統三星期後就會崩
第一日睇 MEMORY.md 仲算清爽。三星期後佢就係個垃圾抽屜。
譯者注：memory喺 ~/.openclaw/workspace 目錄下
上個月過時嘅決定同今日嘅新計劃塞埋一齊。當代理搜索記憶時，佢分唔清新舊。佢經常撈到一個月前嘅資訊，當成當前事實嚟處理。
你嘅枱上堆咗三個月嘅文件。你急需一份合同。你抽出嚟一份。係上個月過期版本。你基於過時條款簽咗字。
你唔需要在第一日就設計三層記憶架構。你嘅代理仲未做成功一件有用嘅事呢。你設計啲乜？
打開 OpenClaw 內置嘅 temporal decay（時間衰減）。新記憶權重更高。舊記憶自動衰減。唔需要手動清理。
80% 嘅記憶問題解決咗。
記憶問題係跑出嚟嘅，唔係設計出嚟嘅。先跑起嚟先講。
6. 冇人接收輸出嘅代理，係你成本嘅超級黑洞
有個讀者睇完我第一篇文，太興奮，一口氣搭咗一整套系統。結果：2000 萬個文件。
有用嘅就一個 .env 同幾個 markdown。其他全部刪曬。花咗一整日。
我都做過同樣嘅事。第一次代理跑起嚟嘅時候，我想叫佢做所有嘢。協調員、分析師、戰略師、編輯、營運。組織架構圖畫出嚟好靚。
然後我發現：一半Agent每日都在生產輸出，但冇任何Agent或人消費呢啲輸出。冇人睇嘅日報。冇人睇嘅分析。乜嘢都唔需要審批嘅審批流程。
而家每個代理開工前必須回答三個問題：
1. 我產出什麼
2. 誰接收我的輸出
3. 我絕不碰什麼答唔出第 2 題？呢個崗位唔應該存在。
我喺所有代理上跑咗呢個測試。砍咗一個。token 消耗下降 44%。速度提升 62%。
起步建議：一個代理，一個任務，一個你每日都會實際睇嘅輸出。等佢穩定咗，再加第二個。
7. 五個代理唔應該塞喺一個房間
到第三個月，5 個代理全部喺一個 Telegram 羣入面講嘢。日報撈埋運行時警報。客戶支援同內容策劃纏埋一齊。我每日花 20 分鐘揾消息揾資訊。
呢個唔啱。
OpenClaw 支援 Telegram forum topics（論壇主題）。一個 Telegram 論壇可以有多個主題，每個綁定唔同嘅代理：
channels:
telegram:
groups:
"-100xxxxxxxxxx":
topics:
"daily-brief": { agentId: "nexus" }
"radar": { agentId: "scout" }
"content": { agentId: "quill" }
"runtime": { agentId: "forge" }
"support": { agentId: "guide" }每個主題有自己嘅會話、自己嘅工作區、自己嘅記憶。
辦公室有獨立房間。財務喺財務室。工程喺工程室。支援喺支援室。你唔會將所有人塞入一個開放大廳互相嗌吧。
我打開營運室，掃一眼，就知道邊個喺做嘢、邊個卡住咗、乜嘢需要我做決定。
8. 你嘅代理唔知道係邊個同佢講嘢
你嘅代理收到一條消息。佢根本唔知道係你發嘅、另一個代理發嘅、定係某個外部系統發嘅。佢一視同仁，全部執行。
就好似你嘅員工收到一封電郵就跟住指令做，唔查係邊個發嘅。邊個都可以冒充你。
OpenClaw 嘅 ACP bridge 而家支援 provenance mode（來源模式）：
openclaw acp --provenance off # 禁用
openclaw acp --provenance meta # 消息帶來源標籤
openclaw acp --provenance meta+receipt # 來源標籤 + 代理能看到可見的來源回執meta 叫系統知道消息由邊度嚟。meta+receipt 叫代理都可以睇到。
你嘅代理唔應該盲目信任收到嘅每個輸入。至少對於經 ACP bridge 嚟嘅消息，佢而家可以查 ID 喇。
9. 冇人提醒你備份
所有人教你安裝 OpenClaw。冇一個人講先備份嘅事。
我有一次唔見咗成個配置。花咗一整日手寫重建 SOUL.md。靠記憶重寫每條規則。重建嘅版本更差，因為我記唔住當初編碼入原版嘅一半邊界情況。
OpenClaw 而家支援 原生備份：
openclaw backup create
openclaw backup create --only-config
openclaw backup create --no-include-workspace
openclaw backup verify <archive>預設會打包本地狀態、配置、憑證同會話。工作區係可選嘅。
我一直有跑每星期 VPS 備份。而家加上呢個，雙重保險。
冇人慶祝呢個功能。直到佢哋需要嘅嗰一日。
10. 唔好設計，直接用
三個月嚟嘅最大教訓。
我見過太多人安裝完 OpenClaw，即刻花三日畫架構圖。幾層記憶？代理之間用咩通信協議？邊啲跑 Opus，邊啲跑 Sonnet？
架構圖畫完咗。系統仲未跑過任何一個真實任務。
反過嚟做：
• 第一天：一個代理，連上 Telegram，做一件你每日都會重複嘅事。 • 第一週：佢會崩。tools.profile、規則截斷、反應慢。修好佢哋。呢啲先係真正嘅學習。 • 第二週：睇嚇賬單。精簡臃腫嘅提示詞。畀唔同嘅工配唔同嘅模型。 • 第三週：加第二個代理。而家你真係明咩叫下游消費者喇。 • 第四周：架構唔需要你設計。佢係由你解決嘅每個問題中長出嚟嘅。
安裝 OpenClaw 後嘅第一個鐘頭，比接下來一個月都重要。
唔係因為嗰個鐘頭需要做幾多嘢。而係因為嗰個鐘頭決定咗你會唔會繼續行落去。
每個教程都教你安裝。呢篇話你知之後嘅路係點樣。
你唔需要去揾坑。開始行。坑會自己嚟揾你。
譯者注：雖然我嘅賬號食到咗OpenClaw呢隻龍蝦�嘅紅利，但係都係唔講唔得...請大家對�略微怯魅~ 能夠將�裝好同用得好�完全係兩件事！ 回顧人類歷史，關鍵問題從來都唔在於一個工具有幾好，而在於你拎到呢個工具之後究竟用嚟做咩，係咪？
原文：https://x.com/Voxyz_ai/status/2031346083151159386
作者：Voxyz (@Voxyz_ai)
過去三個月，我眼睜睜看着幾萬人安裝了 OpenClaw。
騰訊甚至在他們深圳總部擺攤，免費幫人安裝。
但大多數人在一週內就放棄了。
不是因為 OpenClaw 不好。而是因為剛裝好的那幾個小時，他們搞砸了幾件關鍵的事，然後就以為"就這樣了"。
我從 clawdbot 時代就開始用 OpenClaw 了。擁有5個🦞Agent的團隊。能踩的坑我一個不落全踩了。這裏是 10 件沒有任何教程會告訴你的事。每一件都讓我付出了真金白銀，或者浪費了一整天時間。
1. 它沒掛，是你綁住了它的手
你的第一個OpenClaw🦞上線了。你讓它讀個文件。沒反應。運行個命令。沒反應。你覺得它壞了。
它沒壞。它好得很。你只是沒給它工具。
在之前的版本里，默認的 tools.profile 是 messaging。你的代理只允許發消息。讀文件、寫文件、運行命令、用瀏覽器——全都被禁用了。
想象一下僱了個全職員工，但只給他一部電話和一把椅子。他就坐那兒。他能說話。但他什麼都幹不了。
"tools": { "profile": "full" }就這一行代碼。你的代理從一部電話變成了一整個辦公室。
譯者注：這些配置項都在（以Mac為例） ~/.openclaw/openclaw.json 這個JSON文件內，下同↓↓↓
如果你還想讓代理運行命令時不用問你（比如在 Telegram 上沒有確認彈窗的地方）：
"tools": {
"profile": "full",
"exec": { "security": "full", "ask": "off" }
}兩個開關。profile 控制有沒有工具。exec.ask 控制用之前要不要問你。先設 profile，再設 exec。反過來設沒用。
從某個版本開始，onboard 默認改成 coding 了。新安裝不會遇到這個問題。但如果你是老用戶，或者手動改過配置，檢查一下。
譯者注：OpenClaw的v2026.3.2版本默認權限是’messaging’，而v2026.3.7版本改回了‘coding’
2. 你最重要的規則可能從來沒被讀過
這個坑浪費了我大半天。
我在 AGENTS.md 裏寫了一條規則。我的代理一直無視它。換成 Opus 模型。還是無視。我以為是模型太蠢。
結果是那條規則在文件中間。它根本沒進真正發給代理的上下文。
為啥？OpenClaw 對每個工作區文件有 20,000 字符限制。超過的部分會被靜默截斷。它保留前 70%，保留後 20%，中間 10% 直接砍掉。
沒有錯誤提示。沒有警告。你的代理在不完整的指令下運行，而你完全不知道。
就像交給新員工一本合規手冊，但中間有幾頁粘在一起了。他以為自己全讀完了。你也以為他全讀完了。
怎麼檢查：在聊天裏輸入 /context list。如果你看到 TRUNCATED，就是被截斷了。
修復方法：把最重要的規則放在文件頂部。中間是死亡區域。
如果你的文件確實需要很長，調整這兩個設置：
"bootstrapMaxChars": 20000,
"bootstrapTotalMaxChars": 150000第一個是單個文件限制。第二個是所有文件加起來的限制。
3. 你 80% 的 API 費用是在燒錢
兩週後，我打開 token 儀表盤。80% 是輸入。不是輸出。
我的代理不是在思考。它是在複習。每一輪對話，它都重新讀一遍系統提示、工具定義、SOUL.md、還有完整的聊天記錄。在發每條消息之前，它都從頭到尾複習一遍它的世界觀。
有個讀者給我看他的數據：1.39 億輸入，93.5 萬輸出。比例是 148:1。他的代理每輪對話塞進去 52KB 上下文。光是 MEMORY.md 就 22KB。每條消息都以重讀一本小書開始。
想象一下一個員工每天早上開工前，先把所有公司政策文件讀上兩小時。他大部分工資都花在閲讀上了。
修復方法很簡單：核心規則放 SOUL.md 裏。其他東西都移到 memory 文件夾，讓代理通過 memory tools 按需讀取。
譯者注：SOUL.md和memory都在 ~/.openclaw/workspace 目錄下
改完之後，token 消耗下降了 40-60%。輸出質量沒變。
你的錢應該用來買思考。不是用來一遍又一遍讀同一本手冊。
4. 別在模型上省錢，省你的時間
很多人本能地選擇最便宜的模型來跑代理。
我試過。便宜模型省了 20 美元。然後我花了一小時修輸出。又花了一小時解釋哪裏出錯了。重寫提示詞。再跑一遍。最後還是切回最強模型。一次就搞定了。
我省下的 20 美元，花了我一整天。
我的做法：一個最高檔訂閲。所有代理都用它跑。不按 token 計費。沒有用量焦慮。代理想調用多少次就調用多少次，提示詞想寫多長就寫多長。
但這裏有個區別：不是所有代理都需要同一個模型。
跟人聊天的代理需要 Opus。它得理解語氣、讀懂情緒、寫得像個人。便宜模型幹不了這個。
拉數據、掃通知、整理內容的代理用 GPT-5.4 更好。不是因為它便宜，而是因為它更快、更穩定、更聽話。Opus 會把簡單任務想複雜。掃垃圾郵件的時候，它會分析語氣、猜測意圖。寫日報的時候，它會加自己的看法。
agents:
defaults:
model:
primary: "openai/gpt-5.4"
list:
- id: community-bot
model: "anthropic/claude-opus-4-6"這不是為了省錢。這是為了給合適的活配合適的工具。
5. 你的記憶系統三週後就會崩
第一天看 MEMORY.md 還挺清爽。三週後它就是個垃圾抽屜。
譯者注：memory在 ~/.openclaw/workspace 目錄下
上個月過時的決策跟今天的新計劃擠在一起。當代理搜索記憶時，它分不清新舊。它經常撈到一個月前的信息，當成當前事實來處理。
你的桌子上堆了三個月的文件。你緊急需要一份合同。你抽出來一份。是上個月過期版本。你基於過時條款簽了字。
你不需要在第一天就設計三層記憶架構。你的代理還沒幹成一件有用的事呢。你設計個啥？
打開 OpenClaw 內置的 temporal decay（時間衰減）。新記憶權重更高。舊記憶自動衰減。不需要手動清理。
80% 的記憶問題解決了。
記憶問題是跑出來的，不是設計出來的。先跑起來再說。
6. 沒人接收輸出的代理，是你成本的超級黑洞
有個讀者看完我的第一篇文章，太興奮了，一口氣搭了一整套系統。結果：2000 萬個文件。
有用的就一個 .env 和幾個 markdown。其他全刪了。花了一整天。
我也幹過同樣的事。第一次代理跑起來的時候，我想讓它幹所有事。協調員、分析師、戰略師、編輯、運營。組織架構圖畫出來可漂亮了。
然後我發現：一半Agent每天都在生產輸出，但沒有任何Agent或人消費這些輸出。沒人讀的日報。沒人看的分析。什麼都不需要審批的審批流程。
現在每個代理開工前必須回答三個問題：
1. 我產出什麼
2. 誰接收我的輸出
3. 我絕不碰什麼答不出第 2 題？這個崗位不該存在。
我在所有代理上跑了這個測試。砍掉一個。token 消耗下降 44%。速度提升 62%。
起步建議：一個代理，一個任務，一個你每天都會實際查看的輸出。等它穩定了，再加第二個。
7. 五個代理不該擠在一個房間
到第三個月，5 個代理全在一個 Telegram 羣裏說話。日報混着運行時警報。客戶支持跟內容策劃纏在一起。我每天花 20 分鐘翻消息找信息。
這不對。
OpenClaw 支持 Telegram forum topics（論壇主題）。一個 Telegram 論壇可以有多個主題，每個綁定不同的代理：
channels:
telegram:
groups:
"-100xxxxxxxxxx":
topics:
"daily-brief": { agentId: "nexus" }
"radar": { agentId: "scout" }
"content": { agentId: "quill" }
"runtime": { agentId: "forge" }
"support": { agentId: "guide" }每個主題有自己的會話、自己的工作區、自己的記憶。
辦公室有獨立房間。財務在財務室。工程在工程室。支持在支持室。你不會把所有人塞進一個開放大廳互相喊吧。
我打開運營室，掃一眼，就知道誰在幹活、誰卡住了、什麼需要我做決定。
8. 你的代理不知道是誰在跟它說話
你的代理收到一條消息。它根本不知道是你發的、另一個代理發的、還是某個外部系統發的。它一視同仁，全部執行。
就像你的員工收到一封郵件就跟着指令做，不查是誰發的。誰都能冒充你。
OpenClaw 的 ACP bridge 現在支持 provenance mode（來源模式）：
openclaw acp --provenance off # 禁用
openclaw acp --provenance meta # 消息帶來源標籤
openclaw acp --provenance meta+receipt # 來源標籤 + 代理能看到可見的來源回執meta 讓系統知道消息從哪來。meta+receipt 讓代理也能看到。
你的代理不該盲目信任收到的每個輸入。至少對於通過 ACP bridge 來的消息，它現在可以查 ID 了。
9. 沒人提醒你備份
所有人教你安裝 OpenClaw。沒一個人說先備份的事。
我有一次丟了整個配置。花了一整天手寫重建 SOUL.md。憑記憶重寫每條規則。重建的版本更差，因為我記不住當初編碼進原版的一半邊界情況。
OpenClaw 現在支持 原生備份：
openclaw backup create
openclaw backup create --only-config
openclaw backup create --no-include-workspace
openclaw backup verify <archive>默認會打包本地狀態、配置、憑證和會話。工作區是可選的。
我一直在跑每週 VPS 備份。現在加上這個，雙重保險。
沒人慶祝這個功能。直到他們需要的那一天。
10. 別設計，直接用
三個月來的最大教訓。
我見過太多人安裝完 OpenClaw，立馬花三天畫架構圖。幾層記憶？代理之間用什麼通信協議？哪些跑 Opus，哪些跑 Sonnet？
架構圖畫完了。系統還沒跑過任何一個真實任務。
反過來做：
• 第一天：一個代理，連上 Telegram，做一件你每天都會重複的事。 • 第一週：它會崩。tools.profile、規則截斷、響應慢。修它們。這才是真正的學習。 • 第二週：看看賬單。精簡臃腫的提示詞。給不同的活配不同的模型。 • 第三週：加第二個代理。現在你真的懂什麼叫下游消費者了。 • 第四周：架構不需要你設計。它是從你解決的每個問題中長出來的。
安裝 OpenClaw 後的第一個小時，比接下來一個月都重要。
不是因為那個小時需要做多少事。而是因為那個小時決定了你是否會繼續走下去。
每個教程都教你安裝。這篇告訴你之後的路長什麼樣。
你不需要去找坑。開始走。坑會自己來找你。
譯者注：雖然我的賬號吃到了OpenClaw這隻龍蝦🦞的紅利，但還是不得不說...請大家對🦞略微怯魅~ 能把🦞裝上和能用好🦞完全是兩件事！ 回顧人類歷史，關鍵問題從來就不在於一個工具有多好，而在於你拿到這個工具之後究竟用來做啥，不是麼？