dsh-alert-relay

出事时告警往往比业务接口更早把现场细节推出去，而告警通道常常是整条系统里管控最松的一条出口。把完整堆栈、请求体或用户数据塞进 webhook，等于把敏感信息复制到一个更难审计、权限更弱的地方。dsh-alert-relay 面向「告警外发」这条链路，从配置与代码侧帮你回答三件事：有没有告警、发到哪、有没有把不该外泄的内容一起带出去。

插件按风险分级做静态检查。高风险包括告警正文携带敏感信息、webhook 使用明文 http 等明显外泄面；中风险包括把带密钥的告警 URL 写进日志、仓库里找不到任何告警配置等需要结合部署方式再确认的信号。它不会替你点一次「发送」验证通道是否真能送达，而是把配置与实现里常见的坑先亮出来，方便你在上线前或应急演练前收口。

更稳妥的做法是只外发摘要与 trace id，把细节留在有权限控制的系统里查阅。若你已在用深鲸「日志留存」类插件，两者可以分工：一个关心日志留多久，一个关心告警发去哪、发了什么。

适合负责运维、SRE、安全与合规的工程师，以及在等保、应急响应、数据出境等场景下需要梳理告警链路的团队。