docs(logbook): record repair candidate check-mode rollout [skip ci]

docs/LOGBOOK.md

@@ -1,3 +1,20 @@
+## 2026-06-27｜D1M 正式站驗證：修復候選已寫入 check-mode worker 可 claim receipt
+
+**正式部署基準 / Runs**：
+- Code commit：`d48fcfbde fix(api): enqueue repair candidates for ansible check mode`。
+- Deploy marker：`4d3389edf chore(cd): deploy d48fcfb [skip ci]`。
+- Gitea Actions：code-review `#3593` 成功；CD `#3592` 完成並推回 deploy marker。
+
+**正式 API / Browser smoke**：
+- `/api/v1/health?_v=4d3389edf-d1m`：`healthy / prod / mock_mode=false`；Ollama route order 仍為 `ollama_gcp_a` → `ollama_gcp_b` → `ollama_local`，local 仍在 cooldown，不假綠燈。
+- Desktop `https://awoooi.wooo.work/zh-TW/awooop/work-items?_v=4d3389edf-d1m-desktop`：`AwoooP`、`工作鏈路`、`AI SRE 戰情室` 可見；`clientWidth=1434`、`scrollWidth=1434`、水平溢出 `0`；`Application error` / `Unhandled Runtime Error` / `Cannot read properties` / `Hydration failed` / `Critical Application Error` 全部 `false`。
+- Mobile `https://awoooi.wooo.work/zh-TW/awooop/work-items?_v=4d3389edf-d1m-mobile`：`AwoooP`、`工作鏈路` 可見；`clientWidth=384`、`scrollWidth=384`、水平溢出 `0`；同組錯誤字串全部 `false`。
+
+**完成度 / 邊界**：
+- 修復候選 → `ansible_candidate_matched` → check-mode worker 可 claim receipt：正式站 `100%`。
+- D1M 仍不等於完整自動修復閉環：check-mode worker 實際執行、controlled apply、post-apply verifier、KM / PlayBook trust writeback、Telegram 實發 receipt 仍需下一段 D1N 接續驗證。
+- 本段沒有 SSH、沒有 Ansible apply、沒有 host write、沒有 restart / reboot / firewall / DB destructive action、沒有 Telegram 實發、沒有讀 secret value、沒有 force push。
+
 ## 2026-06-27｜D1M 修復候選接 executor worker：受控佇列寫入 Ansible check-mode receipt
 
 **背景**：D1L 已把 Telegram / AwoooP 修復候選從「人工處置 / owner review」改為 `controlled_playbook_queue_ready`，但盤點後確認真正的 executor worker 只會 claim `automation_operation_log.operation_type='ansible_candidate_matched'`；修復候選草案若沒有同步寫出這個 row，頁面上看似進佇列，實際 worker 沒有任務可跑。