
EvoLink Smart Router verwenden: API-Setup und Produktionstest
https://direct.evolink.ai/v1/chat/completions mit model: "evolink/auto".response.model und bleibt damit beobachtbar.Smart Router: Schnellreferenz
| Einstellung | Wert | Zweck |
|---|---|---|
| Endpoint | https://direct.evolink.ai/v1/chat/completions | OpenAI-kompatible Chat Completions |
| Authentifizierung | Authorization: Bearer $EVOLINK_API_KEY | Authentifiziert den Request |
| Model ID | evolink/auto | Aktiviert Smart Router |
| Request-Format | OpenAI-kompatibles messages-Array | Erhält vertraute SDK-Muster |
| Geroutetes Modell | response.model | Zeigt das tatsächlich verwendete Modell |
| Aktueller Umfang | Text- und Agent-Workflows | Bild und Video nutzen feste Model IDs |
1. API-Schlüssel vorbereiten
Erstellen Sie einen API-Schlüssel im EvoLink Dashboard und speichern Sie ihn als Umgebungsvariable:
export EVOLINK_API_KEY="your-api-key"Für PowerShell:
$env:EVOLINK_API_KEY="your-api-key"Verwenden Sie getrennte Schlüssel für lokale Entwicklung, Staging und Produktion. Das erleichtert Nutzungsanalyse und Rotation.
2. Erste Anfrage senden
curl --request POST \
--url https://direct.evolink.ai/v1/chat/completions \
--header "Authorization: Bearer $EVOLINK_API_KEY" \
--header "Content-Type: application/json" \
--data '{
"model": "evolink/auto",
"messages": [
{
"role": "user",
"content": "Klassifiziere diese Support-Anfrage als Abrechnung, Technik oder Kontozugriff: Ich kann mich nach dem Zurücksetzen meines Passworts nicht anmelden."
}
],
"temperature": 0.2,
"stream": false
}'model entscheidend:{
"id": "chatcmpl-example",
"object": "chat.completion",
"model": "actual-routed-model",
"choices": [
{
"message": {
"role": "assistant",
"content": "Kontozugriff"
},
"finish_reason": "stop"
}
],
"usage": {
"prompt_tokens": 26,
"completion_tokens": 3,
"total_tokens": 29
}
}actual-routed-model ist nur ein Platzhalter. Kandidaten und Verfügbarkeit können sich ändern. Verwenden Sie immer den realen Wert aus Ihrer Antwort.3. Python-Integration
import os
import time
from openai import OpenAI
client = OpenAI(
api_key=os.environ["EVOLINK_API_KEY"],
base_url="https://direct.evolink.ai/v1",
)
started_at = time.perf_counter()
response = client.chat.completions.create(
model="evolink/auto",
messages=[
{
"role": "user",
"content": "Fasse diesen Incident Report zusammen und nenne die nächsten zwei Engineering-Schritte.",
}
],
temperature=0.2,
)
print("routed_model:", response.model)
print("latency_ms:", round((time.perf_counter() - started_at) * 1000))
print("usage:", response.usage)
print("output:", response.choices[0].message.content)baseURL auf https://direct.evolink.ai/v1 und model auf evolink/auto setzen.Wie Smart Router routet
EvoLink beschreibt den Ablauf für unterstützte Textanfragen in fünf Schritten:
- Die Anwendung sendet einen OpenAI-kompatiblen Request mit
evolink/auto. - Der Router bewertet Aufgabentyp und Komplexität.
- Die Anfrage wird einem Profil wie Fast, Standard oder Reasoning zugeordnet.
- Ein geeignetes Kandidatenmodell verarbeitet die Anfrage.
- Das ausgewählte Modell erscheint in
response.model.
| Routing-Profil | Typischer Einsatz | Beispielaufgaben |
|---|---|---|
| Fast | Einfache Aufgaben mit hohem Volumen | Umschreiben, Klassifizierung, Formatierung |
| Standard | Allgemeine Textverarbeitung | Zusammenfassung, Extraktion, Support-Analyse |
| Reasoning | Komplexere Analyse und Planung | Mehrstufige Analyse, Entscheidungshilfe |
| Coding / Agentic Coding | Coding-Workflows, falls unterstützt | Code Review, Debugging, Refactoring-Planung |
Behandeln Sie diese Profile als Aufgabenkategorien, nicht als feste öffentliche Modellliste.
Smart Router oder festes Modell?
| Workload | Smart Router | Festes Modell |
|---|---|---|
| Gemischte Klassifizierung, Extraktion und Analyse | Guter Evaluations-Default | Erfordert eigene Auswahlregeln |
| Frühe Produktphase | Nützlich zum Sammeln realer Daten | Sinnvoll nach stabiler Baseline |
| Strenger Benchmark | Ungeeignet, da das Modell variieren kann | Richtige Wahl |
| Deterministische QA oder kontrollierter Freigabeprozess | Sorgfältig testen | Meist sicherer |
| Modellspezifische Funktionen | Können nicht garantiert werden | Erforderlich |
| Bild- oder Videogenerierung | Nicht aktueller Scope | Explizite Media Model ID verwenden |
In der Praxis sind beide Pfade sinnvoll: Routing für gemischte Textarbeit, feste IDs für evaluierte und kontrollierte Funktionen.
Was Sie protokollieren sollten
| Feld | Warum es wichtig ist |
|---|---|
| Feature- oder Workflow-Name | Trennt unterschiedliche Traffic-Muster |
| Request ID | Verknüpft App-Logs und API-Fehlersuche |
response.model | Zeigt das geroutete Modell |
| Latenz | Prüft die Eignung für Ihr Antwortzeitziel |
| Prompt- und Completion-Tokens | Unterstützt Nutzungs- und Kostenanalyse |
| HTTP-Status und Retry-Anzahl | Zeigt Zuverlässigkeitsprobleme |
| Qualitätsergebnis | Dokumentiert den Task-spezifischen Eval |
Protokollieren Sie keine sensiblen Prompts oder Antworten, wenn dies Ihren Datenschutz- und Aufbewahrungsregeln widerspricht.
Vor Produktion testen
- Erstellen Sie ein repräsentatives Testset mit normalen, mehrdeutigen und fehlerhaften Eingaben.
- Wählen Sie das aktuell verwendete feste Modell als Baseline.
- Senden Sie dieselben Inputs mit denselben Parametern über
evolink/auto. - Vergleichen Sie Qualität, Latenz, Token-Nutzung, Fehler und geroutete Modelle pro Workflow.
- Starten Sie mit risikoarmem Traffic und behalten Sie feste Modelle für strenge QA.
Ein Router kann im Durchschnitt gut aussehen und trotzdem für einen einzelnen Hochrisiko-Workflow ungeeignet sein.
Häufige API-Fehler
| Status | Bedeutung | Empfohlene Aktion |
|---|---|---|
400 | Ungültige Parameter | JSON, Model ID und Parametertypen prüfen |
401 | Ungültiger oder abgelaufener Schlüssel | Bearer Token prüfen oder rotieren |
402 | Nicht genügend Guthaben | Abrechnung und Credits prüfen |
403 | Kein Zugriff auf das Feature | Kontozugriff auf Smart Router bestätigen |
429 | Rate Limit erreicht | Begrenzte Retries mit Backoff und Jitter |
500 / 502 / 503 | Interner oder Upstream-Fehler | Mit Backoff wiederholen und Fallback bereithalten |
Setzen Sie explizite Timeouts und vermeiden Sie unbegrenzte Retries.
Häufige Fehler bei der Einführung
- Smart Router als Garantie für das billigste Modell behandeln
- davon ausgehen, dass dieselbe Anfrage immer dasselbe Modell erhält
- Bild- oder Videoanfragen an
evolink/autosenden response.modelnicht protokollieren- eine feste Kandidatenmodell-Liste veröffentlichen
FAQ
Welchen Endpoint soll ich verwenden?
POST https://direct.evolink.ai/v1/chat/completions, wie in der offiziellen Quickstart-Dokumentation.Welche Model ID aktiviert Smart Router?
model auf evolink/auto.Wie sehe ich das ausgewählte Modell?
model in der Chat-Completion-Antwort und speichern Sie es zusammen mit Latenz, Token-Nutzung und Workflow-Metadaten.Ist Smart Router immer billiger?
Nein. Der effektive Aufwand hängt von Anfrage, geroutetem Modell, Output-Länge, Retries und Qualitätsanforderungen ab.
Wird für denselben Prompt immer dasselbe Modell verwendet?
Darauf sollten Sie sich nicht verlassen. Verwenden Sie eine feste Model ID, wenn Modellidentität oder reproduzierbare Tests erforderlich sind.
Funktioniert Smart Router für Bilder und Videos?
Der aktuelle Scope sind unterstützte Text- und Agent-Anfragen. Für Media-Generierung verwenden Sie explizite Model IDs.
Kann ich Streaming verwenden?
stream. Testen Sie das Streaming-Verhalten Ihres Accounts und Clients vor dem Produktionseinsatz.Wann sollte ich zu einem festen Modell wechseln?
Wenn ein Workflow einen klaren Gewinner hat, modellspezifische Funktionen benötigt oder strenge Regressionstests und Freigaben verlangt.
Nächster Schritt
evolink/auto und einmal über ein festes Modell aus. Vergleichen Sie Qualität, Latenz, Token, Fehler und das zurückgegebene Modell.

