runhey
✨建议增加原地等待任务
当前不足
1.当前所有任务完成后在庭院等待时不会接受悬赏协作 2.不能识别随机情况的组队邀请，不能判断组队类型，并接受或拒绝 （与任意时间接管魂土类似）https://github.com/runhey/OnmyojiAutoScript/issues/236
解决方案
增加一个长时间运行的task，主要功能为接受悬赏、可等待组队任务并更换御魂配置、循环判断本地任务时间等，若其他任务时间达到了则结束当前任务并优先运行其他任务，其他任务结束后又重新开启原地等待
其他内容
No response
所有任务完成后会进入一个等待状态，每隔五秒钟检测是否有新的任务时间到了（也是会监控配置文件是否有更改），在庭院等待是因为你设置中没有任务的时候返回庭院，但是还有一个可选的直接关闭游戏，降低消耗。但是无论配置关闭游戏与否oas都会进入一个隐状态，或者是休眠状态。
对组队的处理理念一个争议的点是，在对应的任务里面处理还是在任务外，它不应该由触发了组队邀请然后跑去执行接受邀请（比如御魂）而是应该首先在御魂任务里面再去决定；从反方向来说，在最开始的设计中只对slave做识别，而slave没有对master进行识别，因此要接受御魂邀请，必须要增加一个字段来鉴别这个邀请是否来接受，然后要重写这部分底层的设计。最后 #236 本意是指在任务内任务界面内接管战斗，有点类似与小纸人的设计，可以参考最新的探索，就是设计的时候什么时候都可以启动这个任务。
在如果能再底层实现这个监控当然是更好。目前任务完成后，oas只是检测配置文件，并没有对游戏页面监控，如果能同时监控游戏页面的话这个类似监控器的任务我认为有2个主要作用： 1.处理等待时的悬赏、组队邀请等突发事件 2.解决部分异常，目前很多时候异常可能是由于模拟器配置问题导致误点或判断错误触发，如卡在结算任务时，其实只要随机点一下继续结算即可，或出现其他未知按钮，点击一下确认或取消即可继续任务。如果能实现，我感觉会大大降低异常的概率。
对于组队，我说一下我自己的看法，处理组队应该要判断组队类型，如是御魂里面的魂土还是魂王，是探索还是其他等，开放配置给用户设置是否接受该类型，因此我认为如果检测到组队邀请，监控器根据用户配置，如果接受，则立即启动御魂任务，进行更换御魂、接受邀请等操作。 我对项目架构还不熟，以上仅供参考
