docs(logbook): 記錄 Observability 資產總帳正式驗證 [skip ci]

docs/LOGBOOK.md

@@ -1,3 +1,34 @@
+## 2026-06-18｜Observability 前移 AI 自動化資產與訊號總帳
+
+**背景**：統帥要求 `/zh-TW/observability` 必須把所有主機、專案、網站前後台、服務、套件、工具與監控告警納入，而且要用專業 SRE / AgentOps 圖表呈現，不應再讓使用者在長文字和分散分頁中猜目前系統掌控到哪。Knowledge Base 已前移 KM 自動化掌控台，本段把同一個「資產沉澱總帳」思路接到 Observability 首屏。
+
+**完成內容**：
+- `d411b2a4 feat(web): 前移 Observability 自動化資產總帳`：在 Observability 首屏新增 `AI 自動化資產與訊號總帳`。
+- 新總帳以 6 張卡呈現 `全域資產`、`監控訊號`、`服務健康`、`KM / PlayBook / Verifier`、`SRE 戰情室`、`Runtime Gate`。
+- 每張卡直接顯示數字、進度條、批准 / 阻擋 / 缺口摘要；原本的全域範圍矩陣、拓樸圖、告警到處置流程、監控合約、健康缺口與不可誤讀合約仍保留作為下鑽。
+- 本段只整合既有 deployment layout、observability contract、service health gap 與 automation inventory 四個正式 API 讀模型；不 live probe、不改 Alertmanager / Prometheus、不發 Telegram、不套用修復。
+
+**驗證**：
+- 本地 JSON parse：`apps/web/messages/zh-TW.json`、`apps/web/messages/en.json` 通過。
+- i18n mirror：`zhLeaves=12735`、`enLeaves=12735`、`enOnly=0`、`zhOnly=0`、placeholder diff `0`。
+- 本地 `git diff --check`、`source-control-owner-response-guard.py --root .`、`security-mirror-progress-guard.py --root .` 通過。
+- 本地 `pnpm --filter @awoooi/web typecheck` 因此 worktree 缺少 `apps/web/node_modules/typescript/bin/tsc` 未能執行；Gitea clean env code-review / CD 已完成。
+- Gitea `code-review.yaml #3190`：成功。
+- Gitea `cd.yaml #3189`：成功；API tests `3243 passed, 23 skipped`、B5 integration `5 passed`、ArgoCD `Synced / Healthy`、API / Web / Worker rollout 成功、`AWOOOI_ROLLOUT_RISK=0`。
+- Deploy marker：`b6449b2c chore(cd): deploy d411b2a [skip ci]`。
+- Production health：`https://awoooi.wooo.work/api/v1/health` 回 `healthy / prod / mock_mode=false`。
+- Desktop DOM：`https://awoooi.wooo.work/zh-TW/observability?_v=b6449b2c-observability-ledger-prod-desktop` 可見 `AI 自動化資產與訊號總帳`、`全域資產`、`監控訊號`、`服務健康`、`KM / PlayBook / Verifier`、`SRE 戰情室`、`全域範圍矩陣`、`訊號拓樸與 AI 接管路徑`、`告警到處置的流程視圖`、`不可誤讀合約`；`clientWidth=1434`、`scrollWidth=1434`、`horizontalOverflow=false`、總帳區操作入口 `0`、console error `0`、敏感片語命中 `0`。
+- Mobile DOM：`https://awoooi.wooo.work/zh-TW/observability?_v=b6449b2c-observability-ledger-prod-mobile` 可見同一組必要文字；`clientWidth=384`、`scrollWidth=384`、`horizontalOverflow=false`、總帳區操作入口 `0`、console error `0`、敏感片語命中 `0`。
+- 截圖：`/tmp/awoooi-observability-ledger-prod-desktop-b6449b2c.png`、`/tmp/awoooi-observability-ledger-prod-mobile-b6449b2c.png`。
+
+**完成度同步**：
+- Observability AI 自動化資產與訊號總帳：本地 `100%`、正式站 desktop / mobile `100%`。
+- AwoooP / Observability / Knowledge Base / Telegram 第一輪資產沉澱可視化：Approvals / Runs / Alerts / Telegram 主卡 / Knowledge Base / Observability 已完成；Tenants 與報表 / 告警日週月 digest 仍需接同一總帳。
+- AgentOps 治理與可觀測基礎：`80% -> 81%`，只代表可視化、訊號總帳與 decision readback 前進。
+- live probe、Alertmanager reload、Prometheus rule change、Grafana / SigNoz / Sentry write、Telegram live send、Gateway queue write、KM write、PlayBook trust write、腳本 / 排程套用、Verifier live execution、runtime execution：仍 `0 / false`。
+
+**下一步**：接續 Tenants，把所有產品 / 專案 / 網站前後台 / 服務入口轉成同一張全域資產台帳，並把每個資產的監控、告警、KM、PlayBook、Verifier、owner 與 runtime gate 接在同一列。
+
 ## 2026-06-18｜Knowledge Base 前移 KM 自動化掌控台正式驗證
 
 **背景**：統帥指出所有 KM、PlayBook、腳本、排程與自動化機制如果在頁面與告警訊息看不到，就等同沒有被完整記錄和沉澱。AwoooP Approvals / Runs / Alerts 與 Telegram 告警卡已先補上資產沉澱矩陣，但 `/zh-TW/knowledge-base` 仍容易被大量條目清單淹沒，使用者無法第一眼看出 KM 是否健康、owner review 是否排隊、哪些沉澱已完成、哪些仍卡在可操作前。

docs/workplans/2026-06-04-iwooos-security-governance-p0.md

@@ -60,7 +60,8 @@
 | P2 全站繁中治理 D0+D1+D2 註解語氣 / AIOps sample / Code Review 候選分類 / AwoooP Runs fallback | `53%` | 只限高風險可見 literal、盤點、註解語氣、AIOps 範例資料命名、Code Review route i18n 與 AwoooP Runs fallback readability | D0 已清 messages 高風險殘留；D1 已掃 `apps/web/src` 字串 literal 並修正高風險可見 / bundle 文案；D2 已清 `apps/web/src` 內部稱謂註解、AIOps sample/mock 命名、Code Review 可見文案搬進 `codeReview` namespace，並清理 Runs / Callback / Source Flow fallback 可見殘留。全站 hardcoded TSX 可見 literal 仍需後續分批搬遷 |
 | AI Agent automation inventory UX / readability | 本地 `100%`；正式站 `100%` | 否 | 治理頁已把 P1-002 後資料重排為決策指揮摘要、決策支援六因子覆蓋率與 Gitea / Runner 缺口矩陣；這是可讀性與決策支援 slice，不調高 backlog `78%`、IwoooS `64%`、S4.9 gate 或 active runtime gate |
 | Knowledge Base KM 自動化掌控台 / 資產沉澱可視化 | 本地 `100%`；正式站 desktop / mobile `100%` | 是，僅限 KM governance readback、Owner Review queue、資產沉澱總帳與 Work Items 接續入口 | `/zh-TW/knowledge-base` 已把 `KM 自動化掌控台` 前移到首屏，直接顯示 stale ratio `98.8%`、stale KM `1,900`、Owner Review `10`、`ready 10 / blocked 0`、已寫回 `1`、治理流程圖與 `KM / PlayBook / 腳本 / 排程 / Verifier` 五類沉澱狀態；不寫 KM、不提升 PlayBook trust、不批次完成 owner review、不開 runtime gate |
-| Telegram 監控告警 / 批准執行真相鏈 | outbound 主鏈路 `100%`；批准後執行止血 `100%`；no-action 人工處置包 D0 `100%`；MCP / PlayBook 修復候選 D5 `88%`；Approvals / Runs / Alerts / Knowledge Base / Telegram 告警卡資產沉澱矩陣 `100% / desktop 100% / 100% / 100% / formatter+deploy 100%`；治理長期項 `98%` | 是，僅限候選產生、阻擋原因、人工草案包、AwoooP 工作項可追蹤性、Work Items 詳細接手板、Approvals / Runs / Alerts / Knowledge Base / Telegram 告警卡資產沉澱欄與 coverage gap metadata | 已修復 Alertmanager tenant context、既有 approval 收斂告警 recurrence、AI 分析中重複告警 recurrence、no-action approval 誤導執行、可執行修復 execution / KM / verifier 紀錄、no-action 人工處置包、MCP evidence / PlayBook trust 候選產生、通用兜底 / 診斷型 PlayBook 阻擋理由、缺候選時的 PlayBook 草案欄位 / 下一步 / AwoooP work item 入口與詳細處置板、blocked result 的服務 coverage gap / blocking stage / required MCP evidence refs，以及 Approvals / Runs / Alerts / Knowledge Base / Telegram 告警卡的 `KM / PlayBook / 腳本 / 排程 / Verifier` 資產沉澱矩陣；完整自動修復飛輪仍需用真實告警驗證 approval -> execution -> verifier -> KM / PlayBook trust 全鏈，不調高 runtime gate |
+| Observability AI 自動化資產與訊號總帳 | 本地 `100%`；正式站 desktop / mobile `100%` | 是，僅限主機 / 專案 / 網站 / 服務 / 監控訊號 / KM / PlayBook / Verifier / SRE 路由 readback | `/zh-TW/observability` 已把 `AI 自動化資產與訊號總帳` 前移到首屏，6 張卡顯示全域資產、監控訊號、服務健康、KM / PlayBook / Verifier、SRE 戰情室、Runtime Gate；總帳區操作入口 `0`，不 live probe、不 reload、不改規則、不發 Telegram、不套用修復 |
+| Telegram 監控告警 / 批准執行真相鏈 | outbound 主鏈路 `100%`；批准後執行止血 `100%`；no-action 人工處置包 D0 `100%`；MCP / PlayBook 修復候選 D5 `88%`；Approvals / Runs / Alerts / Knowledge Base / Observability / Telegram 告警卡資產沉澱矩陣 `100% / desktop 100% / 100% / 100% / 100% / formatter+deploy 100%`；治理長期項 `98%` | 是，僅限候選產生、阻擋原因、人工草案包、AwoooP 工作項可追蹤性、Work Items 詳細接手板、Approvals / Runs / Alerts / Knowledge Base / Observability / Telegram 告警卡資產沉澱欄與 coverage gap metadata | 已修復 Alertmanager tenant context、既有 approval 收斂告警 recurrence、AI 分析中重複告警 recurrence、no-action approval 誤導執行、可執行修復 execution / KM / verifier 紀錄、no-action 人工處置包、MCP evidence / PlayBook trust 候選產生、通用兜底 / 診斷型 PlayBook 阻擋理由、缺候選時的 PlayBook 草案欄位 / 下一步 / AwoooP work item 入口與詳細處置板、blocked result 的服務 coverage gap / blocking stage / required MCP evidence refs，以及 Approvals / Runs / Alerts / Knowledge Base / Observability / Telegram 告警卡的 `KM / PlayBook / 腳本 / 排程 / Verifier` 資產沉澱矩陣；完整自動修復飛輪仍需用真實告警驗證 approval -> execution -> verifier -> KM / PlayBook trust 全鏈，不調高 runtime gate |
 
 ## 2. P0 工作拆解與優先順序