用 TypeSafe 的 Jev 模型做了个 oncall 告警分诊 POC

TypeSafe AI 最近发布了 Jev 模型，我拿了 early access，顺手做了个 POC：jev-oncall。思路很简单，每个告警只调一次 Jev，让它做四个判断：这条要不要人工处理、严重度、归属哪个 team、是不是重复告警。
几个设计点：
1.  fail-open：Jev 挂了或者超时，直接走原有链路，不会因为加了 AI 就把告警链搞成单点。
2.  一次调用：每条告警只花一次推理成本，不搞多轮 agent。
3.  去重图：重复告警聚类，只 page 一次。
4.  基于分布的路由：按历史分布把告警分给最可能的 team，而不是写死规则。

实测结果（14 条 synthetic alerts，Jev v13）：0 静默丢失、0 漏 page、0 误 page，总成本 $0.0004。

12 条里 Jev 也有 2 条 team 归属判错，owner confidence 是下一步要解决的问题。
Repo 在这，README 里有 dashboard 截图和完整复现步骤：https://github.com/mingleiw/jev-oncall

准备接着做成完善的工具 欢迎提意见 和一起做

> 4.  基于分布的路由：按历史分布把告警分给最可能的 team，而不是写死规则。

🤔 这个真有必要吗？什么情况下需要这个？除非你有 alert 的时候自动 trigger debug，找到出问题的点，实锤别人的问题，才能 assign 给别的 team，这一步最好人工审核一下。不然 alert 响了，直接 assign 一个 team，会被别人锤死吧。

咸鱼上岸 发表于 2026-09-21 20:54:39
> 4.  基于分布的路由：按历史分布把告警分给最可能的 team，而不是写死规则。
这个真有必要吗？什么情况下需要这个？除非你有 alert 的时候自动 t

你说的对 production 里直接 auto-assign 肯定会被锤死，实测 14 条里 Jev 就有 2 条 team 判错了。

我写第 4 点的本意不是"自动 page 别的 team"，而是回答 oncall 的第一个问题：这告警大概是谁的。

下个版本我就把 confidence threshold 和人工确认环写进去。