Provider: Refactor model list fetching with consistent error handling#2246
Provider: Refactor model list fetching with consistent error handling#2246faces-of-eth wants to merge 2 commits intoblock:mainfrom
Conversation
|
Thanks for the contribution! To use list models api, there may be one issue that, not all these models can be used in goose as some models doesn't support tool calls, if we list all, we may confuse the users about the supported models |
Yes! But to me, having to find the names of the models somewhere else is much more confusing. Fortunately, some of the Providers (like Venice.ai which I implemented in another PR #2252) offer a model list with Capabilities explained. That one in particular I've filtered for only "tool calling" versions for better UX. Additionally, if you go through the process and select one that's not capable, you'll receive an error message in the console. |
|
Per your comment, here's a snippet of what the providers return. I've done my best to use the capabilities each returns from their API: Venice.aiOpenAIAnthropic |
|
This was completed in another PR, so closing. |
Closes #2238
This PR refactors the model list fetching functionality across all providers (OpenAI, Anthropic, Google) to implement consistent error handling. Key changes:
Testing:
Examples



