Model name overrides no longer swap in an alias pointing at a model the client doesn't know.
What's wrong with this entry?
Mapping a model string back through modelOverrides no longer substitutes an override key that points at a model the client does not know.
- A candidate key is returned only if it maps to a model the client recognizes.
- "No match" is now represented by undefined rather than by returning the input unchanged.
- Previously any override key whose value matched was substituted verbatim.
- The application-inference-profile fallback path is unchanged.
application-inference-profile
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Search field in the model picker
Both mention model
-
v2.1.236
Cancellable waits when
/modeltalks to a cloud sessionBoth mention model
-
v2.1.238
Model and effort switch warning now checks whether the cache is actually warm
Both mention model