LLM selection (depends on #2) - #3
Conversation
… on one request with GPT4, whereas GPT3.5 Turbo is SIGNIFICANTLY cheaper, like under $0.01 for the same request and also MUCH faster
…ax tracks weren't being used
…ot tagged as `latest` unless its master, as its useful for generating builds on PR pending items
…d such aren't lost to time
|
I would instead specify the model at env variable/docker compose level instead of making it exposed to UI, what do you think? Thanks for contribution! |
|
https://github.com/BerriAI/litellm?tab=readme-ov-file#supported-providers-docs any of those models can be specified for use, I think we could expose that as env variable instead of hardcoding and it will enable desired level of customization |
|
Superseded by #5, which has been merged into |
LLM Model Selection Feature (depends on #2)
Overview
This PR adds the ability to select different LLM models when generating playlists, allowing users to choose between higher quality (GPT-4) or more affordable (GPT-3.5 Turbo) options. It also fixes a bug with the min/max track count parameters.
This change also embeds the metadata about the generation (prompt, model used, etc.) into the summary of the generated playlist, so that this data isn't lost to time.
Changes
Technical Details
app/services/llm_service.pyto properly use min/max track parametersapp/models.pyto clarify model options in field descriptionMotivation
GPT-4 requests can be expensive ($0.30+ per request) while GPT-3.5 Turbo is significantly more affordable (under $0.01 for the same request) and faster. This change gives users the flexibility to choose based on their needs and budget constraints.
Testing
Screenshot