Quick Capture

Team Mut···last changed 2026-05-16

Cmd+K, term, Enter — block or page, in two keystrokes. The same search in the file explorer takes eight: open the window, click into the search box, choose the folder scope, type the filename, wait, open the file, search inside it for the term, land on the hit. mium shortens that chain to one keyboard shortcut and one search term.

Why tool search slows you down

Across 200 search sessions in a beta corpus of 1,200 pages, search-to-hit time in the file explorer averaged 14 seconds. Of those, 6 seconds went on the tab switch, 4 on narrowing the folder, 4 on opening and scrolling the matched file. Hits at block level — a single paragraph inside a wiki page, say — stay out of reach for the file explorer by design, because its granularity stops at the file.

5 rules for Quick Capture

1. Cmd+K (Ctrl+K on Linux and Windows) is the only way into search. No second input field in the sidebar, no magnifying glass in the toolbar.
2. Full-text across everything — title, body, properties, comments. No opt-in toggles.
3. Block and page hits are shown mixed together, with the block position as a sub-line beneath the page title.
4. The most recently opened pages appear at the top the moment the search box is empty (recency bias as the default, not as a plugin).
5. You type property filters inline — type:meeting, autor:team-mut, jahr:2026, with no dialogue and no builder.

Before and after — file-explorer search vs Cmd+K

An honest question

How long does it take you to find a note from three months ago? Not in the best case, but at the median over your last ten attempts. The answer decides whether Quick Capture is a comfort feature for you, or the precondition for that note still existing at all.