fix(web): explain ai provider fallback state
All checks were successful
CD Pipeline / tests (push) Successful in 1m31s
Code Review / ai-code-review (push) Successful in 13s
CD Pipeline / build-and-deploy (push) Successful in 4m19s
CD Pipeline / post-deploy-checks (push) Successful in 1m30s

This commit is contained in:
Your Name
2026-06-04 09:46:35 +08:00
parent 017dba8b00
commit a56580fc11
4 changed files with 150 additions and 1 deletions

View File

@@ -181,6 +181,33 @@
- GitOps control-plane hygiene`55% -> 68%`;已補健康設定 source-of-truth仍需盤點 Argo 安裝來源、RBAC 與 notification config。
- 完整 AI 自動化飛輪:維持 `67%`;本輪降低 GitOps 可觀測性退化風險,未新增 auto-repair execution。
## 2026-06-04首頁 AI provider 摘要補強
**背景**111 local fallback 目前因 `192.168.0.111` 主機 / LAN 不可達而顯示 down但 GCP-A / GCP-B 仍可服務。既有首頁 `AIModelStatus` 只顯示四個節點小卡,使用者容易把 `111` 紅燈誤判為整條 AI 自動化或 Gemini fallback 已經接管。
**本次調整**
- `apps/web/src/components/shared/ai-model-status.tsx` 新增 route summary
- `ollama` aggregate up 且 `ollama_local` down 時,顯示「目前由 GCP-A/GCP-B 承接111 備援不可達」。
- 明確說明下一步是修復 111 主機或 LAN不需要改路由或直接切 Gemini。
- 若三層 Ollama 都不可用,才顯示 Gemini 最終備援的語意。
- `apps/web/messages/zh-TW.json` / `en.json``dashboard.aiModelSummary` 文案,維持雙語檔同步。
**驗證**
- `python3 -m json.tool apps/web/messages/zh-TW.json` / `en.json` 通過。
- `cmp -s apps/web/messages/zh-TW.json apps/web/messages/en.json` 通過。
- `pnpm --dir apps/web exec tsc --noEmit --tsBuildInfoFile /tmp/ai-model-status-route-summary.tsbuildinfo` 通過。
- `NEXT_PUBLIC_API_URL=https://awoooi.wooo.work NEXT_PRIVATE_BUILD_WORKER_COUNT=1 pnpm --dir apps/web run build` 通過。
- Browser 本機 production server`/zh-TW` 可垂直捲動,`horizontalOverflow=0`
- Playwright mock production health
- 桌機 1280px可見 `目前由 GCP-A 承接111 備援不可達``GCP-A/GCP-B 仍可服務``不需要改路由或直接切 Gemini``overflow=0`
- 手機 390px同樣可見摘要`overflow=0``canScrollVertical=true`
- 截圖:`/tmp/awoooi-ai-route-summary-local.png``/tmp/awoooi-ai-route-summary-mobile.png`
**進度更新**
- 前端 AI provider health 可讀性:`70% -> 82%`;首頁已能解釋 111 fallback 紅燈與 Gemini 接手條件,尚待 Runs / Work Items 的同款摘要元件化。
- 111 local fallback維持診斷 `90%`、恢復 `0%`;本輪是可視化,不是實體主機修復。
- 完整 AI 自動化飛輪:`67% -> 68%`;使用者現在更能判斷 AI lane 是否真的可用,但 auto-repair execution / KM writeback 仍未新增。
## 2026-06-03AwoooP Work Items Owner Review Gate 與 Mobile Shell 可讀性
**背景**:統帥要求 AwoooP / AI 治理不能只在 Telegram 噴告警前端必須看得出事件跑到哪個流程、誰要接手、AI 做了什麼、哪些步驟被 gate 擋住。本階段聚焦 `/zh-TW/awooop/work-items` 的 KM owner-review 接續處理與手機可讀性:把告警中的 `KM 需要更新` 往 Work Items 的單筆審核、乾跑預覽、Owner 確認、寫回保護與 stale ratio 回測串起來。