feat request | apply selected providers from "Overview tab providers" to "Show most-used provider" feature

[tom-rigelblu]

User Need: See the most-used provider in the menu bar based on the "Overview tab providers" configuration

Why:

• When one-provider is on a much lower usage tier (i.e. $20 vs $200 plan), the lower-usage tier usually shows for the most-used provider
• It's technically accurate, but not the most useful. I want to exclude low-tier providers from the "Show most-used provider" setting

Context:

• There others, more complicated ways to do it but I don't think the value would justify it

Example

• Codex and Claude are enabled
• Antigravity is disabled

Current State

When I have "Show most-used provider" enabled

It often shows Antigravity because it has a lower usage tier

Desired State

See only Codex and Claude in the menu bar (when Antigravity is not enabled in Overview tab providers)

[clawsweeper]

Codex review: keeping this open for maintainer follow-up; there is still a little grit to resolve. Reviewed June 24, 2026, 11:39 AM ET / 15:39 UTC.

Summary
Current main does not implement the requested behavior: Show most-used provider still ranks across globally enabled providers before the Overview provider subset is considered, so this remains a valid small feature request rather than cleanup-closeable.

Reproducibility: no. high-confidence live reproduction was run, but the current-main source path is reproducible: Show most-used provider calls the global highest-usage path before Overview provider selection is considered. The reporter also provided screenshots of the current and desired behavior.

Ways to help us reproduce this

• Add a screenshot or short recording showing the behavior.
• Add expected vs actual behavior.
• Include redacted logs or terminal output.

Next step
A maintainer should first confirm that Overview tab providers are intended to become the eligibility filter for Show most-used provider rather than adding a separate menu-bar filter.

Review details

Best possible solution:

Add a narrow filter so merged-icon Show most-used provider ranks only providers in the resolved Overview subset, with focused coverage around the unified-icon selection path.

Do we have a high-confidence way to reproduce the issue?

No high-confidence live reproduction was run, but the current-main source path is reproducible: Show most-used provider calls the global highest-usage path before Overview provider selection is considered. The reporter also provided screenshots of the current and desired behavior.

Is this the best way to solve the issue?

Unclear until maintainer sign-off; reusing the Overview subset is the narrowest implementation, but it changes the semantics of an existing Display option whose label currently says Overview tab providers.

AGENTS.md: found and applied where relevant.

Remaining risk / open question:

• The desired semantics need maintainer confirmation because the Overview provider picker currently configures the Overview tab, not explicitly every merged-icon provider-selection mode.

Codex review notes: model internal, reasoning high; reviewed against ada3660e9d61.

Label changes

Label changes:

• add P3: This is a low-risk menu-bar ergonomics feature with limited blast radius.
• add impact:other: The issue affects visible menu-bar provider selection and can surface a less useful provider than the user configured for Overview.
• add issue-rating: 🐚 platinum hermit: Current issue advisory state selects this label.
• add clawsweeper:needs-live-repro: Current issue advisory state selects this label.
• add clawsweeper:no-new-fix-pr: Current issue advisory state selects this label.
• add clawsweeper:needs-maintainer-review: Current issue advisory state selects this label.
• add clawsweeper:needs-product-decision: Current issue advisory state selects this label.

Label justifications:

• P3: This is a low-risk menu-bar ergonomics feature with limited blast radius.
• impact:other: The issue affects visible menu-bar provider selection and can surface a less useful provider than the user configured for Overview.

Evidence reviewed

What I checked:

• Issue context: The reporter shows Codex and Claude selected for Overview, Antigravity excluded there, and Antigravity still appearing as the most-used menu-bar provider because it is on a lower usage tier.
• Highest-usage source path: providerWithHighestUsage iterates self.enabledProviders() and chooses the highest metric from snapshots; it does not consult merged Overview selection. (Sources/CodexBar/UsageStore+HighestUsage.swift:8, ada3660e9d61)
• Unified-icon source path: primaryProviderForUnifiedIcon returns providerWithHighestUsage() before the branch that resolves merged Overview providers, so Show most-used provider bypasses the Overview selection. (Sources/CodexBar/StatusItemController+Animation.swift:996, ada3660e9d61)
• Overview selection helper: resolvedMergedOverviewProviders filters active providers by the persisted merged Overview provider selection when a preference exists. (Sources/CodexBar/SettingsStore+Defaults.swift:563, ada3660e9d61)
• Focused test seams: Existing tests cover highest-usage selection, Overview selection behavior, and merged-icon Overview ordering, so a future fix can be tested without live provider probes or AppKit menu automation. (Tests/CodexBarTests/StatusItemAnimationSignatureTests.swift:407, ada3660e9d61)
• Canonical search: Exact issue search returned only this issue; the closest open item, Feature Request: Automatically switch provider based on window focus when "Merge Icons" is enabled #780, is about active-window provider switching and is adjacent rather than canonical for this request.

Likely related people:

• phillco: Authored the merged highest-usage provider display PR, which introduced the menu-bar selection mode this issue wants to filter. (role: adjacent feature introducer; confidence: medium; commits: bc64a6e06a57; files: Sources/CodexBar/UsageStore+HighestUsage.swift, Sources/CodexBar/StatusItemController+Animation.swift)
• ratulsarna: Authored the merged Overview tab and configurable Overview providers PR, which introduced the provider subset this issue wants reused. (role: adjacent feature introducer; confidence: medium; commits: 856cbcad82f6; files: Sources/CodexBar/SettingsStore+Defaults.swift, Sources/CodexBar/PreferencesDisplayPane.swift, Sources/CodexBar/StatusItemController+Menu.swift)
• Yuxin-Qiao: Authored the recent merged Antigravity quota-summary ranking change in the same highest-usage provider path involved in the report. (role: recent adjacent contributor; confidence: medium; commits: 388ee1417386; files: Sources/CodexBar/UsageStore+HighestUsage.swift)
• steipete: Authored recent Antigravity highest-usage ranking work and appears in local blame for the v0.37.2 snapshot containing the current unified-icon and settings helpers. (role: recent area contributor; confidence: medium; commits: 92da482c5533, f380287041b8; files: Sources/CodexBar/UsageStore+HighestUsage.swift, Sources/CodexBar/StatusItemController+Animation.swift, Sources/CodexBar/SettingsStore+Defaults.swift)

How this review workflow works

• ClawSweeper keeps one durable marker-backed review comment per issue or PR.
• Re-runs edit this comment so the latest verdict, findings, and automation markers stay together instead of adding duplicate bot comments.
• A fresh review can be triggered by eligible @clawsweeper re-review comments, exact-item GitHub events, scheduled/background review runs, or manual workflow dispatch.
• PR/issue authors and users with repository write access can comment @clawsweeper re-review or @clawsweeper re-run on an open PR or issue to request a fresh review only.
• Maintainers can also comment @clawsweeper review to request a fresh review only.
• Fresh-review commands do not start repair, autofix, rebase, CI repair, or automerge.
• Maintainer-only repair and merge flows require explicit commands such as @clawsweeper autofix, @clawsweeper automerge, @clawsweeper fix ci, or @clawsweeper address review.
• Maintainers can comment @clawsweeper explain to ask for more context, or @clawsweeper stop to stop active automation.