@
ldm0 自动补全意义不大,不是记不住过滤的参数,是在使用过程中有些条件不知道怎么组合。我自己组合了半天,又把 github 上的 md 扔给 gemini 让他帮我,都没搞定,直到现在我也没搞定。。。
我的工作多数是写文档,在有新的文档要写时,很多时候我只记得我前段时间写过这方面的内容,现在只记得个大概,所以经常要用搜索功能(如果有内容搜索就更依赖了,现在的 content 搜起来太慢了,遥遥无期,基本算是不可用吧,如果这个也能搞定,那我很愿意付费)。我不懂研发,这个软件我觉得对我是有帮助的,这些过滤参数的用法我也愿意学,但对于想拿起来就用的用户群体来说,还是有一定的学习成本,如果加入图形化的点选,对同样像我这样不懂研发的人会有极大的帮助。
我目前遇到的问题在下面描述了一下,我觉得更多是我还不会用,并不是目前的软件不能实现,我怕我描述的不清楚,让 gemini 帮我润色了一下:
问题背景:
在日常使用中,我经常遇到需要“跨层级”搜索特定文件的情况。例如:
路径模糊:我记得文件夹名包含 aAa ,但不记得它的绝对路径或层级。
文件特征:文件名包含 bbb 。
格式限制:后缀名为 .doc 或 .docx 。
尝试与痛点:
虽然查阅了文档并咨询了 AI ,但以下几个逻辑问题依然困惑:
问题 1:目录过滤条件的混淆
文档中提供了 folder:、parent:、in:、nosubfolders 以及路径分隔符 / 等多种组合方式。作为非开发人员,很难理解这些条件的底层差异,尤其在面对“只记得部分目录名且不知深度”的情况下,不知道该如何组合这些参数。
问题 2:大小写敏感性的不一致
在某些目录过滤条件下,必须与实际名称大小写完全一致才能匹配;而另一些条件却不需要。这与界面上的“大小写匹配”开关逻辑似乎是冲突的,导致在不确定目标文件夹准确拼写时,搜索效率极低。
问题 3:双引号精确匹配的预期落空
按理解,双引号内应为“完全匹配”(如搜索 "1 到 10.png" 应仅返回该文件)。但实际操作中发现,搜索 "aaa" 的结果往往等同于模糊匹配 *aaa*,包含了大量无关项,无法达到“我写什么就只出什么”的效果。