diff --git a/docs/LOGBOOK.md b/docs/LOGBOOK.md
index af25cd6d..1d9e7839 100644
--- a/docs/LOGBOOK.md
+++ b/docs/LOGBOOK.md
@@ -11,6 +11,7 @@
 - `awooop_ansible_audit_service` 新增 Ansible execution summary，將 `automation_operation_log` 的 `catalog_id`、`execution_mode`、`check_mode_executed`、`apply_enabled`、`apply_executed`、`returncode`、`approval_source` 彙整成 `execution.ansible`。
 - `platform_operator_service` / `telegram_gateway` / 前端 `AwoooPStatusChainPanel` 同步顯示 PlayBook / Ansible 證據：check/apply 數、最新 operation/status、rc、catalog、playbook path、controlled apply 與 approval source。
 - `runs/list` 的 sidecar event/context 查詢改為 500 runs 一批，避免單次 SQL `IN (...)` 參數超過 asyncpg 32767 上限；新增回歸測試鎖住最壞情境參數量。
+- `AwoooPStatusChainPanel` 將 Sentry / SigNoz `missing_reason` 轉為白話欄位，讓 Run 詳情不只看到「未匹配」，也能看到「Provider 有心跳，但這個 Incident 尚未匹配」等原因。
 - 本輪仍只宣稱「使用者批准後的 controlled apply 證據已接入」，不可宣稱 24h 完整 autonomous auto-repair 已達成。
 
 **提交與部署**：
@@ -19,6 +20,8 @@
 497e36ba fix(awooop): surface ansible apply proof
 aee92bc7 fix(awooop): chunk run context lookups
 7894156d chore(cd): deploy aee92bc [skip ci]
+f1e4e394 fix(web): show source mismatch reason in status chain
+8043eeff chore(cd): deploy f1e4e39 [skip ci]
 ```
 
 **驗證**：
@@ -38,9 +41,9 @@ NEXT_PUBLIC_API_URL=https://awoooi.wooo.work pnpm --dir apps/web run build
 kubectl -n awoooi-prod rollout status deploy/awoooi-api / awoooi-web / awoooi-worker
   -> successfully rolled out
 production image:
-  awoooi-api    192.168.0.110:5000/awoooi/api:aee92bc7a30c6d9f8857df2799604fa065092aa9
-  awoooi-web    192.168.0.110:5000/awoooi/web:aee92bc7a30c6d9f8857df2799604fa065092aa9
-  awoooi-worker 192.168.0.110:5000/awoooi/api:aee92bc7a30c6d9f8857df2799604fa065092aa9
+  awoooi-api    192.168.0.110:5000/awoooi/api:f1e4e3949e989cc02af15c181efe091cd3fa60df
+  awoooi-web    192.168.0.110:5000/awoooi/web:f1e4e3949e989cc02af15c181efe091cd3fa60df
+  awoooi-worker 192.168.0.110:5000/awoooi/api:f1e4e3949e989cc02af15c181efe091cd3fa60df
 production health:
   status=healthy, environment=prod, mock_mode=false
   ollama_route_order=["ollama_gcp_a","ollama_gcp_b","ollama_local"]
@@ -63,6 +66,15 @@ production status-chain:
   ansible.latest_returncode=0
   ansible.latest_apply_executed=true
   ansible.approval_source=user_chat_approved_continue
+production run detail browser smoke:
+  /zh-TW/awooop/runs/d17ff68c-6459-5ad4-b0d1-408fc5d6711d?project_id=awoooi
+  desktop 1440x900:
+    canScroll=true, horizontalOverflow=false, API badResponses=[]
+    visible: AI Agent 證據鏈 / MCP / 自建 MCP / Sentry / SigNoz / 未匹配原因
+    visible reason: Provider 有心跳，但這個 Incident 尚未匹配
+  mobile 390x844:
+    canScroll=true, horizontalOverflow=false
+    visible: AI Agent 證據鏈 / 未匹配原因 / Provider 有心跳但未匹配
 ```
 
 **目前整體進度**：
@@ -70,7 +82,7 @@ production status-chain:
 - MOMO PostgreSQL backup 接入 AwoooP failure-notify / Ansible controlled apply：100%。
 - AwoooP truth-chain / status-chain 對 Ansible apply 證據可視化：約 98%。
 - Telegram detail/history 與前端 Run drill-down 穩定性：約 96%。
-- MCP / Sentry / SigNoz / KM / PlayBook / Ansible 的單一流程透明度：約 69%；仍需把每筆告警的 source refs、matching logs、MCP calls、PlayBook 建議、KM 更新與處置結果做更細的 per-incident drill-down。
+- MCP / Sentry / SigNoz / KM / PlayBook / Ansible 的單一流程透明度：約 72%；Run 詳情已能顯示 MCP / 自建 MCP、Sentry / SigNoz source mismatch reason、PlayBook / Ansible 執行證據；仍需把每筆告警的 matching logs、KM 更新任務與處置結果做更細的 per-incident drill-down。
 - 24h 完整 AI Agent 自動修復 production claim：0%；目前沒有足夠 production 證據宣稱「全自動修復閉環」已達成。
 
 ## 2026-05-31｜Telegram / AwoooP 歷史 result 補寫與殘留狀態分流