Skip to main content
在问题越过你的底线时立即获知，通过团队已在使用的渠道，而不是等到客户反映才知道。规则只需设置一次，Failproof AI Observability 便会按计划检查，并通过邮件、Slack、webhook 或直接在仪表盘中通知你。 告警页面：告警规则卡片网格，每张卡片显示触发条件、评估窗口、通知渠道，以及信息、警告或严重等级标识 一览所有告警规则：监控内容、检查频率、通知渠道及紧急程度。

​
在用户发现之前，先行了解问题

不必盯着仪表盘刷新，祈祷能碰巧发现问题。只要是你希望在无人值守时也能及时收到通知的信号，就配置一条告警，让通知落到你本来就在用的地方：
  • 邮件，发给需要知道的人。
  • Slack，附带直接跳转到事件的按钮的富文本消息。
  • Webhook，向 PagerDuty、Opsgenie 或你自己的端点发送 JSON POST，支持可选签名以便接收方验证来源。
  • 仪表盘内通知，默认静默，适合在调试规则、暂时不想通知任何人时使用。
一条规则可以同时绑定多个通知渠道，严重等级（信息、警告或严重）会一并传递，确保紧急告警一眼就能看出来。

​
用表单配置规则，而非 JSON

你只需在表单中描述什么叫”出了问题”，Failproof AI Observability 会自动生成底层规则。JSON 格式不过是表单背后生成的产物，你可以通过读它来理解规则，但几乎不需要手写。 新建告警表单：名称与描述、启用开关，以及包含指标阈值、自定义 SQL、评估分数、复合评估、单事件条件的触发器选项 选择触发器后，表单会自动切换为对应字段；点击保存即写入规则。 常规流程很快：填写名称、选择触发器（监控什么）、设置阈值和窗口（偏差多大、持续多久）、绑定至少一个通知渠道，然后保存，再点击测试发送一条模拟通知，确认每个目标渠道都已正确配置。在底层，这会生成一个简洁的规则描述，例如：
你不限于一种信号类型。选择最符合你对该故障理解的触发器： 已经在错误页面盯着某个故障看了？每一行都有一个 + alert 按钮，点击即可打开预填好的表单，专门用于捕获该故障的再次发生——你刚刚排查过的事件，下次出现时就会主动通知你。 在哪里找到它： 告警位于 /<org-slug>/alerts。创建、编辑、删除和测试规则需要 alerts:write 权限；仅查看只需 alerts:read。接收人选择器会按姓名列出你组织的成员，无需离开表单即可指定通知对象。

​
只在真正需要时通知我

一次偶发的异常测量不应该把你叫醒。M of N 降噪过滤器控制在最近几次检查中，需要有多少次失败才会真正触发告警通知。设为 3 of 5 后，只有在最近五次检查中至少有三次超标才会触发告警，从而避免抖动信号频繁误报；保留默认值 1 of 1 则在首次超标时立即触发。你还可以选择规则的执行频率，预设选项包括 1 分钟、5 分钟、15 分钟和 1 小时，根据信号的实际变化速度灵活选择。

​
告警触发后会发生什么

一旦触发，系统会创建一个事件并通知你的渠道一次。之后由团队确认、分配负责人、跟进处理并最终解决——全程有清晰归属的记录可查。这套分诊流程有专属页面，详见事件管理。

​
相关内容

  • 事件管理：追踪告警从触发到确认再到解决的全过程。
  • 错误追踪：对 Agent 故障进行分组，一键将其转化为告警规则。
  • 仪表盘：查看共享看板，告警所依据的阈值均来源于此。
  • CLI 与 Agents：从终端创建告警、确认事件，或将其脚本化集成到 CI 中。