wooo/awoooi
1
1
Fork 0
Code Issues 2 Pull Requests 1 Actions 4 Packages Projects Releases Wiki Activity

docs(logbook): 記錄 Tenants 資產地圖正式驗證 [skip ci]

Browse Source
This commit is contained in:
Your Name
2026-06-18 18:10:01 +08:00
parent 0e02f3f4da
commit 67ee84818b
2 changed files with 33 additions and 1 deletions
Download Patch File Download Diff File Expand all files Collapse all files

31
docs/LOGBOOK.md
View File

@@ -1,3 +1,34 @@
## 2026-06-18｜Tenants 前移全域產品 / 網站 / 來源資產地圖
**背景**：統帥要求 `/zh-TW/awooop/tenants` 必須把所有網站、專案、產品與前後台入口納入，而不是只顯示 AwoooP 租戶資料表或把產品資產藏在下方長表格。後端 `asset_inventory` 已有 16 個產品 / 專案、31 個網站 / 服務入口與 10 個來源範圍，本段把這些正式讀模型前移成可快速理解的全域資產地圖。
**完成內容**：
- `d6cdf0e6 feat(web): 前移 Tenants 全域資產地圖`：在 Tenants 首屏的 `全域產品資產台帳` 中新增 `全域資產地圖`。
- 新地圖直接顯示 `57` 個可視資產已納入，拆成 `16 個產品 / 專案`、`31 個網站 / 服務入口`、`10 個來源範圍`。
- 首屏新增三段資訊架構：黑底總帳顯示需負責人 / 待 smoke / 來源缺口，產品分類堆疊顯示核心平台、產品、公開網站、平台工具與納管狀態，網站入口區顯示 public route chips 與 source gate。
- 現有產品卡、網站入口表、脫敏來源範圍表、S4.9-S4.13 / GitHub / owner response 邊界仍保留作為下鑽；本段不改租戶政策、不改路由、不部署其他產品、不掃描、不修復、不開 runtime gate。
**驗證**：
- 本地 JSON parse：`apps/web/messages/zh-TW.json`、`apps/web/messages/en.json` 通過。
- i18n mirror：`zhLeaves=12750`、`enLeaves=12750`、`missing_en=0`、`missing_zh=0`、placeholder diff `0`。
- 本地 `git diff --check`、`source-control-owner-response-guard.py --root .`、`security-mirror-progress-guard.py --root .` 通過；guard 曾攔下英文 `Primary ready`，已改成繁中 `主要來源就緒` 後通過。
- 本地 `pnpm --filter @awoooi/web typecheck` 因此 worktree 缺少 `apps/web/node_modules/typescript/bin/tsc` 未能執行；Gitea clean env code-review / CD 已完成。
- 本地 `python3 -m pytest apps/api/tests/test_awooop_tenant_asset_inventory.py` 因系統 Python 無 `pytest` 未能執行；本段未改 API，production API readback 已確認契約。
- Gitea `code-review.yaml #3192`：成功。
- Gitea `cd.yaml #3191`：成功；deploy marker `0e02f3f4 chore(cd): deploy d6cdf0e [skip ci]`。
- Production API readback：`/api/v1/platform/tenants` 回 `product_surface_count=16`、`public_route_count=31`、`source_candidate_repo_count=10`、`source_in_scope_repo_count=9`、`source_primary_ready_count=0`、`owner_response_accepted_count=0`、`runtime_gate_count=0`、`action_button_count=0`。
- Desktop DOM：`https://awoooi.wooo.work/zh-TW/awooop/tenants?_v=0e02f3f4-tenants-atlas-prod-desktop-final` 可見 `全域產品資產台帳`、`全域資產地圖`、`可視資產已納入`、`16 個產品 / 專案`、`31 個網站 / 服務入口`、`10 個來源範圍`、`產品 / 專案分類`、`網站 / 服務入口`、`核心營運平台`、`任務媒合產品`、`代理賞金協議`、`世界盃研究站`、`設計系統`、`主要來源就緒`、`執行閘門`、`不可誤讀合約`；`clientWidth=1434`、`scrollWidth=1434`、`horizontalOverflow=false`、console error `0`、敏感片語命中 `0`、Tenants 內容區危險操作入口 `0`。
- Mobile DOM：`https://awoooi.wooo.work/zh-TW/awooop/tenants?_v=0e02f3f4-tenants-atlas-prod-mobile-final` 可見同一組核心台帳文字；`clientWidth=384`、`scrollWidth=384`、`horizontalOverflow=false`、console error `0`、敏感片語命中 `0`、Tenants 內容區危險操作入口 `0`。
- 截圖：`/tmp/awoooi-tenants-atlas-prod-desktop-0e02f3f4.png`、`/tmp/awoooi-tenants-atlas-prod-mobile-0e02f3f4.png`、`/tmp/awoooi-tenants-atlas-prod-mobile-deep-0e02f3f4.png`。
**完成度同步**：
- Tenants 全域產品 / 網站 / 來源資產地圖：本地 `100%`、正式站 desktop / mobile `100%`。
- AwoooP / Observability / Knowledge Base / Telegram 第一輪資產沉澱可視化：Approvals / Runs / Alerts / Telegram 主卡 / Knowledge Base / Observability / Tenants 已完成；報表 / 告警日週月 digest 仍需接同一總帳。
- AgentOps 治理與可觀測基礎：`81% -> 82%`，只代表前台資產地圖與 readback 可視化前進。
- 租戶政策變更、路由變更、repo creation、refs sync、GitHub primary switch、live probe、Telegram live send、KM write、PlayBook trust write、腳本 / 排程套用、Verifier live execution、runtime execution：仍 `0 / false`。
**下一步**：接續日報 / 週報 / 月報與告警 digest，把「告警總數 0、AI 提案 0、執行 0」這類無效報表改成資料鏈路健康、訊號缺口、AI 修復候選、KM / PlayBook / Verifier 沉澱與 SRE 戰情室收斂的真正營運報告。
## 2026-06-18｜Observability 前移 AI 自動化資產與訊號總帳
**背景**：統帥要求 `/zh-TW/observability` 必須把所有主機、專案、網站前後台、服務、套件、工具與監控告警納入，而且要用專業 SRE / AgentOps 圖表呈現，不應再讓使用者在長文字和分散分頁中猜目前系統掌控到哪。Knowledge Base 已前移 KM 自動化掌控台，本段把同一個「資產沉澱總帳」思路接到 Observability 首屏。

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

@@ -61,7 +61,8 @@
| 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 |
| 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 |
| Tenants 全域產品 / 網站 / 來源資產地圖 | 本地 `100%`；正式站 desktop / mobile `100%` | 是，僅限產品 / 專案、網站 / 服務入口、來源範圍、租戶資料與 gate readback | `/zh-TW/awooop/tenants` 已把 `全域資產地圖` 前移到首屏，直接顯示 `57` 個可視資產、`16 個產品 / 專案`、`31 個網站 / 服務入口`、`10 個來源範圍`、分類堆疊、route chips、主要來源就緒、已接受回覆、執行閘門與操作入口；不改租戶政策、不改路由、不部署、不掃描、不建立 repo、不開 runtime gate |
| Telegram 監控告警 / 批准執行真相鏈 | outbound 主鏈路 `100%`；批准後執行止血 `100%`；no-action 人工處置包 D0 `100%`；MCP / PlayBook 修復候選 D5 `88%`；Approvals / Runs / Alerts / Knowledge Base / Observability / Tenants / Telegram 告警卡資產沉澱矩陣 `100% / desktop 100% / 100% / 100% / 100% / 100% / formatter+deploy 100%`；治理長期項 `98%` | 是，僅限候選產生、阻擋原因、人工草案包、AwoooP 工作項可追蹤性、Work Items 詳細接手板、Approvals / Runs / Alerts / Knowledge Base / Observability / Tenants / 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 / Tenants / Telegram 告警卡的 `KM / PlayBook / 腳本 / 排程 / Verifier` 資產沉澱矩陣；完整自動修復飛輪仍需用真實告警驗證 approval -> execution -> verifier -> KM / PlayBook trust 全鏈，不調高 runtime gate |
## 2. P0 工作拆解與優先順序