fix(renderer): Settings active card no longer misrepresents model when not in fetched list (#136)

[hqhq1025]

Summary

Fixes #136. Related: #124, #134.

The active-provider card in Settings was displaying the wrong model whenever config.modelPrimary was not in the list returned by the provider's /models endpoint. The native <select value={config.modelPrimary}> silently fell back to rendering options[0] — so the card visually claimed the active model was, say, claude-3-5-haiku-20241022, while:

• the top-bar ModelSwitcher correctly read config.modelPrimary (e.g. opus-4-7)
• the main process snapped requests to the canonical cfg.activeModel (also opus-4-7)

Pure UI inconsistency, but seriously misleading when debugging 4xx failures ("I thought I was using opus-4-7 but the card says haiku — am I?"), which is exactly the debugging loop #124/#134 are stuck in.

Fix

RowModelSelector now injects the active model id at the top of the options list with an (active, not in provider list) hint whenever it's missing from the fetched list. The dropdown always matches reality, and users can spot at a glance that their configured model is not one the provider's /models returned — a useful diagnostic signal.

Extracted the option-building logic into a pure computeModelOptions helper and covered it with deterministic unit tests (loading / empty / active-in-list / active-not-in-list / inactive-row).

Files

• apps/desktop/src/renderer/src/components/Settings.tsx — inject pinned active option, exported helper
• apps/desktop/src/renderer/src/components/Settings.test.ts — 5 new tests for computeModelOptions
• packages/i18n/src/locales/{en,zh-CN}.json — new settings.providers.activeNotInList key

PRINCIPLES §5b

• Compatibility: green — pure UI fix, no schema / IPC / storage changes
• Upgradeability: green — no new abstractions, helper is trivially inlinable later
• No bloat: green — net +41 lines in Settings.tsx, +1 i18n key per locale
• Elegance: green — helper is pure and framework-free; dropdown tells the truth regardless of what the provider returns

Test plan

• pnpm --filter @open-codesign/desktop vitest: 875/875 pass (includes 5 new)
• pnpm typecheck: 10/10 pass
• pnpm lint (biome): clean
• Manual: activate a custom OpenAI-compatible provider whose /models hides your configured model id; open Settings; confirm the card's <select> shows the active id with the hint, top-bar and card agree
• Manual: repro bug(desktop): top bar active model can disagree with Settings current provider model #136's original case (Anthropic + opus-4-7 with a list that only returns haiku/sonnet) and verify card no longer lies

[github-actions]

Findings

• None.

Summary

• Review mode: initial
• No issues found on added/modified lines in this diff.
• Residual risk/testing gap: coverage added for computeModelOptions pure logic, but no UI-level interaction test confirms the Settings <select> renders the pinned active option in the DOM when the fetched model list excludes the active model.

Testing

• Not run (automation)

open-codesign Bot