Conversation
…etadata The composer model picker now always shows a search box that filters the loaded catalog client-side (server-side search still covers truncated catalogs), adds provider filter chips, and renders a metadata line per model (context window, reasoning, image input) projected from the Pi model definition. A pinned footer documents the keyboard controls, and ArrowDown moves from the search input into the option list.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Problem
The Web workbench's composer model picker only offered a search box when the snapshot catalog was truncated, and each row was a single bare identity line. With many configured models there was no way to filter the loaded list, narrow by provider, or tell models apart by capability (context window, reasoning, image input) — unlike denser pickers such as Kimi Code's model dialog.
Value
Faster, more confident model selection in the browser: instant client-side filtering for the common case, provider chips for quick scoping, and per-model capability metadata so same-named or similar models are distinguishable without memorizing IDs.
Approach
ModelPickerkeeps the existing ComplexSelector shell, server-side search (debounced, byte/count-bounded) for truncated catalogs, and option-level keyboard navigation; the search input is now always rendered and filters the loaded snapshot client-side when the catalog is complete (no server round-trip).WebModelSummarygains optionalcontextWindow/reasoning/imageInput, projected by a sharedprojectModelSummaryinpi-runtime(fields omitted when the source model lacks them, keeping the projection byte-identical for partial sources); snapshot bounding and the search endpoint inherit the fields via existing spreads.modelIdentitylabel as the accessible name; the metadata line isaria-hiddenso existing name-based queries and screen-reader output stay unchanged.allProviders,modelMetaReasoning,modelMetaImageInput,modelPickerHints.Validation
bun run check— green (config contract, discipline, web build, biome format+lint, tsc).bun run test— green; includes newtests/web/model-picker-utils.test.ts(filter/chips/ctx formatting/meta parts), newtests/web/model-picker.spec.ts(client filter without server calls, chips, metadata, selection, input→option focus), and api-runtimetest for metadata projection.bun run test:web:e2e— 34/34, including the updated keyboard flow (search input focused on open, ArrowDown into options).Impact
WebModelSummarygains optional fields only; older runtimes simply omit them and the picker renders identity-only rows.web/distrebuilt and included per repo convention.