原来如此，我之后研究一下怎么修。
dialogue，我这运行的适配器只有onebot能够不前缀直接触发，其它的比如qq适配器是不行的
3 个赞
哦噢，好的
1 个赞
我更新了koishi: 4.15.6&adapter-qq: 4.1.10后（不知道是不是这个版本新加的），可以直接@官方bot foo，他回复@我 bar了
ohhhh
3 个赞
可能我修别的问题时不小心把它修了，真是不好意思
2 个赞
adapter-qq 4.1.11版本更新：
修复了修复bug的bug
3 个赞
看看日志。
2 个赞
这看起来跟 dialogue 没有关系，而是 sandbox 的问题。请问你更换过访问 Koishi 的浏览器吗？
2 个赞
除了一次使用edge,一直是使用应用程序
3 个赞
该插件的文档似乎未完成，且有一阵子没更新了。想问一下目前是否还有 计划近期更新文档 的开发者？
2 个赞
该插件的文档空白的部分对应于未达到公开标准的部分，未更新是因为最新没有新功能。
如果你认为哪里不明确，可以直接回复这个话题。
2 个赞
请问可以修改问题的编号吗，我把1的问题删除后可以把后面编号的问题编号改成1吗
2 个赞
没有这样的计划。利用已经删除的编号是危险的。
具体可以参见：
2 个赞
（刚刚在提问区发过一次，这里再发一遍不好意思）
dialogue的指令插值对于我目前自己测试过的大部分插件（如nonsense，thrusdaykfc，或者booru）的行为是，他会先计算指令的结果然后把纯文本结果作为dialogue的回答。
如 teach 随机 $(nonsense) 之后，“随机”所触发的对话始终是同样的文本。
这个行为与文档上hangman和抽卡的行为似乎不一致（# 吊死鬼元音开局 “$(hangman)
$(hangman aeiou)”），经过我自己测试hangman确实是每次不一样的结果。
这个是dialogue 插件intended的吗，还是要想实现每次不同的运算需要其他插件对dialogue插件支持？
2 个赞
请问将来能支持dialogue发图的时候不是绝对路径的原图而是转码base64的方式传递给ntqq发送吗
2 个赞
水贴：不懂：为什么要加dialogue前缀
2 个赞