MoleAPIMoleAPI
文档快速开始站内基础教程

通知设置与额度预警

提前收到余额或异常提醒,比等服务出问题后再排查更重要

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

  • 余额不足
  • Key 达到限制
  • 异常请求突然增多
  • 错误率上升但没有人及时发现

所以通知配置不是“高级功能”,而是一个很实用的基础能力。

通知设置在哪里

控制台进入:

个人设置页面大致如下:

MoleAPI 个人设置中的通知配置页面,展示通知方式、额度阈值和邮箱等设置

当前页面里你能配置什么

通知设置目前包括:

  • 通知方式
  • 额度预警阈值
  • 通知邮箱

可选的通知方式包括:

  • 邮件通知
  • Webhook 通知
  • Bark 通知
  • Gotify 通知

新手最推荐先开哪种通知

如果你还没有自己的通知系统,建议优先:

  1. 先开 邮件通知
  2. 先填一个自己一定会看的邮箱
  3. 先设一个能及时提醒你的低余额阈值

这样做的原因很简单:

  • 最容易配置
  • 最容易验证是否生效
  • 最适合个人或小团队先用起来

额度预警阈值怎么理解

这个阈值的作用是:

当你的可用额度低到某个水平时,系统主动提醒你。

它本质上是在帮你把问题从“服务已经受影响”提前变成“还来得及处理的提醒”。

怎么设置更合理

可以按场景理解:

  • 个人测试:阈值可以设低一点
  • 日常稳定使用:建议设成你能留出反应时间的水平
  • 生产环境:建议不要只靠一个很低的单点阈值

如果你是给正式业务使用,原则不是“越低越省”,而是“要保证你还有处理时间”。

什么时候该考虑 Webhook / Bark / Gotify

当你出现下面这些需求时,可以考虑比邮件更自动化的通知方式:

  • 想把告警接进团队机器人
  • 想把提醒直接推送到手机
  • 想把余额告警和其他运维告警统一管理

换句话说:

  • 个人使用:先邮件
  • 半自动运维:Bark / Gotify
  • 团队化接入:Webhook

推荐做法

  • 至少开启一种通知方式
  • 不要把阈值设得过于激进,避免来不及处理
  • 正式项目建议把“低余额提醒”和“Key 安全策略”一起考虑
  • 修改通知配置后,最好做一次小范围自测,确认收得到通知

一个很实用的习惯

余额、Key、模型和错误码是连在一起的。很多排障效率高的人,都是先把通知配好,而不是等问题发生后再人工查。

下一步建议看什么

这篇文档对您有帮助吗?

最后更新于

返回首页网关