Before filing
Closest existing issue
#122 (Claude effort controls) is the same picker, different control. Nothing found on ordering.
Is this new, or an improvement?
Improvement
The problem, in your terms
I use Opus for almost everything and it sits near the bottom of my model list, so every model switch means scanning past models I rarely pick. The order doesn't reflect how I actually use them. From a quick look at the picker code, it appears to fall back to alphabetical by display name once the currently-selected model has been pinned to the top — so how often I use a model has no bearing on where it appears.
What you do today
Nothing that helps. I scroll to it each time. The current-model-pinned-to-top behaviour only helps for the model I've already selected, which is the opposite of what I need when I'm switching.
What you'd like to see
Some way for my own ordering to win — whether that's setting it myself or Berd learning it from what I actually use. I don't have a strong view on which.
Why this belongs in Berd itself
The ordering happens inside Berd's picker, after the harness hands over its model list. A harness-level setting can shorten that list but can't change the order Berd displays it in, so there's no way to solve this from outside.
Non-goals
- Not asking to add or hide any models.
- Not asking to remove the current-model-pinned-to-top behaviour. It's useful, just not sufficient.
- Not asking for this to sync across machines.
Berd version
0.6.2
Operating system
macOS (Apple Silicon)
Filed via gh (an agent helped investigate and draft; I reviewed before posting). Laid out with the feature-request form's fields since the API path doesn't render the form.
Before filing
Closest existing issue
#122 (Claude effort controls) is the same picker, different control. Nothing found on ordering.
Is this new, or an improvement?
Improvement
The problem, in your terms
I use Opus for almost everything and it sits near the bottom of my model list, so every model switch means scanning past models I rarely pick. The order doesn't reflect how I actually use them. From a quick look at the picker code, it appears to fall back to alphabetical by display name once the currently-selected model has been pinned to the top — so how often I use a model has no bearing on where it appears.
What you do today
Nothing that helps. I scroll to it each time. The current-model-pinned-to-top behaviour only helps for the model I've already selected, which is the opposite of what I need when I'm switching.
What you'd like to see
Some way for my own ordering to win — whether that's setting it myself or Berd learning it from what I actually use. I don't have a strong view on which.
Why this belongs in Berd itself
The ordering happens inside Berd's picker, after the harness hands over its model list. A harness-level setting can shorten that list but can't change the order Berd displays it in, so there's no way to solve this from outside.
Non-goals
Berd version
0.6.2
Operating system
macOS (Apple Silicon)
Filed via
gh(an agent helped investigate and draft; I reviewed before posting). Laid out with the feature-request form's fields since the API path doesn't render the form.