This PR was squashed before being merged into the main branch.
Discussion
----------
[Platform][Generic] Fix FallbackModelCatalog
| Q | A
| ------------- | ---
| Bug fix? | yes
| New feature? | no <!-- please update src/**/CHANGELOG.md files -->
| Docs? | no <!-- required for new features -->
| Issues | n/a
| License | MIT
Alternative to #1713
The Generic bridge's `Completions\ModelClient` and `Embeddings\ModelClient` use `instanceof CompletionsModel` and `instanceof EmbeddingsModel` to determine whether they support a given model. However, the shared `FallbackModelCatalog` creates plain `Model` instances, which neither `ModelClient` recognizes. This means that any usage of `GenericPlatformFactory::create()` without an explicit `ModelCatalog` is broken, every `invoke()` call fails with 'No ModelClient registered'.
Add a bridge-specific `FallbackModelCatalog` (following the pattern of `OpenResponses\FallbackModelCatalog`) that returns `CompletionsModel` or `EmbeddingsModel` based on a naming convention: model names containing 'embed' are treated as embedding models, everything else as completions models (the heuristic might not be perfect, but I didn't find a better way).
Commits
-------
1b4f496e [Platform][Generic] Fix FallbackModelCatalog
This PR was merged into the main branch.
Discussion
----------
Prepare for release v0.2
| Q | A
| ------------- | ---
| Bug fix? | no
| New feature? | no <!-- please update src/**/CHANGELOG.md files -->
| Docs? | no <!-- required for new features -->
| Issues | Fix #... <!-- prefix each issue number with "Fix #", no need to create an issue if none exist, explain below instead -->
| License | MIT
Commits
-------
e1ca6baf Prepare for release v0.2
