默认关闭，也建议保持关闭：只有直接引用机器人转发的那条查询的回复才回传给客户。 厂商答复时本来就会引用原始消息，所以不会漏；而上游群里那些"回复别人的回复"的发言 多半是内部讨论，不该带给客户 —— 关着风险最低。

名单里的人在客户群发的消息一律不识别、不转发、不回复 —— 用来排除我们自己的客服、商务、技术。
每行一条，数字 sender_id 或 @用户名 都行，# 之后是注释。 建议用 sender_id：用户名本人随时能改，id 永远不变。
不认识某个人的 id？去「⑥ 运行日志」看，每条未命中的记录都带 发送人=xxx(id:123456)，直接抄。

我们处在客户和上游中间，消息里一旦带 @某人 透传过去，两边就可能绕过我们直接对接。 所以两个方向默认都拦。
判断用的是 Telegram 的消息实体，只认真正的 @提及 —— 邮箱、a@b 这类不会误伤。

注意：客户如果习惯用「@我们的客服 帮忙查 df123456」这种写法发查询，会被这条规则拦下来。 跑几天看「⑥ 运行日志」里的 含@提及未转发 有多少条，如果太多可以把客户群方向关掉。

上游群同一条线程下常混着内部沟通（「@张三 你看下」「我问下技术」），这些不该转给客户。 命中规则的消息不回传，但仍会登记记录 —— 后面有人接着回复它时，回复链照样追溯得到。 被拦下的内容在「运行日志」里可查，方便你回头调整规则。

谨慎添加：过滤词写得太宽会把真正的答复也拦掉。加完可以观察几天日志里的「上游回复已过滤」条目再微调。

规则分 = 各组得分之和（每组不超过该组上限，总分封顶 1.0）。

注意：启用前请确认自己的公网出口 IP 已在列表中，否则会把自己挡在外面（届时需 SSH 上服务器改数据库）。