Azure SRE 代理會向 Microsoft Teams、Outlook 或任何支援 MCP 的工具發送情境通知。 客服人員不會直接轉發原始警示，而是先調查，然後提供包含根本原因分析、影響評估及建議行動的摘要，讓您的團隊能立即採取行動。
小提示
你的團隊會收到調查摘要，而不是原始警報。 上下文會自動包含，讓收件人能立即行動。 與 Outlook 和 Teams 相容，並且可搭配任何支援 MCP 的工具。
問題
原始警示告訴你有問題，卻不會告訴你該怎麼做。 你會看到「prod-web-01 上 CPU 使用率過高」，然後需要花 15 分鐘調查才能行動。
通知的運作方式
你的代理先進行調查，然後發送已包含相關內容的通知。 在聊天室問：「寄封電子郵件給團隊，總結結帳錯誤的經過。」代理人會格式化發現、加入證據連結，並透過連接的管道傳送訊息。
內建頻道
下表描述了內建的通知通道。
| 頻道 | 連接器 | 說明 |
|---|---|---|
| Outlook | Office 365 Outlook | 發送電子郵件、回覆討論串、收件匣 |
| Teams | Microsoft 團隊 | 發文到頻道、回覆討論串、閱讀訊息 |
非 Microsoft 工具，透過 MCP 提供
任何有 MCP 伺服器的工具都能接收通知。 如果你的團隊使用 PagerDuty、Slack、Jira 或其他暴露 MCP 伺服器的系統，請透過 Builder > Connectors > 的 MCP 伺服器連接。 代理程式會自動從 MCP 伺服器發現可用的工具。 不需要內建整合。
通知有什麼不同
與警示轉發不同，你的代理不會原樣傳遞訊號。 它先調查，然後以包含根本原因、影響及建議行動的背景通知你。
與人工通知不同，您的經紀人會專業地格式化調查結果。 你不需要在不同工具間複製貼上，或是為了不同受眾重複摘要同一事件。
與 runbook 驅動的升級不同，您的代理程式會根據其發現的結果來決定應包含哪些內容。 如果調查發現是部署造成問題，該細節會包含在通知中。
前後比較
下表比較了使用代理程式前後的通知工作流程。
| 之前 | 之後 |
|---|---|
| 原始警報：「生產環境 web-01 CPU 使用率過高」 | 背景摘要及根本原因與建議解決方法 |
| 將調查筆記複製貼上到電子郵件 | 代理將發現格式化為專業的 HTML |
| 手動向 Teams 發布更新 | 客服人員在相同討論串中回覆，隨著問題的進展 |
| 記住每個頻道對應的嚴重程度 | 客服會根據你的要求使用連接的工具 |
電子郵件功能
Outlook 連接器提供以下工具。
| Tool | 說明 |
|---|---|
| 傳送電子郵件 | 請以HTML格式構思並寄送給任何收件人 |
| 收到電子郵件 | 依 ID 檢索特定電子郵件（正文截斷為 12,288 字元） |
| 回覆電子郵件 | 繼續現有的電子郵件討論串 |
| 郵件列表 | 從任何資料夾讀取訊息中繼資料（排除主體以避免上下文溢出） |
| 移開電子郵件 | 將訊息整理成資料夾 |
客服會自動將調查結果格式化為專業的 HTML 電子郵件。 所有電子郵件工具都支援共用信箱。 指定一個可選的信箱地址用於寄送郵件，或用於讀取共用收件匣。
Attachments
代理人可以寄送帶有檔案附件的電子郵件。 單一郵件中所有檔案的附件總大小必須不超過 5 MB。 代理在傳送前會驗證附件大小，若超過限制則回傳明確錯誤。
Teams 功能
Teams 連接器提供以下工具。
| Tool | 說明 |
|---|---|
| 發文訊息 | 傳送到已設定的 Teams 頻道 |
| 回覆討論串 | 更新現有對話 |
| 收到訊息 | 閱讀近期頻道訊息 |
同一問題的更新會放在同一個討論串，讓你的頻道保持有條理。
備註
Teams 訊息必須以 HTML 格式，而非 Markdown。 代理程式在撰寫訊息時會自動處理這些格式化。
啟用通知
當你 透過 Builder > Connectors 連接 Outlook 或 Teams 後，直接在聊天中詢問客服：
Send an email to oncall@contoso.com summarizing the investigation
Post to our Teams channel that the deployment rollback completed
客服人員會立即使用連網工具。 臨時通知不需要分代理。 對於由排程任務或事件回應計畫觸發的自動通知，請在適當的子代理上設定這些工具。
設定通知連接器
在你的客服人員發送電子郵件或發文到 Teams 之前，先連接適當的連接器，並用你的 Microsoft 帳號登入。 兩個連接器皆使用 OAuth 登入流程。 你的客服人員會以已認證的使用者身份發送通知。
下表總結了每個連接器的設置流程。
| 連接器 | 設定路徑 | 登入流程 | Result |
|---|---|---|---|
| Office 365 Outlook | 建構者 > 連接器 > 新增連接器 > 發送電子郵件 | 使用您的 Microsoft 帳號（OAuth）登入 | 你的經紀人可以寄電子郵件、回覆討論串，並以你的名義列出收件匣 |
| Microsoft Teams | 建商 > 連接器 > 新增連接器 > 發送通知 | 用你的 Microsoft 帳號（OAuth）登入，然後貼上 Teams 頻道連結 | 你的經紀人會以你身份在連結的頻道發文 |
關鍵細節：
- 兩個連接器都是透過 OAuth 進行認證。 你不需要 API 金鑰或服務帳號。
- 你的客服會以登入使用者身份發送通知。 收件人看到的是你的帳號訊息，而不是機器人。
- 要更改發送者身份，請斷開連線再使用不同的 Microsoft 帳號重新連線。
- 你的客服人員一次可以同時擁有一個 Outlook 連接器和一個 Teams 連接器。 新增連接器精靈會停用已存在的連接器類型。
最佳做法
下表說明了建議的通知作法。
| 練習 | 為什麼 |
|---|---|
| 明確詢問 | 客服人員只有在你要求時才會發送通知。 它不會主動發送電子郵件。 |
| 用排程任務來做摘要 | 收集發現後，每天發布一次，而非每次警示。 |