MoleAPIMoleAPI
文件快速開始站內基礎教學

通知設定與額度預警

提前收到餘額或異常提醒,比等服務出問題後再排查更重要

很多線上故障不是因為模型真的不可用,而是因為:

  • 餘額不足
  • Key 達到限制
  • 異常請求突然增加
  • 錯誤率上升但沒有人及時發現

所以通知設定不是「進階功能」,而是一個很實用的基礎能力。

通知設定在哪裡

控制台進入:

個人設定頁面大致如下:

MoleAPI 個人設定中的通知設定頁面,展示通知方式、額度閾值和電子郵件等設定

目前頁面中你可以設定什麼

通知設定目前包括:

  • 通知方式
  • 額度預警閾值
  • 通知電子郵件

可選的通知方式包括:

  • 電子郵件通知
  • Webhook 通知
  • Bark 通知
  • Gotify 通知

新手最推薦先開啟哪種通知

如果你還沒有自己的通知系統,建議優先:

  1. 先開啟 電子郵件通知
  2. 先填一個自己一定會看的電子郵件信箱
  3. 先設一個能及時提醒你的低餘額閾值

這樣做的原因很簡單:

  • 最容易設定
  • 最容易驗證是否生效
  • 最適合個人或小團隊先用起來

額度預警閾值怎麼理解

這個閾值的作用是:

當你的可用額度低到某個水準時,系統主動提醒你。

它本質上是在幫你把問題從「服務已經受影響」提前變成「還來得及處理的提醒」。

怎麼設定更合理

可以按場景理解:

  • 個人測試:閾值可以設低一點
  • 日常穩定使用:建議設成你能留出反應時間的水準
  • 正式環境:建議不要只靠一個很低的單點閾值

如果你是給正式業務使用,原則不是「越低越省」,而是「要保證你還有處理時間」。

什麼時候該考慮 Webhook / Bark / Gotify

當你出現下面這些需求時,可以考慮比電子郵件更自動化的通知方式:

  • 想把警示接進團隊機器人
  • 想把提醒直接推送到手機
  • 想把餘額警示和其他維運警示統一管理

換句話說:

  • 個人使用:先電子郵件
  • 半自動維運:Bark / Gotify
  • 團隊化接入:Webhook

推薦做法

  • 至少開啟一種通知方式
  • 不要把閾值設得過於激進,避免來不及處理
  • 正式專案建議把「低餘額提醒」和「Key 安全策略」一起考慮
  • 修改通知設定後,最好做一次小範圍自測,確認收得到通知

一個很實用的習慣

餘額、Key、模型和錯誤碼是連在一起的。很多排障效率高的人,都是先把通知設定好,而不是等問題發生後再人工查。

下一步建議看什麼

這篇文件對您有幫助嗎?

最後更新於

返回首頁網關