diff --git a/docs/LOGBOOK.md b/docs/LOGBOOK.md index 57831b12..b28607ad 100644 --- a/docs/LOGBOOK.md +++ b/docs/LOGBOOK.md @@ -29,6 +29,42 @@ **邊界**:本段只做只讀 API、前台讀回與測試;不主動修 Wazuh、不重新註冊 agent、不重啟 manager / dashboard、不啟動 Kali scan、不執行 `/execute`、不改 Nginx、不 reload、不改 firewall、不收 secret、不送 Telegram、不開 runtime gate。 +## 2026-06-26|正式站導航 IA 回歸修復:AwoooP 核心入口恢復到全域側欄,移除頁內二層導覽 + +**背景**:使用者指出正式環境看起來退回舊版,AwoooP / Observability / Knowledge Base 等操作入口在導覽列中難以找到,AwoooP 頁面內又保留一排二層導覽,造成「菜單不見、還要再切分頁」的操作斷裂。實測後確認 desktop 主要問題是 AwoooP 核心頁被藏在單一 AwoooP 入口底下;mobile 主要問題是 AppLayout 強制將 sidebar 壓成 icon rail,導致菜單文字全部消失。 + +**完成**: +- 全域 sidebar 重新分組為「主工作區 / 處理佇列 / 監控與安全 / 知識與工具 / 系統工具」。 +- AwoooP 核心頁恢復為全域可見入口:`AwoooP 總覽`、`工作鏈路`、`Run 監控`、`審批佇列`、`合約`、`租戶`。 +- 同一側欄補回高頻入口:`可觀測性`、`告警`、`IwoooS`、`程式碼審查`、`知識與自動化`、`報表`、`營運總覽`。 +- 移除 AwoooP layout 內的頁面二層工作流程導覽,避免 sidebar + 頁內 nav 重複。 +- 修正 mobile shell:不再強制把 sidebar 壓成只剩圖示;390px viewport 下仍能看到 AwoooP 核心菜單文字。 + +**Commit / Deploy**: +- Code commit:`342bb23c fix(web): restore operator navigation IA`。 +- Deploy marker:`4ad579a0 chore(cd): deploy 342bb23 [skip ci]`。 +- Code commit:`88630ab7 fix(web): keep mobile navigation readable`。 +- Deploy marker:`61ff9e80 chore(cd): deploy 88630ab [skip ci]`。 +- Gitea Actions:`code-review.yaml #3471` 成功;`cd.yaml #3470` 已產生 deploy marker 且正式站驗證通過,但 Actions 列表在最後一次 readback 仍顯示 Running,需後續再補最終 run 狀態。 + +**驗證**: +- `python3 -m json.tool apps/web/messages/zh-TW.json` / `apps/web/messages/en.json`:通過。 +- i18n key mirror:`zhKeys=14085`、`enKeys=14085`、`onlyZh=0`、`onlyEn=0`。 +- `git diff --check`:通過。 +- 本機 `pnpm --filter @awoooi/web typecheck` 未完成,原因是此工作樹缺少本機 `tsc` 執行檔;本段改由 Gitea code-review / CD 與正式站 smoke 作為部署驗證依據。 +- Production routes `/_v=61ff9e80-route-check`:`/zh-TW/awooop`、`/zh-TW/awooop/work-items`、`/zh-TW/awooop/runs`、`/zh-TW/awooop/approvals`、`/zh-TW/awooop/contracts`、`/zh-TW/awooop/tenants`、`/zh-TW/observability`、`/zh-TW/knowledge-base`、`/zh-TW/code-review` 全部 `200`。 +- Production HTML:`aria-label="AwoooP 工作流程導覽"` 命中 `0`;`>處理佇列<` 命中 `1`。 +- Production browser desktop `1440x1000`:`AwoooP 總覽`、`工作鏈路`、`Run 監控`、`審批佇列`、`合約`、`租戶`、`可觀測性`、`告警`、`IwoooS`、`程式碼審查`、`知識與自動化`、`報表`、`營運總覽` 全部在 sidebar 可見;`horizontalOverflow=0`、`hasWorkflowRailNav=false`、`errorText=false`。 +- Production browser mobile `390x844`:`AwoooP 總覽`、`工作鏈路`、`Run 監控`、`審批佇列`、`合約`、`租戶` 在 sidebar 可見;`horizontalOverflow=0`、`hasWorkflowRailNav=false`、`errorText=false`。 + +**完成度同步**: +- 正式站導航 IA 回歸修復:`100%`。 +- AwoooP 核心入口恢復:`100%`。 +- Mobile 菜單文字可讀:`100%`。 +- 全站 UI / UX 專業化整體工程仍未完成;本段只修復導航回歸與頁內二層導覽,不宣稱 Observability、Knowledge Base、AI 自動化閉環或所有頁面圖表化已完成。 + +**邊界**:本段只改前端 navigation shell、AwoooP layout 與 i18n;不改 AI runtime gate、不改告警路由、不發 Telegram、不改主機、不 SSH、不讀 secret、不調整自動修復權限。 + ## 2026-06-26|AwoooP Owner release AI 預填草案正式上線:把人工處理縮成決策確認,不再整包丟回值班者 **背景**:使用者指出 `node-exporter-110` 類 Telegram 告警仍顯示 `manual_required` / `DRAFT_READY`,但最後看起來仍要人工處理所有欄位。前一段已把 Work Items 顯示到 apply gate readiness;本段進一步把 `execution_release_contract` 中可由 AI 先產出的 owner release 資訊預填,讓 operator 看到 AI 已準備哪些欄位、人工只剩哪些決策,不再把維護窗口、rollback、blast radius、verifier、KM / PlayBook trust 全部標成 raw missing。