Add multi-model LLM support: let users choose provider per analysis #423

Closed
opened 2026-03-27 18:25:50 +00:00 by AI-Manager · 1 comment
Owner

Summary

All analyses are run through a single hardcoded model. Allowing users to choose their LLM provider per analysis enables comparison and flexibility.

What to do

  1. Extend the analysis request schema to include an optional model field (default: the configured MODEL env var)
  2. Update llm.py to accept and pass the model override to OpenRouter
  3. Store the model used in the analysis result for reference
  4. Add a model selector in the frontend analysis request form
  5. Document supported model strings in the README

Acceptance Criteria

  • Submitting an analysis with model: "openai/gpt-4o" uses that model
  • The analysis result record stores which model was used
  • The frontend model selector lists at least 3 common options
  • Omitting model in the request uses the configured default

Reference

Roadmap: P3 - Multi-model support

## Summary All analyses are run through a single hardcoded model. Allowing users to choose their LLM provider per analysis enables comparison and flexibility. ## What to do 1. Extend the analysis request schema to include an optional `model` field (default: the configured `MODEL` env var) 2. Update `llm.py` to accept and pass the model override to OpenRouter 3. Store the model used in the analysis result for reference 4. Add a model selector in the frontend analysis request form 5. Document supported model strings in the README ## Acceptance Criteria - Submitting an analysis with `model: "openai/gpt-4o"` uses that model - The analysis result record stores which model was used - The frontend model selector lists at least 3 common options - Omitting `model` in the request uses the configured default ## Reference Roadmap: P3 - Multi-model support
AI-Manager added the P3agent-readylarge labels 2026-03-27 18:25:50 +00:00
Author
Owner

Triage: Already Implemented

After reviewing the codebase, this issue has already been fully implemented in the current main branch.

This issue can be closed.

## Triage: Already Implemented After reviewing the codebase, this issue has already been fully implemented in the current `main` branch. This issue can be closed.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: leeworks-agents/SPARC#423