Skip to content
Super App Searchlight

The user types a task. Search shows who can do it.

The light version of Super-App search: keyword suggestions while typing, service cards after submitting, one predictable flow. The phone is a working prototype — type, submit, open, go back — and the panel explains every state and the exact computation behind it.

Jump to a state of the UX contract
User language
Changes which suggestion terms appear. Results match every language.
Search history on this device
none
No history → the empty search stays empty. Submit a query to create some.
Query presets — typed, not submittedthen press Enter, the Search key, or tap a suggestion
Prefix walk
Task words
Typos
Languages
Multi-word
No results
9:41
Good evening
Your services
Two ways in: tap a tile when you know the app, or type the task when you don’t. Search never assumes you know which app can help.
0.0ssession_started
What is happening & why
Home — the entry point
What the user sees

A greeting, one search bar, and the service grid. People who already know their app tap a tile; everyone else types a task into the bar.

The rule

The search bar opens the Search screen in the Empty/History state with the keyboard up. It never shows results of its own.

Under the hood

Nothing is requested. The service index (~40 KB JSON) is already cached on the device, so the first paint after tapping the bar needs no network.

The Trace tab shows the exact computation behind this state — the same code that renders the phone.