用途：對一則告警做平行根因分析。輸入可為 Grafana alert 連結、Sentry issue 或 CI 失敗 URL；與單線的 alert-triage 不同，此技能為調度層，四路同時調查並在彙整時強制做矛盾裁決與 drift 分類。
主要能力／流程： Step 0 正規化告警，抽出 envelope（時間窗、涉及程式碼路徑、repo 與 infra 元件），寫入 .verification/<date>/rca-<slug>/00-envelope.md。 Step 1 平行派工四路唯讀 agent：OBSERVABILITY 查時間窗前後 metrics／logs／traces／Sentry events；HISTORY 查近 30 天涉及路徑的 commit 與依賴變更；KNOWLEDGE 以 BM25 檢索知識庫與 AD 決策；INFRA 查 kubectl、CDN、IaC 的 live 狀態與 drift。各路先寫結論，每條發現需附指令、關鍵輸出與 UTC 時間窗。 Step 2 由 SYNTHESIS（fresh context）合併時間軸、列矛盾清單並以新證據裁決、給出根因與 falsifier，分類為 SELF-INFLICTED、DRIFT、REAL DEFECT 或 EXTERNAL／BENIGN，並產出修復 PR 草稿與 rollback checklist。 Step 3 由 readonly-verifier 抽驗，零 FAIL 才能標 verified；開 PR 前等 HITL。
必要用法與限制：四路全唯讀，禁止 kubectl apply／patch／delete／rollout、terraform apply／import／state rm、git push 及任何對 Sentry／Grafana 的寫入；terraform plan 需帶 -lock=false -refresh=false。subagent 不繼承 MCP，資料管道一律用 scripts/obs_http.py，例如 python3 $H sentry get 'issues/<id>/' 或 python3 $H grafana prom <uid> '<promql>' --start <ISO> --end <ISO> --step 60。發現須附數字與時間窗，無證據者視為不存在；時區一律換算 UTC。碰到 smb-／payment- 等他人資源只調查、不代修。KB gate 要求回收前將教訓寫入 _pending 與 wiki/learned。
適用場景：需要跨觀測、變更史、知識庫與基礎設施多面向比對的線上事件調查。
暫未提供：價格、平台支援範圍、安裝步驟與效果數據未在資料中說明。