Brooklyn Nicholson c17053c4f7 perf(desktop): cache @ path completions like / completions already are ... The `/` path has had a completion cache since the skills-scan work; the `@` path never got one. Every keystroke was an uncached round trip behind the 60ms debounce, so walking a tree — Tab in, Backspace out, retype a segment — paid full price for paths it had just listed. Measured in-process against this repo (8,036 files): `git ls-files` ~38ms, ranking ~12ms. The backend already caches the file list for 5s, so the fix belongs in the renderer: reuse the existing cache module with a short 15s TTL (a directory listing, unlike the command catalog, can change under the user) keyed on cwd + session + query, and wire `isCached` so a warm query skips BOTH the debounce and the loading state. That last part is what makes it feel instant rather than merely fast — a spinner over an answer already in hand reads as latency the user isn't paying.		2026-07-30 04:52:06 -05:00
..
bootstrap-installer	fix(update): let the GUI updater's hermes update child pass the lock it already holds	2026-07-30 00:51:33 -05:00
desktop	perf(desktop): cache @ path completions like / completions already are	2026-07-30 04:52:06 -05:00
shared	refactor: drop the shared subpath export, keeping package.json untouched	2026-07-28 03:54:49 -05:00