Leo
133f5add46
t182：老 config 抹除成 Workers AI＋雲端探測——leo 實測「無卡」的真因
leo 08-04 實測回報（更新 v0.15.5 後仍顯示 Gemini／丟 PDF 無卡），
查出來不是 Workers AI 不通，是**根本沒走到那條路**。三顆真 bug：
① 抹除只做一半（leo：「就要抹除改成用 Workers AI，如果保持 Gemini
它不會改掉，那就是失敗的」）
t181 只在 RunDirectOnce 改頂層記憶體值，但
- makeAccountSubConfig 會把**帳號層**舊值蓋回來（t126「帳號層優先」）
- 完全**沒寫回檔案** ⇒ 托盤是另一個行程，讀檔還是念 Gemini
leo 的 config 正是頂層＋兩個帳號各留 "gemma"、無 explicit
⇒ 畫面顯示 Gemini、萃取也真的跑 Gemini。
修：遷移移到 LoadDirectConfig（每次啟動必經），逐層抹除 + 寫回檔案。
金鑰保留（Gemini 是選配不是廢除）。
② 驗證器擋掉自己的新預設
`extractor 只能是 claude / gemma` ⇒ config 一旦寫成 workers-ai，
daemon 直接載入失敗起不來。v0.15.5 已帶著這顆出貨。
③ 托盤標籤照 config 舊字串念（t178 的通則版）
t178 只把 claude 這**一個**殘留值導向 Gemini，殘留 gemma 一樣脫鉤。
改成與 direct.go 同一條判準：沒 explicit 就一律念「雲端 AI」。
＋ t182 雲端探測（leo 指定設計：「會去掃一次看雲端是否裝好，沒裝好就顯示
workers AI 還沒通，一旦通了就顯示可用」）：ProbeWorkersAI 逐帳號探
/portal/daemon/extract（送空 text，不燒 LLM 額度），結果寫進 status.json
由托盤「狀態：」講白話。**不做靜默退回 Gemini**——那會讓用戶永遠
不知道自己雲端沒更新。
實測證據（非 mock，打真實例）：
- youlin 實例萃真卡：3.67s，產出完整知識卡（一句話定義/要點/關鍵實體/關聯）
- 連測三次：3.51s / 3.34s / 3.59s（Gemini 實測 16.87s ⇒ 快約 5 倍）
- 兩個實例都已有 /portal/daemon/extract（皆回 400＝route 存在）
- 拿 leo 真 config 複本跑遷移：三層全抹成 workers-ai、金鑰留著、重讀仍是 workers-ai
測試：新增 direct_t182_test.go（抹除全層/寫回磁碟/主動選過不動/合法值/冪等）；
既有三則因預設變更而失效的斷言已更新（t108 二進位不出機的契約未放寬，仍綠）。
全套綠。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>