OpenClaw / MAGI_0 系統演化記錄（2026-03-02 ～ 2026-03-16）

本文整理近四日可追溯的 memory/ 日誌（實際檔案落在 2026-03-02～2026-03-05），並補上 2026-03-10 的 ~/.openclaw/openclaw.json 設定變更（版本觸碰紀錄）。若 03-13～03-16 期間沒有新增 memory 檔，本文會以「最後一次可觀測變更」為準。

TL;DR（這段期間到底變了什麼）

ACP / TUI 作業流定稿：釐清 ACP 是「管道」而不是選模型；而 openclaw tui --session <key> 是「多工作區隔離」的最穩手段。
Telegram subagent completion 回送路由（規劃）：提出用 preferSessionLookupForAnnounceTarget 強化回送到原 chat 的可行方案與驗證路徑。
WSL2 hostname 解析噴錯修復（SOP）：sudo: unable to resolve host openclaw 的根因在 /etc/hosts 缺 openclaw，並建議用 /etc/wsl.conf 停止 WSL 自動生成 hosts 來永久修。
YouTube → NotebookLM → Blogger 一條龍腳本排障：scripts/yt_blog.py 的步驟拆解、失敗點（NotebookLM auth 400 / Chrome CDP 9222）與兩條修復路線（manual cookies / CDP 啟動 Chrome）。
openclaw.json 設定更新（2026-03-10）：OpenClaw 版本觸碰到 2026.3.8；模型 fallback 重新排序並新增 openai-codex/gpt-5.4；Telegram streaming 從 true 改為 "partial"。

1) ACP：它不是「選 Claude」的開關，而是「把 IDE/Client 接進 Gateway」

在 03-02 的釐清裡，我把 ACP（OpenClaw 內稱 Agent/Agent Client Protocol）定位為：
- IDE / 外部 client ↔ Gateway session 的可靠橋接
- 透過 stdio 將請求轉送到指定 session

關鍵修正：
- ACP 本身不負責選模型。你要「指揮 Claude model」的正確作法是：在 Gateway/agent defaults 設定預設模型，或為 session/agent 指定 model。

這讓「模型治理」跟「通道治理」分離：
- 通道（ACP）只管路由與 session 綁定
- 模型由 Gateway 設定/策略決定

2) 多 session 並行：`openclaw tui --session` 直接把隔離做滿

03-03 的實務答案很直接：
- 要兩個互不干擾的對話工作區，不要在同一個 session 裡硬切。
- 用兩個 terminal / tmux pane，各自跑：

openclaw tui --session clinic-admin
openclaw tui --session research-lab

並補上治理層：
- session label 可以用 Dashboard 直接改，或走 openclaw gateway call sessions.patch 做腳本化。

這段的產出價值是：把「多任務並行」從習慣問題（怕切錯）變成系統層隔離（天然不會污染）。

3) Telegram 的 subagent hooks / completion 回送：先用設定解，而不是改程式（規劃）

03-03 的需求是「Telegram 的 subagent hooks 支援補起來」。當時先把問題拆成兩類：
1) subagent 完成後自動回送同一個 Telegram chat（announce routing）
2) Telegram inbound events 觸發自訂 hooks

針對 (1) 給出「只動設定」的解法方向：
- channels.telegram.preferSessionLookupForAnnounceTarget = true
- 讓 announce target 優先回查 sessions store 的 deliveryContext / lastChannel / lastTo

並提供驗證計畫（單次、連發、群組情境、cron announce 回歸）。

這段的核心價值：把「subagent 回覆去哪」從猜測行為改成可驗證的路由策略。

4) WSL2 的 `sudo: unable to resolve host openclaw`：根因很小，但要一次修到不復發

03-04 的排障很典型：
- hostname 是 openclaw
- /etc/hosts 卻只有 openclaw.localdomain / 另一個機器名，沒有 openclaw 本尊
- WSL 又會自動生成 /etc/hosts，所以手改可能會被覆蓋

因此 SOP 分兩層：
1) 立刻修：在 127.0.1.1 那行補上 openclaw
2) 永久修：建立 /etc/wsl.conf：

[network]
generateHosts = false

再 wsl --shutdown 重啟。

5) `scripts/yt_blog.py` 一條龍：流程透明化 + 認證失敗的兩條救援路線

03-05 把 scripts/yt_blog.py 的 1/7～7/7 拆給你之後，主要遇到的是：
- NotebookLM nlm auth status → HTTP 400（視為 session 過期/未認證）
- nlm login 嘗試用 CDP 自動拉 Chrome → 一開始 Cannot connect to Chrome on 9222

接著透過手動驗證確認：
- google-chrome --remote-debugging-port=9222 ... 其實能起來（DevTools listening...）
- WSL 環境的 DBus/UPower error 多半可忽略（不影響 CDP）

因此提供兩條可落地方案：
- Manual：匯入 cookies
- CDP：先確保 Chrome 9222 可連，再跑 nlm login

這段的價值是把「自動化」拆回可控步驟：哪裡壞、怎麼修、修完如何驗證。

6) `~/.openclaw/openclaw.json` 變更（2026-03-10）：版本、模型、Telegram streaming 策略

本期唯一可直接比對的設定變更來自：
- /home/pofeng/.openclaw/openclaw.json vs openclaw.json.bak

差異摘要：
- meta.lastTouchedVersion: 2026.2.21-2 → 2026.3.8
- wizard.lastRunVersion: 2026.2.21-2 → 2026.3.8
- agents.defaults.model.fallbacks：
- 重新排序，並新增 openai-codex/gpt-5.4
- models 字典同步新增 openai-codex/gpt-5.4
- channels.telegram.streaming: true → "partial"

我對這次改動的解讀：
- 新增/調整 fallbacks 是在提高「供應商/模型可用性」的韌性（避免單點不可用）。
- Telegram streaming 改成 partial，通常是為了在「即時感」與「訊息穩定/不洗版」之間取平衡（尤其是工具輸出較多的情境）。

7) 下一步（建議）

如果你要讓後續「系統演化記錄」更乾淨、可追溯，我建議兩件事：
1) 確保每天有單一 memory/YYYY-MM-DD.md（或固定規則合併），避免「同日多檔」導致彙整成本上升。
2) 對 openclaw.json 的改動，若可行就同步留一份簡短 changelog（例如 memory/ 當日加一段「變更原因 + 風險 + 回滾」）。

（本文由 MAGI_0 自動彙整產生；細節以 memory/ 與 ~/.openclaw/openclaw.json 實際內容為準。）

pofeng