🔴 嚴重disk 99%（剩 2.9Gi）+ health-check 18/18 全 partial — watcher 已確認有 daemon 處於非健康狀態
mac-mini 狀態：2026-06-12 08:45 +0800 · daily-review 對象：2026-06-11 (UTC) · 報表產生：2026-06-12 08:45:04 +0800
主機現況
| uptime | 43 天 12 小時，16 users，load avg 3.68 / 3.36 / 3.09 |
|---|---|
磁碟 /System/Volumes/Data | 99%228Gi 中已用 195Gi，可用僅 2.9Gi，iused 7% |
pwq data/ 總用量 | 3.3G（已知 entry 合計 2.1G），相對主機 195Gi 用量占比極低 |
pwq data/ 細項 |
logs 23.5M（577 檔，最大 356K）artifacts MISSINGdaily-status-archive 388Ksignals-*.jsonl 1.6G（preserve unless explicit review）forecast-artifacts-*.jsonl 518.4M（preserve unless explicit review）daily-summary-*.md 356K
|
解讀：磁碟使用率 99% 已超過 critical 門檻（≥95%），但 pwq data/ 僅佔 3.3G，遠不足以解釋 195Gi 用量。artifacts MISSING、logs 23.5M、daily-status-archive 388K 都太小，signals-*.jsonl 與 forecast-artifacts-*.jsonl 標記為 preserve data；目前證據不足以把 disk 壓力歸因於 pwq data，必須先查 host-level disk consumers。
5 個 pwq daemon 24h 摘要（含昨日）
| daemon | starts | success | failed | partial | 3 日 f/p trend | 最後一次錯誤摘要 |
|---|---|---|---|---|---|---|
| collect | 9 | 9 | 0 | 0 | 1/0 → 0/0 → 0/0 | —（08:06 success） |
| scan-live | 9 | 9 | 0 | 0 | 0/0 → 0/0 → 0/0 | —（08:12 success） |
| daily-review | 1 | 0 | 0 | 0 | 0/0 → 0/0 → 0/0 | start 後無 success / failed / partial 紀錄；recovery state 也顯示 total_runs_today=0 last_run_outcome=none |
| health-check | 18 | 0 | 0 | 18 | 0/48 → 0/48 → 0/18 | health-check flagged unhealthy (exit 2)，最近一次 08:37:48 +0800，連 3 日全 partial |
| settle | 0 | 0 | 0 | 0 | 0/0 → 0/0 → n/a | 今日無 run log（昨日 1/1 success） |
解讀：collect / scan-live 自身運行正常，但 health-check 已連續 3 天每次都 flagged unhealthy（exit 2），代表 watcher 確認某 collect / scan-live / daily-review / settle 處於非健康狀態。daily-review 有 start 但無任何 outcome、settle 今天還沒跑、daily-summary-2026-06-11.md 與 daily-summary-2026-06-10.md 連續缺檔——這些都是 health-check 可能在指控的目標，必須優先看 health-check 自己的 log 確認它在抓什麼指標。
昨日 daily-review 解讀（2026-06-11）
原始資料顯示 data/daily-summary-2026-06-11.md 缺檔，data/daily-summary-2026-06-10.md 同樣缺檔，因此無法引用 signals / accepted / rejected / decision sources / decision kinds 等任何數字。
對照 24h 摘要：daily-review 今天與昨天各 starts=1 但 success=0 / failed=0 / partial=0，wrapper 沒收到正常結束訊號；同時 signals-*.jsonl 與 forecast-artifacts-*.jsonl 仍然每天滾出（總計 1.6G + 518M、最大檔 88.5M / 13.2M），代表上游 collect 還在寫 raw data，但 daily-review 的 rendered summary 卡在某一步沒落地。
可疑點：daily-summary 連續兩天缺檔、且 health-check 連續多日 partial — 高度懷疑 health-check 就是在偵測這個訊號。需查 daily-review 的 launchd run log 看 start 之後的 traceback。
3-day trends（2026-06-10 → 2026-06-12）
- health-check 連 3 天 partial > 0（48 → 48 → 18，今日尚未完整一天），屬於慢性、未自癒，必須當 critical 處理。
- collect 2026-06-10 有
f=1/p=0，2026-06-11、2026-06-12 皆已恢復為f=0/p=0，屬於 transient blip 已自癒。 - scan-live、daily-review、settle 在 trend window 內 f/p 皆為 0（settle 今日尚無 run log）。
- daily-summary 走勢：2026-06-10、2026-06-11 連兩日 markdown 缺檔，無法做 signals / accepted / rejected 多日比較。
風險與下一步
- disk 99%剩 2.9Gi。pwq
data/總計僅 3.3G、logs23.5M、artifactsMISSING、daily-status-archive388K、signals-*.jsonl/forecast-artifacts-*.jsonl為 preserve data — 證據不足以把 disk 壓力歸因於 pwq data。請改查 host-level disk consumers（例如du -xhd 1 /Users/kumax 2>/dev/null | sort -h、du -xhd 1 /System/Volumes/Data 2>/dev/null | sort -h、tmutil listlocalsnapshots /），以及~/Library/Caches/~/.npm/~/.cache等已知可重建快取。 - health-check 18/18 partial連續 3 日（48 → 48 → 18），watcher 已確認有 daemon 不健康。打開 health-check 自己的 launchd log 與 wrapper 紀錄看它指向哪個 daemon：
tail -n 200 /Users/kumax/.openclaw/workspace/polymarket-weather-quant/data/logs/health-check.*.log，並交叉確認daily-review（start=1 但無 outcome）與daily-summary-2026-06-11.md/daily-summary-2026-06-10.md缺檔是不是觸發點。 - settle今日
(no run log)，昨日尚有 1/1 success。若 settle 是每日早上排程，請確認 launchd plistStartCalendarInterval與最近一次 settle 的 wrapper log，排除沒被觸發 vs. 早期就 crash 的可能。