diff --git a/docs/LOGBOOK.md b/docs/LOGBOOK.md
index 56f05ef41..bcfa24f6a 100644
--- a/docs/LOGBOOK.md
+++ b/docs/LOGBOOK.md
@@ -39,10 +39,14 @@
 - Gitea code-review：`code-review.yaml #3204` 成功。
 - Gitea CD：`cd.yaml #3203` 的 `tests` 成功、`build-and-deploy` 成功並產生 deploy marker；`post-deploy-checks` 因後續 marker commit 取消，不能記為全綠。
 - Deploy marker：`b645d060 chore(cd): deploy 1123be1 [skip ci]`。
+- 後續最新主線 CD：`cd.yaml #3208` 成功，覆蓋 `b36f4b97 feat(ai): 新增 P2-408 中低風險白名單`，且主線仍包含本段 `1123be1f`。
+- 最新 deploy marker：`cd1c4407 chore(cd): deploy b36f4b9 [skip ci]`。
+- ArgoCD readback：`awoooi-prod` 為 `Synced / Healthy`，revision `cd1c44070d39c9bf422233b4c89cf5c2edae1f54`。
+- K8s rollout readback：`awoooi-api 2/2`、`awoooi-web 2/2`、`awoooi-worker 1/1`，image tag 皆為 `b36f4b97fed848dc9e50ca2e1441c5a93178df4c`。
 - Production health：`https://awoooi.wooo.work/api/v1/health` 回 `status=healthy`、`environment=prod`、`mock_mode=false`；PostgreSQL、Redis、OpenClaw、SignOz、Ollama GCP A/B 均 `up`，`ollama_local` 仍為既有 502 / cooldown 非阻塞狀態。
 
 **完成度同步**：
-- Telegram AIOps 多訊號事件包覆蓋：本地 `100%`、code-review `100%`、deploy marker `100%`、production health readback `100%`；CD post-deploy-checks 仍需後續補一個完整成功 run，不把本輪 #3203 記為全綠。
+- Telegram AIOps 多訊號事件包覆蓋：本地 `100%`、code-review `100%`、deploy marker `100%`、latest CD / ArgoCD / rollout / production health readback `100%`。
 - AI 自動化告警產品化：host / runner 已落地；本段補 Wazuh / Kali / Nginx / backup / provider freshness / supply-chain 最後出口卡片，仍需接入 AwoooP Run / Work Item / KM / PlayBook live readback。
 - IwoooS headline 仍維持 `64%`，active runtime gate 仍 `0`。
 
@@ -63,6 +67,7 @@
 - 本輪沒有送 Telegram、沒有改 Bot token、沒有改 chat routing、沒有碰 Nginx / Docker / firewall / K8s runtime。
 - `.gitea/workflows` 與可能存在於主機上的 cron / 外部 bot direct Bot API 路徑仍是旁路風險；需要納入下一段「通知出口配置控管」，不可把 API 端修補誤解成全域已完全收斂。
 - IwoooS 整體仍維持 `64%`，active runtime gate 仍 `0`；runtime write / kill process / restart / reload / active scan 仍全部 `false`。
+
 ## 2026-06-18｜P2-408 中 / 低風險自動處理白名單本地完成
 
 **背景**：P2-407 已把日報 / 週報 / 月報、P2-406B receipt owner review、P2-004 dependency drift 與 P2-403J 報表真相收斂成 AI no-write 分析建議。P2-408 的目標是把建議轉成低 / 中風險候選白名單、dry-run verifier、rollback proof 與 audit reason，同時把高風險、Telegram / Gateway / host / kubectl / production write 全部分流到 P2-409 Owner Review Queue；本段不得啟動 auto worker、不得 live execution、不得送 Telegram 或寫 production。
@@ -89,6 +94,7 @@
 - 下一個有效動作：推版 P2-408，完成 production readback；之後進 P2-409 高風險 Owner Review Queue。
 
 **邊界**：本段沒有啟動 auto worker、沒有低 / 中風險 live execution、沒有送 Telegram、沒有寫 Gateway queue、沒有呼叫 Bot API、沒有寫 receipt production target、沒有寫 production、沒有讀 secret、沒有呼叫 paid API、沒有 host write、沒有 kubectl action、沒有 destructive operation，也沒有替換 OpenClaw。
+
 ## 2026-06-18｜AI Agent 週報全 0 改為資料缺口與下一步
 
 **背景**：統帥指出 Telegram 週報顯示告警、AI 提案、執行、成本、部署全部為 `0`，這不是可用報表，而是資料鏈路可能斷掉卻被包裝成健康。本段先修最危險的誤導：週報資料源失效或 Git 活動讀取失敗時，不得再把 `0` 當成正常事實；Telegram 報表必須直接顯示資料缺口與下一步。