Support OpenAI-compatible gateways (OpenRouter) via vendor/model names
Maintainer antworten meist innerhalb von 1 Tag
Bewertung
- Schwierigkeit
- 2/5
- Geschätzter Aufwand
- 1-3 Stunden
- Anfängerfreundlichkeit
- 25/100
- Issue-Typ
- Feature
- Klarheit
- Klar beschrieben
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- ai
Rechercherichtung
Start with build_model, the factory that rejects LLM_MODEL values lacking a claude-, gpt- or chat-latest prefix, and check how request_model pins the BYOK base URL so that path stays unchanged. Linked PR #100 is already open against this work, so review or build on it rather than starting a parallel change. Done means a vendor/model name routes to ChatOpenAI, existing prefixes behave as before, and a test and the .env.example note cover the new case.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
Problem
build_model only accepts claude-*, gpt-* and chat-latest. OpenAI-compatible gateways such as OpenRouter use vendor/model names (e.g. deepseek/deepseek-chat, anthropic/claude-sonnet-...), so they're rejected at startup with "LLM_MODEL must name a supported provider", even though ChatOpenAI can already talk to them.
Proposal
Route LLM_MODEL values containing / through ChatOpenAI as well. The OpenAI SDK already reads OPENAI_BASE_URL, so a self-hoster sets:
OPENAI_API_KEY=<gateway key>
OPENAI_BASE_URL=https://openrouter.ai/api/v1
LLM_MODEL=deepseek/deepseek-chat
No new settings or dependencies. Existing prefixes behave as before. BYOK browser keys keep using OpenAI, since request_model pins https://api.openai.com/v1.
This makes it easy to self-host with cheaper or alternative models. I have a small PR ready (factory change, a test, and .env.example/docs updates) and am happy to adjust it.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 3.9k
- Forks
- 414
- Ø Merge
- 4 Std.
- Gemergte PRs (30 T.)
- 6
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus CopilotKit/OpenIntelligentUI
-
Script dedup key truncation may cause collisionsEvtl. vergeben @saschabuehrle hat das vor 215 Tagen übernommen. Offenbug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
CopilotKit/OpenIntelligentUI#37 ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
CopilotKit/OpenIntelligentUI#29 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Self-host with Docker Compose and optional server-held keysEvtl. vergeben @kannan983 hat das vor 16 Tagen übernommen. Offen
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 18/100
CopilotKit/OpenIntelligentUI#98 ·
Maintainer antworten meist innerhalb von 1 Tag
-
UIOffen
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 8/100
CopilotKit/OpenIntelligentUI#96 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 48/100
CopilotKit/OpenIntelligentUI#87 · 2 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
Alle Issues in CopilotKit/OpenIntelligentUI
Ähnliche Issues
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
grafana/profiles-drilldown#1212 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
grafana/traces-drilldown#980 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
openremote/openremote#3487 · 1 Kommentar ·
-
triage:needs-human
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
garrytan/gbrain#7635 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 82/100
coollabsio/jean#867 ·
Maintainer antworten meist innerhalb von 1 Tag