Seedance 2.5 ist jetzt auf EvoLink verfügbarSeedance 2.5 testen
EvoLink Smart Router verwenden: API-Setup und Produktionstest
Tutorial

EvoLink Smart Router verwenden: API-Setup und Produktionstest

Jessie
Jessie
COO
11. März 2026
Aktualisiert am 16. Juli 2026
6 Min. Lesezeit
Der schnellste Einstieg in EvoLink Smart Router ist eine normale OpenAI-kompatible Chat-Completion-Anfrage an https://direct.evolink.ai/v1/chat/completions mit model: "evolink/auto".
Ihre Anwendung behält ein Request-Format bei, während der Router für unterstützte Text- und Agent-Anfragen ein geeignetes Modell auswählt. Das tatsächlich verwendete Modell steht in response.model und bleibt damit beobachtbar.
Für die konzeptionelle Einordnung lesen Sie Was ist KI-Modell-Routing?. Aktuelle Produktinformationen finden Sie auf der Seite EvoLink Smart Router.

Smart Router: Schnellreferenz

EinstellungWertZweck
Endpointhttps://direct.evolink.ai/v1/chat/completionsOpenAI-kompatible Chat Completions
AuthentifizierungAuthorization: Bearer $EVOLINK_API_KEYAuthentifiziert den Request
Model IDevolink/autoAktiviert Smart Router
Request-FormatOpenAI-kompatibles messages-ArrayErhält vertraute SDK-Muster
Geroutetes Modellresponse.modelZeigt das tatsächlich verwendete Modell
Aktueller UmfangText- und Agent-WorkflowsBild und Video nutzen feste Model IDs
Die offizielle EvoLink Auto Quickstart-Dokumentation bleibt die maßgebliche Quelle für Endpoint- und Parameteränderungen.

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
  }'
Die Antwort folgt dem bekannten Chat-Completions-Format. Für die Routing-Beobachtung ist 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)
Die Node.js-Integration verwendet dasselbe Muster: 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:

  1. Die Anwendung sendet einen OpenAI-kompatiblen Request mit evolink/auto.
  2. Der Router bewertet Aufgabentyp und Komplexität.
  3. Die Anfrage wird einem Profil wie Fast, Standard oder Reasoning zugeordnet.
  4. Ein geeignetes Kandidatenmodell verarbeitet die Anfrage.
  5. Das ausgewählte Modell erscheint in response.model.
Routing-ProfilTypischer EinsatzBeispielaufgaben
FastEinfache Aufgaben mit hohem VolumenUmschreiben, Klassifizierung, Formatierung
StandardAllgemeine TextverarbeitungZusammenfassung, Extraktion, Support-Analyse
ReasoningKomplexere Analyse und PlanungMehrstufige Analyse, Entscheidungshilfe
Coding / Agentic CodingCoding-Workflows, falls unterstütztCode Review, Debugging, Refactoring-Planung

Behandeln Sie diese Profile als Aufgabenkategorien, nicht als feste öffentliche Modellliste.

Smart Router oder festes Modell?

WorkloadSmart RouterFestes Modell
Gemischte Klassifizierung, Extraktion und AnalyseGuter Evaluations-DefaultErfordert eigene Auswahlregeln
Frühe ProduktphaseNützlich zum Sammeln realer DatenSinnvoll nach stabiler Baseline
Strenger BenchmarkUngeeignet, da das Modell variieren kannRichtige Wahl
Deterministische QA oder kontrollierter FreigabeprozessSorgfältig testenMeist sicherer
Modellspezifische FunktionenKönnen nicht garantiert werdenErforderlich
Bild- oder VideogenerierungNicht aktueller ScopeExplizite 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

FeldWarum es wichtig ist
Feature- oder Workflow-NameTrennt unterschiedliche Traffic-Muster
Request IDVerknüpft App-Logs und API-Fehlersuche
response.modelZeigt das geroutete Modell
LatenzPrüft die Eignung für Ihr Antwortzeitziel
Prompt- und Completion-TokensUnterstützt Nutzungs- und Kostenanalyse
HTTP-Status und Retry-AnzahlZeigt Zuverlässigkeitsprobleme
QualitätsergebnisDokumentiert den Task-spezifischen Eval

Protokollieren Sie keine sensiblen Prompts oder Antworten, wenn dies Ihren Datenschutz- und Aufbewahrungsregeln widerspricht.

Vor Produktion testen

  1. Erstellen Sie ein repräsentatives Testset mit normalen, mehrdeutigen und fehlerhaften Eingaben.
  2. Wählen Sie das aktuell verwendete feste Modell als Baseline.
  3. Senden Sie dieselben Inputs mit denselben Parametern über evolink/auto.
  4. Vergleichen Sie Qualität, Latenz, Token-Nutzung, Fehler und geroutete Modelle pro Workflow.
  5. 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

StatusBedeutungEmpfohlene Aktion
400Ungültige ParameterJSON, Model ID und Parametertypen prüfen
401Ungültiger oder abgelaufener SchlüsselBearer Token prüfen oder rotieren
402Nicht genügend GuthabenAbrechnung und Credits prüfen
403Kein Zugriff auf das FeatureKontozugriff auf Smart Router bestätigen
429Rate Limit erreichtBegrenzte Retries mit Backoff und Jitter
500 / 502 / 503Interner oder Upstream-FehlerMit 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/auto senden
  • response.model nicht protokollieren
  • eine feste Kandidatenmodell-Liste veröffentlichen
EvoLink Smart Router ansehen

FAQ

Welchen Endpoint soll ich verwenden?

Verwenden Sie POST https://direct.evolink.ai/v1/chat/completions, wie in der offiziellen Quickstart-Dokumentation.

Welche Model ID aktiviert Smart Router?

Setzen Sie model auf evolink/auto.

Wie sehe ich das ausgewählte Modell?

Lesen Sie das Feld 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?

Das offizielle Request-Schema enthält 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

Führen Sie dasselbe Testset einmal über evolink/auto und einmal über ein festes Modell aus. Vergleichen Sie Qualität, Latenz, Token, Fehler und das zurückgegebene Modell.

Bereit, Ihre KI-Kosten um 89 % zu senken?

Starten Sie noch heute mit EvoLink und erleben Sie die Vorteile intelligenter API-Routing.