docs(logbook): 記錄 Work Items 資產沉澱正式驗證 [skip ci]
This commit is contained in:
Your Name
@@ -1,3 +1,34 @@
|
||||
## 2026-06-18｜Work Items / Knowledge Base 資產沉澱可視化與租戶讀取正式修正
|
||||
|
||||
**背景**：使用者明確指出 KM、PlayBook、腳本、排程與自動化機制在頁面與告警都看不到，等同沒有被完整記錄與沉澱。本段先處理兩個已確認的真實痛點：一是修復候選頁面沒有把自動化資產沉澱要求講清楚；二是 Work Items 多個正式 API 呼叫缺少 `project_id`，導致治理佇列、KM 草稿、dedupe、SLO、remediation、drift、AI route 與 timeline 在正式站可能 401 / 422，造成使用者看到「資料不存在」或「空洞頁面」。
|
||||
|
||||
**完成內容**：
|
||||
- `abe79546 feat(web): 顯示修復候選資產沉澱板`：在 `/zh-TW/awooop/work-items` 的 PlayBook 草案處置板新增「自動化資產沉澱板」與「必須回寫的結果」，把每個修復候選需要沉澱的 `Knowledge Base`、`PlayBook`、`Script / Ansible`、`Schedule / Monitoring`、`Verifier` 與 `automation_asset_inventory_record` 明確顯示在頁面。
|
||||
- `46cb93ec fix(web): 補 Work Items 租戶讀取上下文`：Work Items 讀取 governance queue、knowledge queue、KM review drafts、KM dedupe、SLO、remediation history、drift fingerprint、AI route status、incident timeline 時一律帶入 `project_id=awoooi`，避免正式 API 因缺租戶上下文回 401。
|
||||
- 同步避免把 `INC-PROD-D4` 這類非正式 incident id 丟進 status-chain / timeline，降低舊測試連結造成的 422 雜訊。
|
||||
- 這段修正不是 runtime 自動修復；它只先把「已存在的資料與必須沉澱的資產」從空洞頁面拉回可見，讓下一段 P0 可以建立真正的 incident → KM / PlayBook / script / schedule / verifier writeback 閉環。
|
||||
|
||||
**正式部署與 API 讀回**：
|
||||
- 資產沉澱板 deploy marker：`5013ebb7 chore(cd): deploy abe7954 [skip ci]`。
|
||||
- 租戶讀取修正 deploy marker：`a675b96b chore(cd): deploy 46cb93e [skip ci]`。
|
||||
- Production health：`https://awoooi.wooo.work/api/v1/health` 回 `healthy / prod / mock_mode=false`。
|
||||
- 正式 API 對照：未帶 `project_id` 的 governance queue / KM review drafts / KM dedupe / incident timeline 曾回 `401 Missing tenant context`；補上 `project_id=awoooi` 後，governance queue、knowledge review drafts、KM dedupe、SLO、remediation history、drift fingerprint、AI route status 與 canonical incident timeline 皆回 `200`。
|
||||
- `https://awoooi.wooo.work/api/v1/knowledge?project_id=awoooi&limit=5` 回 `200` 且有實際 entries；正式 Knowledge Base 頁面讀到總量 `2,013`，不是空資料。
|
||||
|
||||
**正式站瀏覽器 smoke**：
|
||||
- Work Items desktop / mobile：`/zh-TW/awooop/work-items?project_id=awoooi&incident_id=INC-PROD-D4&work_item_id=repair-candidate-draft%3Aawoooi%3AINC-PROD-D4%3Aowner_review_playbook_trust_gate&_v=a675b96b-tenant-context-*`。
|
||||
- Work Items 必要內容可見：`工作鏈路`、`PlayBook 草案處置板`、`自動化資產沉澱板`、`必須回寫的結果`、`KM 健康檢查派工`、`KM 草稿`、`陳舊 KM 優先處理清單`；console error `0`、failed API `0`、page horizontal overflow `0`。
|
||||
- Knowledge Base desktop / mobile：`/zh-TW/knowledge-base?_v=a675b96b-tenant-context-*`。
|
||||
- Knowledge Base 必要內容可見：`知識殿堂`、總量 `2,013`、清單 `50`、AI extraction `50`、`陳舊 KM 1,987`、治理流程圖與實際條目 `[AUTO] INC-20260513-205814 — AwoooP T16 auto-repair canary rollout restart`；console error `0`、failed API `0`、page horizontal overflow `0`。
|
||||
- 截圖證據：`/tmp/awoooi-workitems-desktop-a675b96b.png`、`/tmp/awoooi-workitems-mobile-a675b96b.png`、`/tmp/awoooi-knowledge-base-desktop-a675b96b.png`、`/tmp/awoooi-knowledge-base-mobile-a675b96b.png`。
|
||||
|
||||
**仍待 P0 修正**：
|
||||
- 目前仍不能宣稱 AI 自動化完整打通。下一段必須建立「Automation Asset Ledger / 自動化資產總帳」：每個 incident、approval、repair candidate、manual handoff 都要能看到對應 KM、PlayBook、腳本 / Ansible、排程 / 監控規則、verifier、timeline event 與 writeback 狀態。
|
||||
- Telegram 告警卡必須同步顯示資產沉澱結果，不能只顯示 `manual_required_no_action` 或 `learning_recorded`；人工處置也必須有明確可操作處置包、阻擋原因、下一步與回寫要求。
|
||||
- Work Items 仍有部分舊 table / 長文字元件在元素層級有 right overflow，但頁面整體 `horizontalOverflow=0`；後續 UI/UX 切片需把大量文字再轉成圖、表、狀態矩陣與流程圖。
|
||||
|
||||
**邊界**：本段未 SSH、未 active scan、未重啟服務、未修改 Alertmanager / Telegram routing、未發 Telegram 測試通知、未執行 Ansible、未改 PlayBook trust、未寫入 KM、未開 runtime gate、未新增任何 production 執行按鈕。IwoooS headline 仍不能因頁面可見性修正而假性拉高。
|
||||
|
||||
## 2026-06-18｜IwoooS SOC / AISOC 主流框架補強與正式站驗證完成
|
||||
|
||||
**背景**：使用者要求以資安專業重新補齊 IwoooS 應做項目，參考主流 AISOC / SOC / SIEM / XDR / SOAR / CTI / NDR / AppSec / Supply-chain / AI security 解決方案，並確認正式站前台不要外洩工作視窗、內部對話、個人 namespace 或內網資訊。
|
||||
|
||||
Reference in New Issue
Block a user