fix(governance): 補齊 owner review i18n

docs/LOGBOOK.md

@@ -1,3 +1,23 @@
+## 2026-06-18｜P2-405F 正式頁日週月報 / Owner Review i18n 修復
+
+**背景**：`26a8d257` 已推上正式環境並由 deploy marker `1d3bd4fc chore(cd): deploy 26a8d25 [skip ci]` 部署完成；正式站 `/api/v1/health` 回 `healthy`，`/api/v1/agents/agent-professional-task-expansion` 回 current `P2-405F`、next `P2-406B`、completion `99%`，`/api/v1/agents/agent-report-live-delivery-approval-package` 回 current `P2-111`、completion `100%`。但瀏覽器正式頁驗證發現 `professionalTaskExpansion.liveOwnerReviewTitle`、`liveOwnerFieldsTitle`、`liveOwnerReceiptTitle` 與 `labels.ownerReceived / ownerAccepted / liveApproved` 缺少 zh-TW i18n，造成 console `MISSING_MESSAGE`，也讓「Owner Review Gate / 必填欄位 / 回執讀回計畫」沒有以應有繁體中文呈現。
+
+**完成內容**：
+- 補齊 `apps/web/messages/zh-TW.json` 的 P2-405F Owner Review 可視化 key：`liveOwnerReviewTitle`、`liveOwnerFieldsTitle`、`liveOwnerReceiptTitle`、`labels.ownerReceived`、`labels.ownerAccepted`、`labels.liveApproved`。
+- 同步補齊 `apps/web/messages/en.json` 對應 key，避免英文 locale 或 fallback 檢查再出現缺漏。
+- 正式頁前一輪瀏覽器驗證已確認：日週月報主看板可見、`Telegram / TG Bot 日週月報派送演練` 可見、`AI Agent 日報實發批准包` / `週報` / `月報` 可見、`AwoooI SRE 戰情室` 可見、`P2-406B` 可見、`Telegram send=false` 可見。
+- 正式頁前一輪瀏覽器驗證已確認：`My request for Codex`、`In app browser`、`批准！繼續`、`工作視窗`、`work_window_transcript`、`codex_user_message`、`private_reasoning`、`raw_payload`、`raw_telegram_payload`、`authorization_header`、`secret_value`、`source_thread_id`、`chain-of-thought`、`raw prompt` 可見文字命中 `0`。
+
+**本地驗證**：
+- `python3 -m json.tool apps/web/messages/zh-TW.json` 通過。
+- `python3 -m json.tool apps/web/messages/en.json` 通過。
+
+**完成度同步**：
+- P2-405F Owner Review Gate：正式 API `99%`，前端 i18n 修復本地 `100%`，待 Gitea CD 與正式瀏覽器重驗。
+- 日報 / 週報 / 月報可視化：正式 API `100%`，正式頁主看板已可見，待本 i18n 修復部署後重驗 console error 歸零。
+
+**邊界**：本段不送 Telegram、不寫 Gateway queue、不呼叫 Bot API、不寫讀報回執、不啟動排程、不啟動 AI analysis runtime、不啟動中低風險自動處理、不讀 secret、不新增批准或發送按鈕。
+
 ## 2026-06-18｜P2-405F Telegram Canary Owner Review Gate 本地收斂
 
 **背景**：P2-405E 已完成 dry-run delivery rehearsal 與正式站驗證，但 Telegram 真正要打通不能直接從「演練通過」跳到 Bot API 實發；必須先把 owner review、receipt readback、拒收條件、mute / rollback 與單一 canary 實發邊界固定成可審核契約，避免再次出現「批准後看似執行、實際沒有自動化流程」或「只發報表但沒有 receipt / actionability」的斷鏈。