[BUG]: 上下文列表内容过少
🐛 Bug description [Please make everyone to understand it]
设置截图频率5s一张,但实际生成的上下文列表平均5分钟左右才有一条,同时对处理较短的也没识别出来,长的甚至间隔十几分钟才有一条,不太清楚这个的生成逻辑是什么?
🧑💻 Step to reproduce
正常使用
👾 Expected result
希望与截图相同频率的上下文生成频率,或可以手动调节多长时间后必然生成一条
🚑 Any additional information
No response
🛠️ MineContext Version
0.1.2,Windows版本
💻 Platform Details
Windows
1、截图会有去重操作 2、另外邻近时序的图片解析时如果判断是相关的,则会合并 3、图片解析是攒batch单线程处理,没有线程池,不过影响应该不大,重点是 1.2
理解,这里我理解是2的影响比较大,因为比如我都在浏览器里处理不同页面,但都是深色模式的情况下,感觉就会被合并掉;除此之外还有快速切换的页面,比如看下某个什么信息,虽然停留了5+s,但可能不再快照的那个时间点,就被忽略了 我理解是能不能监控当前的窗口焦点,如果窗口焦点切换的时候也可以记录一下
另外就是我看C:\Users\用户名\AppData\Roaming\MineContext\Data\screenshot\activity这里面,今天有3k+文件夹但只有100+文件,我理解是不是1/2去的有点狠,这个阈值有没有可能透传给用户操作呢;比如我们用免费模型的话,其实是不care这点VLM调用耗时的
对于3,VLM参数里面,是不是能让用户指定单次访问的图片数和同时访问的并发数呢,看到好几条错误日志是上下文超限,而且目前看的话上下文列表的延迟是比较大的,就感觉不是太符合预期; 从我个人的角度说,我希望是我打开界面的时候或者刷新的时候能立即看到刚才的上下文列表更新,最好是显示了我现在在刷新这个动作; 当然能理解VLM的推理延迟,但攒Batch处理就会很大的加剧这个延迟;并发访问应该会好很多
理解,这里我理解是2的影响比较大,因为比如我都在浏览器里处理不同页面,但都是深色模式的情况下,感觉就会被合并掉;除此之外还有快速切换的页面,比如看下某个什么信息,虽然停留了5+s,但可能不再快照的那个时间点,就被忽略了 我理解是能不能监控当前的窗口焦点,如果窗口焦点切换的时候也可以记录一下
另外就是我看C:\Users\用户名\AppData\Roaming\MineContext\Data\screenshot\activity这里面,今天有3k+文件夹但只有100+文件,我理解是不是1/2去的有点狠,这个阈值有没有可能透传给用户操作呢;比如我们用免费模型的话,其实是不care这点VLM调用耗时的
可以的,我后面会把后端的配置放到web界面里
好呢,辛苦了,很棒的应用