Chris are you on the latest alpha version? I'm running 6.568 and I don't have the same issue.
first time load after BTT start is normal, I have not optimized that yet. However from then on it should stay fast on current BTT versions. Do you maybe have your BTT set to restart after sleep?
Thanks so much, @Andreas_Hegenberg. Apologies for being so late in testing these changes. Regarding my three initial comments
- file search as an inital route now present!
- opening folders in Finder instead of the integraded browser works!
- Finder windows still appear behind the presently active window for me. Note this only applies to Finder windows created from the "reveal in Finder" action, not from windows created via opening a folder (#2 in this list).
Two new things I came across (very minor, and not yet tested thoroughly, and maybe they are intentional):
- When the file search returns a list of items, the "reveal in Finder" shortcut I assigned only seems to work for files, not for folders/directories (which I would use to open the parent folder). Maybe that's because the action has a different name for folders, but I cannot change it from Cmd+R to "unify" it across files and folders alike (maybe a user error...)
- If a file is highlighted/selected in the file browser and I use Space for QuickLook, I cannot use Space again to close QuickLook (as I can in Spotlight/Finder/...). Instead, it seems the second Space-command is instead sent to the window that was active before launching the launcher.
Apologies for all these tedious (and possibly self-inflicted) issues...
I've been trying out the launcher for a few days and would love to replace my aging Alfred setup. Thanks to the "Prompt Match" setting I have a minimalist launcher like Aflred at start. I have two issues however
- When pressing
optthe AI Configuration menu items reappears (I have set the Hotkey for the launcher toopt-spaceso it sometimes appears right away) - The instant file search with
spacealso does not work since "File Search" is set to hidden in the settings.
Is it possible to have a single line launcher visible at first and have it populate with results only when I type AND have the "leading space" or file search in general shortcut working?
Another more fundamental issue: I use fzf and other fuzzy finder tools heavily and basically rely on the type first, filter later workflow. My brain is apparently wired like that. I would love for the file search to be fuzzy as well, or more over be basically fzf/skim/nucleo/FuzzyMatch with configurable options. In lieu of that, I would like to write a swift plugin that could do that. That seems entirely possible but it would be awesome if plugins could also benefit from the "leading space" shurtcut and the fallback to offer file search when normal search finds nothing
- tl;dr: Can File search be like fzf and if not, can a custom search plugin have the same "first class citizen capabilities" as the built in file search?
I hope this is the right place, feel free to delete or move. I am very excited for the future of this (even more) swiss-army-knife like BetterTouchTool 
Edit: Attached Screenshot/Screencast I forgot
could you post a screenshot of that? I think I'm unable to reproduce right now.
I can allow fzf as file search backend, maybe I'll just add multiple options.
I attached the screencast to my original post, I simply forgot to attach it. Sorry about that.
Fzf as a file backend, or even multiple backends would be lovely. Fzf has a streaming mode, if that could be implemented as well that would be awesome. Otherwise there might be a substantial delay while e.g fd walks across the filesystem and indexes all the files. I "solved" that on my end by caching and returning results from the cache fist. Once the current walk across the FS is done I'd update the results (if there is a change). This gives instant feedback and minimises the "shuffling around" of the results while new/better matches stream in. But this is just my 2 cents :).
Thanks for considering and all the best!
6.572 (uploading) should fix the option AI issue and the file search will not be disabled anymore just because the item is hidden.
I also added a "external command" file search backend, for example this command might be a good match for you (adapt the paths as needed). It can not yet use the streaming mode as that would require a proper terminal session - I'm not sure whether this can be supported
q={query}; /usr/bin/mdfind -onlyin {home} "kMDItemFSName == '*${q}*'wc" | /opt/homebrew/bin/fzf --filter "$q" | /usr/bin/head -n {maxResults}
6.573 is mostly a performance pass on the launcher, typing should now feel faster and various of its actions as well