koishi-plugin-sd-switch
一个快速切换 SD 模型的插件,能够自动获取模型列表,通过序号选择你需要的模型。
指令 sd-switch
切换模型
帮助 help sd-switch
更新日志
-
1.0.0 第一版发布
-
1.0.1 修复了一个模型序号对应的问题,新增 i18n,可以自定义回复信息了
-
1.1.0 重写了此插件,新增了当前模型和当前 VAE 显示,新增了 vae 切换,优化了切换模型后的提示。
一个快速切换 SD 模型的插件,能够自动获取模型列表,通过序号选择你需要的模型。
指令 sd-switch
切换模型
帮助 help sd-switch
1.0.0 第一版发布
1.0.1 修复了一个模型序号对应的问题,新增 i18n,可以自定义回复信息了
1.1.0 重写了此插件,新增了当前模型和当前 VAE 显示,新增了 vae 切换,优化了切换模型后的提示。
42佬,加个lora文件夹查找呗
lora 需要在本地查吧,没有查询接口
而且没有切换一说
如果需要的话,倒是可以独立出一个插件来管理各种嵌入
我的webui工具箱未来可能会专门支持这类功能,不过这个插件我近期还不会做(
我觉得还可以加一个获取lora模型列表的功能(
有时候在群里画画的时候很容易忘记自己都打了些啥人物和各种奇奇怪怪的姿势(nsfw,有个获取列表的功能可以方便自己查看lora关键词
行,反馈已记录。
似乎还没有支持获取 lora 列表,我可以做成在插件配置手动记录(就像现在的 VAE)但那样似乎有点蠢,要不再等等?
设置附加 lora 倒是可以实现
有更好方案欢迎交流
assets missing config “selfUrl”, fallback to “file:” scheme
2023-05-22 19:52:41 [W] app Error: duplicate command names: “切换模型”
at _Command._registerAlias (/koishi/node_modules/@koishijs/core/lib/index.cjs:1515:13)
at _Command.alias (/koishi/node_modules/@koishijs/core/lib/index.cjs:1533:12)
at new Taylor (/koishi/node_modules/koishi-plugin-sd-taylor/lib/index.js:131:14)
at MainScope.apply (/koishi/node_modules/cordis/lib/index.cjs:417:26)
at MainScope.start (/koishi/node_modules/cordis/lib/index.cjs:475:12)
at MainScope.restart (/koishi/node_modules/cordis/lib/index.cjs:235:10)
at MainScope.setup (/koishi/node_modules/cordis/lib/index.cjs:462:10)
at new MainScope (/koishi/node_modules/cordis/lib/index.cjs:431:12)
at Registry.plugin (/koishi/node_modules/cordis/lib/index.cjs:558:15)
at Context.plugin (/koishi/node_modules/cordis/lib/index.cjs:621:31)
最新版koishi运行报错…
看起来是个 warning
能够确定的是url配置正确
插件正确返回了查询出来的模型吗,这个报错是我抛出的,它是预期的,代表未输入正确的序号或者超时:
半年前有反馈频道内任意消息都会触发 session.prompt()
,不确定此问题是否在频道适配器中修复,你可以尝试 在一个空的频道内
或 确认无任何其他人发消息的时间点
再次测试此插件是否运行异常。
如果确认在沙盒中(或其他适配器)工作正常而频道内不正常,通常表示是频道适配器的问题。
大佬,我这边调整了配置选项中的“选择模型等待时间”,在QQ频道中进行测试,并且在抛出“发生未知错误”前,按照在沙盒模式中列出的菜单进行测试,发现能够正常切换模型,只是插件触发的信息被qq拦截了(对应报错信息中qq [response] {code:304003, message: ' url not allowed '}
以及qq AxiosError: failed with status code 403
),个人推测可能是sd-webui插件回复速度过快导致被qq屏蔽,希望大佬能够在信息回复前加入一定延时,或提供一个能够自主设定延时的配置。
你可以试试直接在编译后的 js 代码中插入一行等待进行问题的确认。
目前我没有发现有其他插件由于 回复速度过快 导致功能异常,接收消息和回复消息应当是两件独立的事。
update:
一位神秘人提出的的可能原因
顺便我刚看到了一个神秘的帖子