Release v0.51.542 — Release TA (model picker stays in sync with the agent's catalog)
Ships #4413 (kaishi00) after a 3-round bounce→converge cycle. Cherry-picked with author attribution preserved.
Fixed
- The WebUI model picker no longer goes stale relative to the agent's own model catalog (#4413). The WebUI keeps a display-oriented copy of each provider's model list, which could drift out of date when new models were added to the core (
hermes_cli) catalog without a matching WebUI update — so a model the CLI/agent already supported wouldn't appear in the picker. At startup the WebUI now enriches each already-configured provider's list with any model IDs the core catalog has that the WebUI was missing, respecting each provider's existing ID convention (e.g.@nous:-prefixed IDs). It only enriches providers the WebUI already knows — it does not add new provider vendors (that stays a maintainer decision) — and is a no-op for standalone deployments withouthermes_cli. Thanks @kaishi00.
Bounce → converge history
This PR went through three review rounds. The final re-push fixed both items from the last bounce:
- Enrich-existing-only: the seeder now
continues when a core provider isn't in the WebUI catalog (never adds new provider keys). This eliminated the earlier routing side-effect (a newly-seededstepfunprovider madestepfun/step-3.5-flashon a custom proxy resolve to the bare ID);api/routes.pyis no longer touched at all. - Per-provider ID convention: detects the existing prefix (e.g.
@nous:) and re-applies it when injecting, comparing on a normalized key so it never duplicates or corrupts ID format. The 5 previously-failing nous/byok catalog tests now pass.
Gate
- Full pytest suite: 9753 passed, 0 failed
- Codex regression gate: SAFE TO SHIP (verified
stepfunstays unseeded, no new provider key, no routing side-effect) - Opus advisor: SAFE (enrich-only, prefix-correct, idempotent, profile-safe, parity scope — 1104 provider/model tests, no regressions)
Closes #4413's issue lineage (catalog drift / #3xxx model-sync).