[Feature]@消息不会被filter.EventMessageType.ALL捕获

[Elysia66636]

Description / 描述

在使用Astrbot插件监听消息事件时候，使用捕获消息的时候纯粹的@消息不会被捕获

Use Case / 使用场景

@filter.event_message_type(filter.EventMessageType.ALL, priority=1001)
async def intercept(self, event: AstrMessageEvent):
logger.info(f"收到消息")
event.set_result(event.plain_result(
self.config.get("reply_text", "s属性大爆发，sleeping！睡觉中，谁的请求都不搭理喵！")
))
当消息为纯粹的@消息时候，事件捕获不到该消息

Willing to Submit PR? / 是否愿意提交PR？

• Yes, I am willing to submit a PR. / 是的，我愿意提交 PR。

Code of Conduct

• I have read and agree to abide by the project's Code of Conduct. /

[dosubot]

Hi @Elysia66636! I'm Dosu and I’m helping the AstrBot team.

@Elysia66636 这个行为与 AstrBot 内置的 handle_empty_mention 处理器有关。

纯 @ 消息在事件分发阶段确实会进入管线，但有一个高优先级的内置处理器 handle_empty_mention 会优先拦截仅包含 @ 的消息 [1]。它的逻辑是：当检测到消息仅有一个 At 组件（且 @ 的是 bot 本身）时，会进入一个等待状态（最多 60 秒），等用户发送后续内容后再拼接处理。

此外，在 RespondStage 中还有一个显式检查 [2]：

if all(
    comp.type in {ComponentType.Reply, ComponentType.At}
    for comp in result.chain
):
    logger.warning("消息链全为 Reply 和 At 消息段, 跳过发送阶段。")
    return

这意味着即使你的插件处理了该消息并设置了结果，如果结果消息链仅包含 Reply/At 组件，也会在发送阶段被跳过。

你的场景分析：你的插件优先级是 1001，而 handle_empty_mention 也是高优先级处理器。纯 @ 消息可能在到达你的处理器之前就被拦截了。

可能的解决思路：

1. 检查配置中的 empty_mention_waiting 和 empty_mention_waiting_need_reply 选项（默认都为 True）[3]，关闭后内置处理器将不再拦截纯 @ 消息
2. 确保你的插件优先级高于内置的 empty mention 处理器，使其先执行

这个过滤是有意设计的（修复 #2670），目的是防止发送仅包含元数据而无实际内容的消息。如果你需要对纯 @ 消息做自定义回复，可能需要调整上述配置或提 PR 增加可配置的跳过逻辑。

To reply, just mention @dosu.

---

Docs are dead. Just use Dosu.