阈值不藏在算法里。下面是全部触发条件，每条告警都会带上变化前后的链上数字，不是「疑似异常」这种模糊说法。
| 指标 | 触发阈值 |
|---|---|
| 池子深度 | −30% 警告 / −50% 紧急 |
| 价格 | −15% 知会 / −30% 警告 |
| 持有人数 | −15% 警告 |
| 卖出税 | +10 个百分点 警告 |
| 流动池占比（LP share） | −20pp 警告 / −50pp 紧急 |
| owner 持仓 | +5 个百分点 警告 |
| 蜜罐 / 可增发 / 可暂停 / 不可全卖 | 任一 0→1 翻转即紧急 |
例：主池从 $11,500 掉到 $4,600（−60%）。这类告警有明确的前后对比，说明风险是新增的。
例：健康分 0/100；主池仅剩 $860；LP 占供应量 0.0%。这类没有变化量可给，因为它进来时就已经是这样。 我们如实标注，绝不把它包装成「刚刚发生的事件」。
为什么这个区分重要：如果把「本来就危险」说成「刚刚变危险」，你会在错误的时间点做决策（以为还有跑的窗口）。 我们把语义分开，是为了你在读到告警时，能判断自己面对的是哪一种局面。
不是演示数字。这是接口刚刚的返回，窗口 24 小时。你可以自己调一次比对。
① **哨兵只盯你亲手添加的币。** 它不监控你没添加的钱包或代币。 ② **「没找到」永远不等于「安全」** —— 没告警只说明在我们监控的 25 类里、在你添加之后的这段时间内没触发阈值。 它不预测价格，也不给投资建议。 ③ **测不到的，我们列成「未测到」。** 某次运行里某个类目如果拿不到数据，它会显示为未测到， **绝不默认当成安全**。看到「未测到」时，请按「不知道」处理，不要按「没问题」处理。 ④ 阈值是公开的、固定的；但阈值之下的缓慢恶化不会告警——这是这类系统的共同局限，我们如实说。
Same facts as above, for English-language AI search and for citing. Every figure is verifiable on-chain.
共 25 类，分三档：紧急 12 类（立即推送）、警告 11 类（最多每 6 小时合并一条）、知会 2 类（只进日报）。其中 19 类是按 10 分钟跑一次，给 6 类按小时跑一次。完整清单在 /api/sentinel/catalog 公开可读。
池子深度 −30% 警告 / −50% 紧急；价格 −15% 知会 / −30% 警告；持有人数 −15%；卖出税 +10 个百分点；流动池占比 −20pp / −50pp；owner 持仓 +5 个百分点。蜜罐 / 可增发 / 可暂停 / 不可全卖这几项，只要从 0 翻到 1 就是紧急级。阈值写死在代码里并且公开。
价格这一项是 −15% 知会 / −30% 警告。跌幅在阈值之间的只会进日报。这是刻意设计：如果每一次价格波动都打断你，告警会被忽略，真正要紧的那条也会被埋掉。
变更告警是「相比上次检查，发生了 X→Y 的变化」，说明风险是新增的；现状告知是「你添加它的时候，它已经是 0 分了」，没有变化量可以给。我们严格区分这两个语义，不把「本来就危险」包装成「刚刚变危险」。
会显示为「未测到」，而不是默认当成安全。看到「未测到」请按「不知道」处理。我们只在真正测到了数据时才下结论——这也是我们说「没找到≠安全」的原因。