Petunia,ai回复+语音合成+ai绘画(all free)
-
@Anstiya 大佬现在能登上了 但是模型都报错 有代理但我用gemini的时候出现
2024-07-04 09:16:47,820 - villia - ERROR - 获取用户名失败,使用nickname
Traceback (most recent call last):
File "main2.py", line 1269, in modelReply
TypeError: can only concatenate str (not "NoneType") to strDuring handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "mirai\utils.py", line 20, in async_with_exception
File "mirai\utils.py", line 14, in async_
File "main2.py", line 912, in friendReply
File "main2.py", line 1274, in modelReply
TypeError: can only concatenate str (not "NoneType") to str
-
@loyu 它拿不到你的nickname,即用户名,不清楚原因。等周五我抽空处理。
-
@rubyhikato QQ频道?
-
-
@Anstiya 就是qq内置一个功能,之前内测用过一阵子,相当于小论坛能发帖聊天那样的吧。overflow好像把频道信息(公开发在平台的,非私信)当做陌生人处理(friend=0),开私聊全局的话貌似连陌生人都会回复。
-
@rubyhikato 这样的话,问题就在于overflow没能对这两种消息来源进行区分,解决这一问题最好从overflow入手,因为对Petunia主程序来说,它只知道overflow传递过来的数据都是FrinedMessage,无法分辨它们的来源是正常私聊还是频道。
目前我不清楚频道消息转换成的FriendMessage是什么样,等周末看看,如果能区分的话我尽量区分。
如果按你说的,频道来源的friend id都是0的话,那就好办了,我只需要加一个判断即可。 -
那还请问一下只开信任用户,其他群聊和私聊全局都是false的时候,授权群有效授权用户无法使用ai回复是我个人出现的问题吗?是的话我尝试重新安装一次看看。
-
@rubyhikato 这里的判断逻辑很简单
群聊内 glmReply为True 或 trustglmReply为true且用户为信任用户 或 群在授权群内
在满足了以上三种任一情况,必然可以触发,如果还不行那我也不知道了。私聊的逻辑则是 glmReply == True 或 trustglmReply为true且用户为信任用户 或 friendRep为True
前面说了这个glmReply是冗余的,并且它的存在导致了不能在开放群聊的同时限制私聊,这将在周末更新中修复。如果你满足了以上触发条件并且仍然无法正常触发,我的建议是,把你现在整个文件夹压缩打包给我。
-
您好!
在firefly模式调用xxx说xxx时,控制台输出
同时bot输出语音合成错误在ai回复中调用firefly模式,无法生成语音并报错
似乎是url的问题,但是modelscopeTTS模式能正常运行 -
@v1kt0r firefly调用的是抓包的api,目前来看,原本的url失效被重定向到了新的网址,基于原有抓包的模拟请求不适用于新的网站,这个模式暂时不能用了。
周末我试试抓一下新网站 -
@Anstiya 在 Petunia,ai回复+语音合成+ai绘画(all free) 中说:
glmReply是冗余的,并且它的存在导致了不能在开放群聊的同时限制
如果我的设置是
glmReply: true
friendRep: false
privateGlmReply: true
这样的话就算permit里面users没有添加其他人的号也是全员私聊触发。glmReply: false
friendRep: false
privateGlmReply: true
这样的话授权群可以触发,私聊任何人都不触发glmReply: false
falsefriendRep: true
privateGlmReply: true
这样的话授权群可以触发,私聊全部触发我这边无法做到群聊和私聊都指定授权可用
-
glmReply: true friendRep: false privateGlmReply: true
如前所述,只要glmReply为True,群聊和私聊都将对所有人开放,这是个冗余设计,周末将移除。之后才能实现,私聊仅对授权用户开放。
glmReply: false friendRep: false privateGlmReply: true
授权群无论在任何情况下都可以触发,glmReply: false
friendRep: false为false的时候意味着群聊和私聊都关闭,同时信任用户全局可用。并没有问题。glmReply: false falsefriendRep: true privateGlmReply: true
意味着群聊关闭,私聊全面开放,同时信任用户全局可用。这里也没有问题。
因此问题不变,还是我之前说的,私聊触发中只要glmReply为True就一定会触发的问题。周末更新移除就能实现你的需求。目前主要工作是调整项目的新UI,等新版UI做好一块更新
-
@rubyhikato 我刚上传了临时修复 可以下载这个试试看,仅替换main2.exe
-
-
@rubyhikato 试了一下好像没有反应。
-
@rubyhikato ?完整配置文件和截图。最好能把整个文件夹打包发给我。
-
@Anstiya 啊 我的意思是取代后依旧是老样子没有变化。可以打包发您,请问要怎么发呢?
-
@rubyhikato 任何你能用的传文件方式,网盘,qq。
以及我需要明确你的需求是什么,是不是希望在群聊开放的同时限制私聊只给你的授权用户,还是想把所有的都限制了只给你的授权用户。
昨天更新的main2.exe理应已经能满足上面两个需求了,但按你说的依然不行,那就得拿到你的所有文件看看是哪里的问题。 -
@Anstiya 链接:https://pan.baidu.com/s/19SuZ1T60Ggl4TiAmDjxB5Q?pwd=g0le
提取码:g0le
我删掉了授权和一些bot信息 -
@rubyhikato 我想要只提供给授权群组和用户的功能,群现在是没问题的,但是私聊用户我这边目前做不到只提供给授权的几位使用。