Arova Nexus Phase 0
Arova Nexus Phase 0
角色： 李維運（IT 維運主管）+ AI Copilot 場景： 導入 Arova Nexus 後，李維運需要設定 AI 的「行為規範」——定義 Prompt 範本來控制 AI 摘要事件、回答問題、分類工單的格式和品質 橫跨模組： AI Native（Prompt 管理）→ AI Copilot → Incident → Service Desk
Arova Nexus 的 AI 能力（事件摘要、工單分類、知識庫問答）都依賴 Prompt 範本來控制輸出品質。系統內建預設範本，但每家公司有不同的術語、格式要求和業務邏輯。
李維運需要自訂「事件 AI 摘要」的範本，讓 AI 產出的摘要符合公司的事件報告格式——包含特定的欄位、使用公司內部術語、排除不相關的建議。
李維運進入「設定」→「AI Agent 管理」→「Prompt 範本」tab。
┌─────────────────────────────────────────────────────────┐
│ 設定 > AI Agent 管理 > Prompt 範本 │
│ │
│ [+ 新增範本] │
│ │
│ 系統內建範本： │
│ ┌───────────────────────────────────────────────────┐ │
│ │ 📋 事件 AI 摘要 v1 (系統預設) ✅ 啟用 │ │
│ │ 用途：AI 自動產生事件摘要 │ │
│ │ 觸發：事件建立後 30 秒內 │ │
│ ├───────────────────────────────────────────────────┤ │
│ │ 📋 工單分類建議 v1 (系統預設) ✅ 啟用 │ │
│ │ 用途：Triage Agent 自動分類工單 │ │
│ │ 觸發：新工單建立時 │ │
│ ├───────────────────────────────────────────────────┤ │
│ │ 📋 知識庫問答 v1 (系統預設) ✅ 啟用 │ │
│ │ 用途：AI Copilot 回答知識庫相關問題 │ │
│ │ 觸發：使用者在 Copilot 提問時 │ │
│ ├───────────────────────────────────────────────────┤ │
│ │ 📋 Email 自動回覆 v1 (系統預設) ✅ 啟用 │ │
│ │ 用途：Email 渠道 AI 自動回覆 │ │
│ │ 觸發：收到 Email 工單時 │ │
│ ├───────────────────────────────────────────────────┤ │
│ │ 📋 每日簡報 v1 (系統預設) ✅ 啟用 │ │
│ │ 用途：Dashboard AI 每日簡報產生 │ │
│ │ 觸發：每日排程 │ │
│ └───────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────┘
系統已內建 5 個預設範本，全部啟用中。李維運決定先自訂「事件 AI 摘要」範本。
使用者情緒： 🟢 有預設值可用，不需要從零開始
涉及模組： AI Native（PM-001 範本管理）
李維運點擊「事件 AI 摘要」進入編輯器。
┌─────────────────────────────────────────────────────────┐
│ 編輯 Prompt 範本：事件 AI 摘要 │
│ │
│ 名稱： 事件 AI 摘要（泰國廠自訂） │
│ 分類： [Incident ▼] │
│ 狀態： 草稿 │
│ │
│ ─── Prompt 內容 ─── │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ 你是泰國廠 IT 維運團隊的事件分析助手。 │ │
│ │ │ │
│ │ 請根據以下告警資料，產出事件摘要： │ │
│ │ │ │
│ │ ## 必須包含： │ │
│ │ 1. 事件概述（一句話描述） │ │
│ │ 2. 可能根因（列出前 3 個最可能的原因） │ │
│ │ 3. 影響範圍（受影響的服務和使用者數） │ │
│ │ 4. 建議行動（依優先順序列出） │ │
│ │ 5. 相似歷史事件（最近 90 天內） │ │
│ │ │ │
│ │ ## 格式限制： │ │
│ │ - 使用繁體中文 │ │
│ │ - 摘要不超過 300 字 │ │
│ │ - 不要猜測未提供的資訊 │ │
│ │ │ │
│ │ ## 輸入變數： │ │
│ │ {{alert_data}} — 原始告警資料 │ │
│ │ {{device_info}} — CMDB 設備資訊 │ │
│ │ {{history}} — 相關歷史事件 │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ ─── 輸出格式定義（JSON Schema）─── │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ { │ │
│ │ "summary": "string", │ │
│ │ "possible_causes": ["string"], │ │
│ │ "impact_scope": { │ │
│ │ "services": ["string"], │ │
│ │ "estimated_users": "number" │ │
│ │ }, │ │
│ │ "recommended_actions": ["string"], │ │
│ │ "similar_incidents": ["string"] │ │
│ │ } │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ ─── 負向約束 ─── │
│ ☑ 不要建議重啟整台伺服器（除非確認無其他方案） │
│ ☑ 不要引用非公司內部知識庫的資料 │
│ ☑ 不要給出超出 IT 維運範圍的建議（如採購建議） │
│ │
│ [儲存草稿] [測試] [發布] │
└─────────────────────────────────────────────────────────┘
李維運自訂了：
使用者情緒： 🟡 Prompt 編輯需要一些經驗，但有預設範本可以參考修改
涉及模組： AI Native（PM-002 範本編輯、PM-004 輸出格式定義、PM-005 負向約束）
李維運點「測試」，進入內建測試介面。
┌─────────────────────────────────────────────────────────┐
│ Prompt 測試 │
│ │
│ ─── 輸入變數 ─── │
│ alert_data: │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ source: "Graylog" │ │
│ │ type: "slow_query_timeout" │ │
│ │ device: "DB-PROD-01" │ │
│ │ message: "Query timeout after 30s on table orders" │ │
│ │ count: 15 │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ device_info: (auto-filled from CMDB) │
│ history: (auto-filled, 3 similar incidents found) │
│ │
│ [執行測試] │
│ │
│ ─── 測試結果 ─── │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ ✅ 輸出符合 JSON Schema │ │
│ │ │ │
│ │ summary: "DB-PROD-01 資料庫發生 slow query timeout │ │
│ │ 共 15 次，主要影響 orders 表查詢。" │ │
│ │ │ │
│ │ possible_causes: │ │
│ │ 1. "orders 表缺少索引導致全表掃描" │ │
│ │ 2. "長時間 transaction 造成 lock contention" │ │
│ │ 3. "近期資料量增長超出 buffer pool 容量" │ │
│ │ │ │
│ │ impact_scope: │ │
│ │ services: ["網銀 API", "報表服務"] │ │
│ │ estimated_users: 500 │ │
│ │ │ │
│ │ recommended_actions: │ │
│ │ 1. "檢查 slow query log 找出問題 query" │ │
│ │ 2. "確認是否有 running transaction > 30s" │ │
│ │ 3. "比對 INC-2025-1208 的修復方式" │ │
│ │ │ │
│ │ 字數：187 字 ✅ (< 300 字限制) │ │
│ │ 負向約束檢查：✅ 無違規 │ │
│ └─────────────────────────────────────────────────────┘ │
│ │
│ [調整 Prompt] [滿意，發布] │
└─────────────────────────────────────────────────────────┘
測試結果顯示：
使用者情緒： 🟢 可以先測試再發布，不用擔心影響正式環境
涉及模組： AI Native（PM-003 範本測試）
李維運滿意測試結果，點「發布」。
┌─────────────────────────────────────────────────────────┐
│ 發布 Prompt 範本 │
│ │
│ 範本：事件 AI 摘要（泰國廠自訂） │
│ 版本：v1 → v2 │
│ 變更：自訂 Prompt 內容、輸出格式、負向約束 │
│ │
│ ⚠️ 發布後，所有新事件的 AI 摘要將使用此範本。 │
│ 已存在的事件摘要不受影響。 │
│ │
│ 版本歷史： │
│ v2 — 2026-04-09 李維運（即將發布） │
│ v1 — 系統預設 │
│ │
│ [取消] [確認發布] │
└─────────────────────────────────────────────────────────┘
發布後，v2 立即生效。如果效果不好，可以隨時回滾到 v1。
使用者情緒： 🟢 版本控制讓人放心，可以隨時回滾
涉及模組： AI Native（PM-001 發布、PM-002 版本控制）
下一次事件觸發時，AI 摘要使用新範本產生。李維運在事件詳情頁查看效果。
┌─────────────────────────────────────────────────────────┐
│ INC-2026-0450 ESXi-01 CPU 使用率異常 │
│ │
│ 📋 AI 摘要（v2 範本）： │
│ │
│ 事件概述：ESXi-01 虛擬化主機 CPU 使用率持續 95%+， │
│ 影響上方 6 台虛擬機效能。 │
│ │
│ 可能根因： │
│ 1. VM-DB-02 資料庫排程作業佔用過多 CPU │
│ 2. 近期新增 2 台 VM 導致資源超配 │
│ 3. ESXi host BIOS 電源管理限制效能 │
│ │
│ 影響範圍：6 台 VM、3 個服務、~200 使用者 │
│ │
│ 建議行動： │
│ 1. 檢查 vCenter 效能圖表找出 CPU 消耗最高的 VM │
│ 2. 確認是否有排程作業正在執行 │
│ 3. 評估是否需要 vMotion 遷移部分 VM │
│ │
│ ✅ 格式正確 · 187 字 · 範本 v2 │
└─────────────────────────────────────────────────────────┘
摘要格式符合公司要求，內容結構清楚。如果 AI 準確度不佳，工程師修正後系統會記錄「覆寫」作為隱式回饋。
使用者情緒： 🟢 AI 摘要品質明顯提升，格式統一
涉及模組： AI Native（AIN-024 事件摘要）、Incident（IN-007）、AI Copilot
| 指標 | 成果 |
|---|---|
| 自訂範本數 | 1 個（事件 AI 摘要 v2） |
| 設定時間 | ~20 分鐘（含測試） |
| 輸出格式 | JSON Schema 結構化 |
| 負向約束 | 3 條限制規則 |
| 版本管理 | v1（預設）→ v2（自訂），可隨時回滾 |
| 模組 | Stories | 說明 |
|---|---|---|
| AI Native | PM-001, PM-002, PM-003, PM-004, PM-005 | 範本管理、編輯、測試、輸出格式、負向約束 |
| Incident | IN-007, AIN-024 | 事件摘要使用 Prompt 範本 |
| AI Copilot | AIC-002, AIC-003 | Copilot 回答使用 Prompt 範本 |
| Service Desk | SD-001 | Triage Agent 分類使用 Prompt 範本 |