如果协议端选择cq码为上报消息格式，则核心插件，所有以@骰子开头的指令均会被识别为普通消息而废弃，原因是在核心插件msgReply.py中 检测是否为命令的方式依赖前缀匹配，但是当cq码格式上报消息以@开头时，形如[CQ:at,qq=xxxxxx].r，则flag_is_command为false，判定为普通消息，但是从上面的代码看，目前已经处理了以回复cq码开头的情况，希望增加对@cq码的适配
非也。在DiceCore里面是这么识别at的 实际上，ovo是完全能够识别正确的at格式的。并且我也实验过，如果是CQ码上报的情况下，就算是回复也是无法触发的。
并且我之前按照你说的方式处理过，照样是没有反应的。
目前我推测是协议端中对CQ码上报做出了限制，导致无法正确响应。
Desom-fu 辛苦老师，我确实忽略了一个地方，cq码的@存在 这种带name的格式，大概去年开始，好像协议端全部采用了这种带name的cq码上报（目前观察过llone和lgr，nap暂不方便部署） 在打印tmp_reast_str的时候发现处理过的字符串是 这样的，所以依然识别不到指令前缀 回复消息+指令实测可以被上面那个reply的cq码的判断替换掉正常正常回复
羽 确实如您所说，这里确实是一个bug，未来更新会进行兼容的
羽 此bug已修复：OlivOS-Team/OlivOS#138 请等待后续更新或在这里下载ci-building：https://github.com/Desom-fu/OlivOS/actions/runs/17895021194
