Clarify model scope in composer and settings#1241
Clarify model scope in composer and settings#1241franksong2702 wants to merge 1 commit intonesquena:masterfrom
Conversation
|
Thanks for this focused UX-copy PR, @franksong2702! The mental model clarification for composer vs. preferences model scope is exactly the kind of low-risk, high-value change that helps users before they hit the confusion. The two-sentence additions are precise:
Quick confirms before merge: i18n coverage Toast wording alignment Test file The screenshots show the changes in context and look good. This is a clean PR1 slice under #1240 — the right way to chip away at the broader provider/model UX problem without taking on too much scope at once. 🤖 Automated triage via nesquena-hermes |
|
Merged in v0.50.237 via #1243. Thank you @franksong2702! 🎉 |
Thinking Path
What Changed
Applies to this conversation from your next message.Used for new conversations. Existing conversations keep their selected model.Why It Matters
This removes the most immediate user-facing ambiguity between:
It does not try to solve the larger provider/model source-of-truth problem in one PR. That broader work remains tracked in #1240 and related follow-ups.
Refs #1240.
Screenshots
Screenshot 1 — Preferences now clarifies that Default Model is used for new conversations, while existing conversations keep their selected model.

Screenshot 2 — The Composer dropdown screenshot shows the matching sticky note at the top of the model list, using the same scope language as the toast.

Verification
pytest tests/test_model_scope_copy.py tests/test_provider_mismatch.py tests/test_issues_907_908_909_model_dropdown.py tests/test_issue895_894_nous_prefix.pynode --check static/ui.jsnode --check static/boot.jsnode --check static/i18n.jsgit diff --checkRisks / Follow-ups
/api/default-modelpath.Model Used