多平台訊息通知
微信、釘釘、Telegram、Slack —— 想發哪就發哪
通知這件事，比你想的麻煩多了
重要消息錯過、每個平台單獨操作、手動 @ 人太累
服務器凌晨 3 點掛了，告警信件發了但你沒看到 —— 因為你的手機只有釘釘有通知權限。等早上 9 點到公司才發現，客戶已經投訴了 6 個小時。
團隊日報催了三遍還有人沒填，你在釘釘 @ 了一遍，微信又 @ 了一遍，有個同事只看 Telegram，你還得再發一遍。同一條消息，你發了三次。
更崩潰的是跨團隊協作。國內團隊用釘釘，海外團隊用 Slack，客戶群在微信。一條通知你得在三個地方分別操作一次，格式還不一樣。你一天光發消息就花了半小時，關鍵是還經常忘了某個渠道沒發。
OpenClaw 統一管理所有通知渠道
你告訴 OpenClaw 要通知誰、通知什麼、用哪個平台發。它幫你同時發到微信、釘釘、Telegram、Slack、信件，甚至簡訊。
一條指令，全渠道覆蓋。不用在 5 個 App 之間來回切換。
更厲害的是條件觸發 —— 你可以設定「CPU 超過 90% 時發釘釘警告」「每天下午 5 點催日報」「GitHub 有新 Release 就發微信公眾號」。不用你盯著，OpenClaw 替你盯著，該發的時候自動發。
通知內容也是智能生成的，不是死板的範本。比如警告訊息會自動附上關鍵指標和建議操作，催日報的訊息會自動列出誰還沒填。
3 條通知 Prompt，涵蓋最常見的場景
警告、提醒、內容分發 —— 三個方向拿來直接用。
伺服器 CPU 超過 90% 時，同時發釘釘和 Telegram 警告
黃金指令
請幫我設置一個伺服器監控警告工作流：
監控指標：
- CPU 使用率 > 90%，持續 3 分鐘以上
- 記憶體使用率 > 85%
- 磁碟使用率 > 90%
- 服務回應時間 > 5 秒
警告規則：
- 觸發後同時發送到：釘釘運維群 + Telegram 個人號
- 警告訊息格式：
🚨 伺服器警告
伺服器：[主機名/IP]
指標：[CPU/記憶體/磁碟/回應時間]
當前值：[數值]
觸發時間：[時間]
建議操作：[根據指標類型給出建議]
- 同一指標 30 分鐘內不重複警告（防刷屏）
- 恢復正常後發一條恢復通知運維必備。凌晨出問題不用靠「看到信件」來發現了，釘釘和 Telegram 同時彈通知，手機怎麼也能看到一個。30 分鐘去重避免半夜被警告炸醒 20 次。
每天下午 5 點提醒團隊填寫日報，沒填的再提醒一次
新手友善
每天下午 5:00 執行以下流程：
1. 檢查日報系統（或共享文檔），獲取今天已提交日報的人員名單
2. 和團隊花名冊對比，找出還沒填的人
3. 在釘釘/飛書群裡發訊息：
"📝 日報提醒
以下同學今天還沒提交日報，請抓緊：
@張三 @李四 @王五
提交地址：[連結]"
4. 如果到下午 6:30 還有人沒填，再發一次提醒：
"⏰ 二次提醒
@張三 @王五 日報還沒填喔～今天的事今天清 🙏"
5. 每週五額外彙總本週填報率：
"本週日報填報率：92%
全勤：[名單]
有遺漏：[名單及遺漏天數]"管理者最煩的事之一：催日報。這條 Prompt 把催人的活完全自動化了，還自帶統計功能。再也不用你親自去群裡一個個 @ 了，面子上也好看。
把 GitHub Release Notes 自動翻譯後發到微信公眾號
進階技巧
監控 GitHub 倉庫 [owner/repo] 的 Release：
當有新 Release 發布時：
1. 獲取 Release 資訊：版本號、發布時間、Release Notes 全文
2. 將英文 Release Notes 翻譯成中文，要求：
- 技術術語保留英文（API、SDK、Bug Fix 等）
- 用通俗易懂的語言，不要翻譯腔
- 重要變更（Breaking Changes）特別標注
3. 按微信公眾號的格式排版：
- 標題：[專案名] v[版本號] 發布了！
- 正文：新功能摘要 + 完整更新日誌
- 底部：GitHub 連結 + 下載地址
4. 通過公眾號 API 發布為草稿（或直接發布）
5. 同步發一條訊息到微信技術交流群開源專案或技術團隊的利器。每次發版不用手動寫公眾號文章了，Release Notes 自動翻譯 + 排版 + 發布，從發版到用戶知道只需要幾分鐘。
多平台通知配置
一次配好所有渠道，以後每條通知都能自動分發。
通知渠道配置範本
# 多平台通知渠道配置
# ================================
渠道 1：釘釘群機器人
- 類型：Webhook
- 地址：https://oapi.dingtalk.com/robot/send?access_token=xxx
- 簽名密鑰：SEC...
- 用途：內部團隊通知、警告
渠道 2：企業微信
- 類型：Webhook
- 地址：https://qyapi.weixin.qq.com/cgi-bin/webhook/send?key=xxx
- 用途：日報催填、數據播報
渠道 3：Telegram Bot
- 類型：Bot API
- Token：bot_token_here
- Chat ID：-100xxxxxxxxx（群組）/ 個人 ID
- 用途：個人警告、重要提醒
渠道 4：Slack
- 類型：Incoming Webhook
- 地址：https://hooks.slack.com/services/xxx
- 頻道：#deployments / #general
- 用途：海外團隊通知、部署狀態
渠道 5：信件
- 類型：SMTP
- 用途：正式通知、需要留檔的
通知規則：
- 警告類 → 釘釘 + Telegram（確保看到）
- 日常提醒 → 釘釘/企業微信（工作場景）
- 跨團隊 → Slack + 釘釘（國內外涵蓋）
- 正式通知 → 信件（留底）OpenClaw vs 單一通知工具
OpenClaw 統一通知
- 一條指令發到所有平台，不用一個個操作
- 通知內容智能生成，不是死板的範本
- 支持條件觸發 —— 滿足條件自動發，不用人盯著
- 可以串聯上下游：先監控 → 再分析 → 最後通知
- 加新渠道只需要配一個 Webhook，5 分鐘搞定
VS
Server 醬 / Bark / PushDeer 等
- 通常只支持 1-2 個渠道，想多平台要用好幾個工具
- 只能發固定範本訊息，不能根據內容智能調整
- 觸發邏輯要自己寫腳本或配 cron
- 純通知工具，不能處理上游資料
- 輕量好用，適合個人簡單場景
實戰場景：跨國團隊的訊息同步
國內用釘釘、海外用 Slack、客戶在微信群 —— 一條訊息要發三遍
一家做跨境電商的公司，國內運營在釘釘，海外倉儲在 Slack，大客戶有微信群。每次有重要通知（庫存預警、物流異常、大促安排），運營經理要分別在三個平台編輯發送，格式還不一樣。
OpenClaw 方案
寫一條通知內容，OpenClaw 自動適配三個平台的格式一起發出去。釘釘發中文版、Slack 發英文版、微信群發客戶友善版。庫存低於安全線時自動觸發預警，不用人盯著後台看資料。運營經理再也不用當「人肉訊息中轉站」了。
人工通知
每條重要訊息，運營經理在釘釘打一遍，切到 Slack 用英文再打一遍，切到微信換個語氣再打一遍。遇到緊急情況，光發通知就花了 15 分鐘，等海外團隊看到的時候已經過了半小時。上次忘了發 Slack，海外倉沒收到大促備貨通知，差點斷貨。
通知管理小技巧
警告通知一定要設去重和靜默期。伺服器 CPU 飆了，1 分鐘發 60 條警告，誰也受不了。設個「30 分鐘內同一指標不重複警告」，既不漏報也不刷屏。
不同緊急程度走不同渠道。普通提醒發群裡就行，緊急警告要同時發群 + 個人號 + 手機通知。分級處理，不要所有訊息都用最高優先級，不然真正緊急的時候大家已經麻了。
Webhook 地址和 Bot Token 是敏感資訊，不要直接寫在代碼裡或者明文存儲。用環境變數或密鑰管理服務來存放，泄露了要立刻換。