從「每個程序一份索引」到共享 Hub
v3.9.0 的核心不是新增更多 Drawer 類型，而是讓所有 agent 共用一個健康的 live Hub。當 Hub 已經持有 Palace collection 時，mempalace search 會優先 forward 到 Hub，而不是 CLI 自己再載一份大型 HNSW。
官方案例中，4.99M-vector palace 的兩個 direct CLI searches 約佔 18.6 GB private RSS。這是典型的「大型 immutable/read-mostly index 被每個 client 重複載入」問題。
Search 行為保持一致
Forward 到 Hub 不是換一套搜尋語意；它會保留：
- filters
- ranking
- authentication
- configuration negotiation
- safe fallback
也就是說，v3.9.0 改的是執行拓撲，不是叫使用者重學一套 query language。
Hub reads 可以並行
舊版讀取會被單一 exclusive dispatch lock 序列化。v3.9.0 改成 writer-preferring shared read lock：
- 多個 search 可以並行。
- mutation 仍是 exclusive。
- writer 不會被無限讀取餓死。
這種 lock 策略很適合「讀多寫少」的 shared-brain 系統。
Skill-first coordination
v3.9.0 的 guided setup skill 可協助：
- 建 private / shared-brain setup
- 產生 canonical rules
- 分配 fleet identity
- 驗證 logstream readiness
Task coordination 會把 immutable base commit 與 definition of done 記錄下來，再進入 controlled launch。這讓跨 agent handoff 不只傳一句「幫我繼續」，而是有可驗證基準。
Release awareness 是 opt-in
Agent 可以讀 cached update state、準備精確 upgrade plan，但不會：
- 自動安裝
- 阻塞目前工作
- 偷偷打開 network checks
「提醒有更新」與「執行更新」被刻意分開，是較安全的 agent 操作邊界。
Logstream 改進
Logstream 加入 topic routing 與 reverse pagination，讓 agent 可以只追某個工作主題，或從最新事件往回看，不必每次從最舊 cursor 開始掃。
學習重點
v3.9.0 可視為一個小型 shared-state architecture 範例：重資源 index 常駐、client 變薄、讀取共享、寫入獨占、失敗時保留安全 fallback。