开源监控告警专家

夜莺监控（Nightingale，n9e）是一款开源告警引擎：接入你已有的 Prometheus、VictoriaMetrics、ElasticSearch、ClickHouse 等 10+ 数据源，统一告警规则、降噪与分发。内置 AI Agent，一句话就能建规则、查清规则为什么没触发，通知里还可以附上 AI 分析摘要。

20+ 内置 AI Skill
MCP / A2A 接口
模型自选

在线体验无需注册

5 分钟安装自托管部署

GitHub★ 13k+

本机跑一套完整环境

git clone https://github.com/ccfos/nightingale.gitcd nightingale/docker/compose-bridgedocker compose up -d

S1CPU 使用率持续高于 90%

__name__=cpu_usage_idleident=n9e-demo-01busigroup=DevOps

触发于 02:14:07已持续 14m

已送达

13,426GitHub Stars

10+数据源类型

20通知媒介

83内置集成模板

74MCP 工具

HOW IT WORKS

从任意数据源，到有人收到通知

夜莺不接管你的存储，只做好告警这一层。下面是数据在夜莺里流转的四个阶段，每个阶段对应产品里一个真实的对象。

datasourceruleeventagent

event — 数据在这里变成告警

datasource

接入已有数据源

数据不搬迁。把 Prometheus、VictoriaMetrics、ElasticSearch、ClickHouse、Loki 接成数据源，夜莺在其上做告警分析。还没有采集？Categraf 一个 agent 覆盖操作系统、中间件与数据库，按 Prometheus Remote Write 协议直接写入。

10+ 数据源类型，指标、日志、数据库统一接入
83 个内置集成模板：采集配置、仪表盘、告警规则成套导入

rule

统一告警规则

指标、日志、SQL 类数据库用同一套规则体系，不必为每种数据源重学一遍配法。规则在页面上配、按业务组分权限，分 S1 / S2 / S3 三级。装完就带一批常用规则，不用从空白开始。

一条规则可同时作用于多个数据源
页面或 API 配置规则，不用改 YAML 再 reload

event

降噪，然后分发

告警风暴先在聚合视图里按业务组和级别收敛，再经屏蔽规则、订阅规则、事件 Pipeline 逐层过滤，最后按人按组送到 20 种通知媒介。需要自动处置就接 ibex 跑自愈脚本。

钉钉、飞书、企业微信、电话、短信、Slack 等 20 种内置媒介
事件 Pipeline：改写标签、按条件路由

agent

交给 AI 处理

v9 起，n9e 进程自身就是一个 MCP Server。Claude Code、Cursor 这类客户端直连 /mcp，用自然语言查告警、看指标、加屏蔽，不用再部署一个进程。

内置 AI Agent 与 20+ 个 Skill
权限跟着 token 走，RBAC 与该用户在页面上完全一致

~/.claude.json

{
  "mcpServers": {
    "nightingale": {
      "type": "http",
      "url": "http://127.0.0.1:17000/mcp",
      "headers": { "X-User-Token": "<your-token>" }
    }
  }
}

NIGHTINGALE AI

一套 AI，三种用法

AI 能力都在 n9e 进程里，不用另外部署组件。三种用法共用一套权限：AI 能看到、能改的，和当前用户在页面上一样。

在夜莺里用
内置 AI Agent 与 20+ 个 Skill
能建告警规则和仪表盘，能生成 PromQL / SQL，能排查规则为什么没触发、诊断主机健康，还能写通知模板和自愈脚本。团队自己的排查流程可以用 skill-creator 做成新 Skill，也可以从 git 仓库安装。
在告警流程里用
通知里附上 AI 分析摘要
在事件 Pipeline 里加一个 AI 摘要节点，大模型在通知发出前写好分析，值班的人在钉钉、飞书、Slack 里就能直接看到。
从外部调用
MCP 与 A2A，两个入口
Claude Code、Cursor 这类客户端连 /mcp（74 个工具，写工具默认关闭），其他 Agent 通过 /a2a 调用夜莺。两个入口用同一个 token，也支持 OAuth 2.1 对接 Keycloak、Entra ID、Okta。

模型自选：OpenAI 兼容接口、Claude、Gemini，私有部署也能接内网模型。

昨晚有哪些 S1 告警还没恢复？

nightingale · get_alert_events severity=1 status=firing

3 条进行中，最久的是 mysql-prod 主从延迟 > 30s，已持续 2h14m

mysql-prod 最近一小时的内存用量呢？

nightingale · query_metrics ident=mysql-prod range=1h

峰值 87.4%，当前 62.1%，没有触发内存类规则

把主从延迟这条屏蔽到明早 9 点，理由写"变更窗口"

nightingale · create_mute_rule scope=mysql-prod until=09:00

✓ 屏蔽规则 #1024 已创建，明日 09:00 自动失效

INTEGRATIONS