WGzeyu 发布的帖子

@Dituon 又多看了看这个12的接口，也许是为了解耦QQ吧，定义的功能比11少太多了...
本来适配11就够头疼的了，有些功能接口没定义的不同框架实现都不一样，我把常见框架都做了适配，12则是大批功能连定义都没有，简直和官方bot有的一拼，官方bot我是不会考虑的，太多群管功能实现不了

@Dituon 你说的onebot12应该是在这里吧 https://12.onebot.dev/interface/message/actions/#send_message
看起来和11的差不多
https://github.com/botuniverse/onebot-11/blob/master/api/public.md#send_msg-发送消息
onebot说的也比较模糊，私聊消息只要求必须传入qq，群号和群私聊相关没有提，从协议来看框架或许可以选择支持也可以选择不支持，不像mirai的接口那么明确
https://github.com/project-mirai/mirai-api-http/blob/master/docs/api/API.md#发送临时会话消息

@Dituon 我说的是群私聊，临时会话，不是加好友后的聊天，而且之前适配的是onebot11...
要是没有就不搞了，群@也不是不能代替
看了下之前适配的接口，原本临时会话的接口在ob上是调用了send_msg用private类型把user_id和group_id一起传入了，备注了个不知是否有效
实际业务功能上是既支持私聊也支持@的，到时候看看私聊不管用换@就行了
就目前来说，mirai仍然跑的很好，它是支持群私聊的

@Dituon 我那个能免签登的号仍然在发群私聊，给末位淘汰排名做的通知...
感觉确实玄学，那个号登录时间全是mirai挂出来的，没充过钱
似乎onebot没群私聊功能？适配onebot的时候没找到相关api，也只能先拿群聊@代替

@Dituon 并不是“完全”不能用，不知道为什么我这一直能登，没签名，没验证码，密码自动登录
不过就以目前这个情况来说我也不敢乱动它了，做了onebot协议适配，啥时候不能用了再换吧

@WGzeyu 跑到现在也不敢更新不敢动他了，反正能跑就一直这么跑着，跑不了再换，目前是跑多久都不掉线，重启几次都能自动登录，短暂断网也能自动重连

@HatoYuze 以前开始要求签名那会我两个小号来回试了各种不同协议组合，找到个能登的，就一直用下去了

有的，我mirai仍然跑的贼稳，不用签名没有验证码每次都是密码自动登录
就是退群事件收不了了，现在想调用发视频api又不敢更新

@LingZMu 反正我还在用，每次都是直接密码自动登录就登上了，也不知道为啥能登，也没签名也没验证码……
就是退群事件收不了也没人修复了，只能想别的办法凑合用，以防万一也做了onebot接口，啥时候不能登了再换吧

@WGzeyu 记得当时应该是更新到最新版2.14-RC之后就一直用到现在，没出过问题，就一直没更新，后面只更新过一次http api模块

@mckyby 能用为啥要更新（

@mckyby 在 DeepseekMirai - 把你的Bot接入Deepseek，以及任何使用OpenAI SDK的大模型！ 中说：

@WGzeyu 六百六十六演都不带演了

环境可以看我帖子，我也不知道为啥一直没被风控

@WGzeyu 不过为了以防万一前段时间把接口也做了一份onebot的，啥时候不行了直接换

@mckyby 我登录不用签名，连验证码都没有，密码自动登录

@mckyby 因为出现了这个毛病，迫不得已才开始尝试换接口，才发现了 https://mirai.mamoe.net/topic/2822/2025年05月26日开始无法接收成员退群事件
毕竟最后发言时间是末位淘汰功能必不可少的数据

目前做了个Adapter依照latestMemberList中含有的QQ来筛选memberList的数据返回给原逻辑，可以正常刷新、补偿因漏收退群事件造成的偏差。

目前做了个Adapter依照latestMemberList中含有的QQ来筛选memberList的数据返回给原逻辑，可以正常刷新、补偿因漏收退群事件造成的偏差。

在群员列表已因退群出现虚高后触发先前的逻辑（先调用latestMemberList后调用memberList）后，人数依然为虚高人数，并不是实际人数，有可能是latestMemberList在刷新群员列表时未更新mirai内部缓存。
看来还是得改，目前打算把半异步改同步，做个Adapter依照latestMemberList数据填入memberList的时间传回原逻辑。

在群员列表已因退群出现虚高后触发先前的逻辑（先调用latestMemberList后调用memberList）后，人数依然为虚高人数，并不是实际人数，有可能是latestMemberList在刷新群员列表时未更新mirai内部缓存。
看来还是得改，目前打算把半异步改同步，做个Adapter依照latestMemberList数据填入memberList的时间传回原逻辑。

尝试了用latestMemberList接口替换memberList接口以弥补漏事件带来的群员数量偏移，结果发现latestMemberList接口返回的数据有误（最后发言时间全部是加群时间 #2883 ），目前是把业务逻辑中定期刷新成员列表的部分改成了先调用latestMemberList，忽略返回的数据不做处理（但愿能刷新Mirai那边的缓存），等待其完成后调用原本使用的memberList接口来刷新业务逻辑中的成员列表缓存，希望能用吧。