用 AI 治 AI 搞出嚟嘅亂
運維管理軟件公司 PagerDuty 今日（2026 年 11 月 3 日）推出 Paige，一個專門針對站點可靠性工程（Site Reliability Engineering，SRE）嘅 AI agent（代理），定位係「團隊成員」，唔係獨立工具。
Paige 運行喺公司旗艦產品上，而該產品而家叫 PD Reliability Platform——原名 PagerDuty Operations Cloud，今日才改名。同時 PagerDuty 開設 PD Labs，將開發中嘅早期功能開放俾 design partners 預覽，並設有直通工程師嘅渠道。
CEO 嘅説法：以 AI 對 AI
PagerDuty 表示，佢哋推出呢個產品，係針對一個佢哋指正在惡化嘅問題：AI 編程工具寫出越多生產環境軟件，但好多都冇人審就出街。CEO John DiLullo 舉例，model drift（模型漂移）、token runaway 同洩漏個人資料，都係 AI 系統本身出嘅問題。佢話要維持系統韌性，就要「用 AI 對 AI，用 AI 本身做保持系統運行嘅一部分」。
權限同人類審批
客户可以按團隊逐一設定 Paige 嘅權限。如果團隊選擇保留人喺迴路（human in the loop），Paige 會加快 triage（分診），但修復步驟要俾人批。佢只會喺團隊明確授權嘅、情況明朗同低風險嘅場景先自行行動。
三月時 PagerDuty 曾表示，佢哋嘅 SRE Agent 會以「虛擬應答員」（virtual responder）身份加入 escalation policy（升級策略）。Paige 號稱係公司下一代 SRE agent，而家可以照咁入通話名單。低優先級事故有可能完全唔會觸及人類。
建議附證據同信心指數
Paige 嘅每條建議會附帶證據同信心指數。喺應答員睇到嘅時候，好多可能原因已被排除。公司認為更大嘅回報喺後頭：已解決嘅事故會被寫入一個共享記憶（shared memory），Paige 喺類似故障發生時會參考。
資料圖片：Pixabay
隨附嘅一份 benchmark report 聲稱，Paige 喺診斷模擬 IT 事故方面表現勝過幾間主要 AI coding agent。呢份報告係廠商自家發布，非第三方獨立測試。
事故報告自動寫
PagerDuty 同時推出新版 PD Reliability Platform Console，將事故、on-call 輪值同 AI agent 集中喺同一個畫面，顯示邊個 agent 開住、正在做乜；Paige 建議嘅修復可以直接喺同一畫面執行。
應答人員可以喺 Slack 或 Microsoft Teams 入面由頭到尾處理事故：觸發後會自動開啟專用頻道同會議橋接，唔使人手設定。事後報告喺事故解決後自動生成，跟進事項已自動分配負責人同截止日期。
加拿大電訊商 Telus 已將平台接入自己嘅中央內部事故工具，佢哋嘅 Site Reliability Office 總監 Kulvir Gahunia 表示，PagerDuty 嘅 Scribe Agent 而家喺每個事故中運行，應答人員「唔使停低記錄正在發生嘅事」。
Slack 商務發展總監 Steve Miller 表示，將 Paige 同平台放喺 Slack 入面，喺「agentic 同人類團隊喺同一頻道並行運作」嘅環境中至為關鍵。
阿調搞兩下
用 AI 修 AI 搞嘅亂，呢個路徑聽落似有道理，但唔好忘記三件事：第一，Paige 嘅「信心指數」冇披露點樣算出嚟，幾低先會觸發人審；第二，benchmark 係廠商自家跑，冇第三方複現；第三，「共享記憶」寫入乜、邊個查得到、有冇資料保留問題，原文一個字都冇講。
「人機並行」呢個話術好美，但「邊個揸住個掣」先係關鍵。權限分 team 設定係好嘅開始，但若果低優先級事故「可能完全唔觸及人類」，邊個負責核對佢嘅自動修復真係冇搞錯？條鏈上面冇人，出事邊個執手尾？呢個先係真問題。
阿調｜深度調教
