Xiaowei Zhou

> > 抱歉，这么晚了才回复你，最近事情有点多...我这边只运行一个`Mirai OK`，然后FG管理着2个群，并不会出现运行缓慢的情况，也不会出现任务miss的情况... > > 噢，我已经将mirai-console、mirai-native、cqhttp-mirai都更新到最新版了，不过[cqhttp-mirai最新2.3.0版本插件无法被console-1.0-M4检测到](https://github.com/yyuueexxiinngg/cqhttp-mirai/issues/99)，只能等cqhttp-mirai再更新兼容适配后看结果了…… 您可以尝试我临时修改的cqhttp-mirai版本：[CQHTTP-Mirai-0.2.4](https://github.com/XZhouQD/cqhttp-mirai/releases/tag/0.2.4-SNAPSHOT-1.0-M4)。此版本使用兼容低版本CQHTTP-Mirai的配置文件，可以在1.0-M4启动

我目前使用的策略是，Mirai +[cqhttp-mirai](https://github.com/yyuueexxiinngg/cqhttp-mirai) + nonebot, 也在考虑 Mirai + Mirai-Native + coolq-http-api (自行编译获取json和dll) + nonebot。从长远来说，可能开发基于mirai-http-api的nonebot 2.0会更长远些？遗憾的是其实这些都没有什么保障，Mirai也处于archive状态了

Hi @leinlin, thanks for the issue. I'm keeping help doc of matcher level as **"only show as provided"** to enable ability of *hidden command*. I believe this is useful in...

That's a total internal change from the traditional format to the new one, a very similar but limited one as ProseMirror JSON. I've wrote my one converter for simple converting...

补充： 经过本人测试，权限问题大概率锁定在创建libs/目录： 以非root用户第一次运行miraiOK，创建的libs/目录，是root:root，权限644，没有以普通用户创建，而是root用户配644 这导致非root用户运行的miraiOK无法把下载的lib文件和version.txt写入root+644的libs/目录（权限不足，只有read） 此时，只要将libs/这个目录的权限设置为755，就可以继续以非root用户第二次运行miraiOK，这次jar和txt就能写入libs/文件夹，并且权限自动继承为755，然后重启，第三次运行直接就开起来了。 此前的version.txt权限为644（即使代码里设置了777，也是644）可能来自于libs/目录权限为644导致的权限继承。

临时解决方案： 首次运行miraiOK后，修改libs/目录的权限： ``` sudo chmod 755 libs ``` 之后就可以继续以普通用户运行miraiOK了

Fixed: 版本20200906.200346 正常啦，普通用户运行miraiOK创建的libs的owner和权限组都正确了，回到了2次运行miraiOK就开起来的状态了