fix(recovery): surface host pressure in reboot slo

docs/LOGBOOK.md

@@ -51002,3 +51002,17 @@ production browser smoke:
 
 **下一步**：
 - 跑 focused pytest / ruff / py_compile / runner pressure guard / diff check 後 commit / push；runtime apply 仍需走 controlled DB migration path，先以 repo source-of-truth 修復與 readback receipt 收斂 P0 host pressure。
+
+## 2026-07-01 — 07:55 P0 reboot SLO host pressure overlay
+
+**完成內容**：
+- `reboot-auto-recovery-slo-scorecard.py` 新增 `--host-pressure-file` optional JSON readback，讓 Prometheus / node-exporter / docker container CPU evidence 能進同一份 10 分鐘 SLO scorecard。
+- 新增 `host_pressure` 區塊：讀取 host load、load5/core、running / blocked processes、top containers、`conversation_event_hot_path_indexes_present`，並產出 `host_pressure_high_load`、`host_110_gitea_cpu_pressure`、`host_188_postgres_cpu_pressure`、`awooop_conversation_event_hot_path_index_drift_detected` blockers。
+- safe next step 會優先把 188 index drift 導到 `apply_awooop_conversation_event_hot_path_indexes_via_controlled_db_migration_then_rerun_188_postgres_cpu_readback_no_reboot`；110 Gitea pressure 則維持 runner fail-closed，走 public queue / controlled lane verifier，不恢復 generic runner。
+- `source_controls` 新增 `conversation_event_hot_path_index_migration_source_present`，避免 scorecard 看不到本輪 DB hot-path 修復資產。
+- 補測試：綠燈路徑確認 migration source present；host pressure fixture 覆蓋 110 `gitea` CPU、188 `k3s-postgres-recovery` CPU 與 index drift next action。
+
+**仍維持**：
+- 沒有讀 secret / token / `.env` / raw sessions / SQLite / auth；沒有讀 `.runner` 內容。
+- 沒有使用 GitHub / gh / GitHub API / GitHub Actions。
+- 沒有重啟主機，沒有 Docker / Nginx / K3s / DB restart，沒有 workflow_dispatch，沒有 DB write / restore / prune。