← 回工作地圖

WebUI 修補一週後稽核

Hermes 名稱:WebUI Lifecycle Patch D+7 Read-only Audit · job_id:cae0a4e4b026

排程中 正常 系統 單次·AI

這個工作做什麼

一次性任務(8 月 29 日晚間):WebUI 的 session 生命週期修補上線滿一週後做一次純讀取稽核,確認修補正常運作、評估還剩多少舊的殘留 session,全程不允許任何寫入或修復動作。

💡 為什麼需要:修補上線後需要一週的實際運行證據來驗證效果,並量化殘留問題的規模。

什麼時候跑

⏰ 單次 · 2026-08-29 22:05(once at 2026-08-29 22:05
上次執行:None 下次:2026-08-29 22:05 最近結果:

主要規則

上下游關係

⬆️ 需要誰:—
⬇️ 誰用它的結果:—

最近的改變

讀寫了哪些資料

類型位置存取

完整任務指示(技術)

[IMPORTANT] 這是一次性 WebUI lifecycle D+7 read-only audit。最終回覆會自動送達建智大人;不要使用 send_message。

目標:複查 WebUI session lifecycle patch 是否正常,並評估剩餘 legacy zombies。全程只讀,禁止修改任何資料或服務。

絕對禁止:
- 不得對任何 DB 執行 INSERT/UPDATE/DELETE/REPLACE/ALTER/DROP/VACUUM/REINDEX/PRAGMA writable_schema 或任何寫入操作。
- 不得 cleanup、repair、mark ended、刪除/改名 sidecar、修改 index、寫入報告檔、patch source/config、git checkout/reset/stash、重啟服務、建立新排程或修改既有排程。
- SQLite 必須以 URI mode=ro 開啟,並設定 PRAGMA query_only=ON;只允許 SELECT/PRAGMA 讀取。若 read-only 查詢路徑無法建立,立即回報 blocker,不得改用可寫連線。
- 不要把任何候選人實際送入 repair command;只重新計算並列出數量與判定理由。

Baseline(固定於 2026-08-22 22:05:10 +08:00,audit window_start):
- open WebUI rows:173
- recent <7 days:102
- lineage ambiguous:69
- sidecar/index active/running:2
- lifecycle patch commit:56466889
- baseline recent cohort 定義:audit window_start 當下 source='webui' AND ended_at IS NULL AND started_at >= (window_start - 7 days);若資料庫欄位/時間格式不同,先只讀確認實際 schema,明確記錄採用的等價條件,不得猜測。
- baseline lineage cohort:以 baseline 當下 lineage ambiguous 的 69 筆為 cohort;若沒有持久化 cohort ID,必須說明無法逐筆做嚴格 cohort 對應,並提供可驗證的現行判定替代,不得假裝有精確追蹤。
- baseline active/running cohort:baseline 當下 sidecar/index active/running 的 2 筆;同樣優先用持久化 ID,沒有就明確標示 cohort 對應限制。

執行步驟:
1. 只讀確認 state DB 實際路徑、sessions schema、WebUI sidecar/index 位置,以及 lifecycle patch commit 56466889 對應的 repo/差異與目前載入/執行證據。不要把檔案檢查誤報成 live reload;區分 discovered、source present、process loaded、exercised evidence。
2. 以 audit_time(實際執行時間,標出完整 ISO 8601 +08:00)計算 source='webui' AND ended_at IS NULL 總數。
3. 計算 window_sta…

job_id: cae0a4e4b026 · 本頁由 Python 自動產生,非即時資料。