Jev ist ein KI-Modell, das bei Eingabe eines Textes eine Auswahl, einen Bewertungswert oder die Wahrscheinlichkeit für Ja/Nein zurückgibt. Es erzeugt keinen Text. Es eignet sich für Anwendungen, in denen Urteile wie die Zuordnung von Anfragen innerhalb einer App immer wieder getroffen werden. Der Preis beträgt 0,042 $ pro 1 Mio. Eingabe-Token, die Ausgabe ist kostenlos.

JEV / SYSTEM ONE

Von Text zu Entscheidungen, die Ihre App nutzen kann.

Sie geben Text ein. Zurück kommen Werte in einem festgelegten Format.

Eingabe: state + questions

„Ich drücke auf die Schaltfläche zum Herunterladen
meiner Rechnung, aber es passiert nichts.“

Kandidaten und Kriterien werden ebenfalls übergeben

Abrechnung / Technik / Prüfung ausstehend

Jev

Entscheidet anhand der Bedeutung des Textes

↓

Ausgabe: Entscheidung in festem Format

Choice

Ein Kandidat

Score

Ein Wert auf der Skala

Noul

Wahrscheinlichkeit für Ja

Die weitere Verarbeitung legt Ihre App fest

Kandidaten anzeigen / zur menschlichen Prüfung weitergeben

Schaubild zur Funktionsweise. Ausführungsrechte und -bedingungen verwaltet Ihre App.

1. Was ist Jev?

TypeSafe hat am 15. September 2026 den Early Access für Jev angekündigt. Statt eines Chats, der lange Erklärungen liefert, ist es für Entscheidungen innerhalb einer App gedacht, etwa „welches Team soll das bearbeiten“ oder „wie gut passt das zu den Kriterien“.

Das Besondere ist, dass die Form der zurückgegebenen Werte festgelegt ist. Eine Antwort mit korrektem Format kann trotzdem eine falsche Entscheidung sein. Wer die Aussage „keine Halluzinationen“ aus der Ankündigung so liest, dass jeder Inhalt richtig beantwortet wird, setzt das Modell falsch ein.

TypeSafe nennt Jev ein „System One model“. Laut Ankündigung stammt der Name aus der Unterscheidung in Daniel Kahnemans Buch Schnelles Denken, langsames Denken zwischen dem schnellen, intuitiven „System 1“ und dem langsamen, überlegten „System 2“. Es handelt sich um eine firmeneigene Bezeichnung und nicht um eine einheitliche Leistungsstufe für KI insgesamt. Die offizielle Erklärung zu System One beschreibt es als Modell, das natürliche Sprache versteht und typisierte Entscheidungen zurückgibt, die Software direkt verarbeiten kann.

Der Name Jev geht auf den Ökonomen William Stanley Jevons zurück. Er steht für die Vorstellung, dass mit sinkenden Kosten für Intelligenz die Einsatzmöglichkeiten um Größenordnungen wachsen, ähnlich dem Jevons-Paradoxon, bei dem Effizienzgewinne den Verbrauch eher steigern (Wird KI die Bürojobs auslöschen?).

state
Das Material für die Entscheidung. Text oder JSON-formatierte Daten. Hineingegeben werden etwa der Text der Anfrage, vom Nutzer gewählte Punkte oder Hintergrundinformationen für die Einordnung.
questions
Was entschieden werden soll. Eine Frage wie „Welches Team soll das bearbeiten?“ zusammen mit Kandidaten und Beurteilungskriterien.

Da die Ausgabeoptionen vorab festgelegt werden, ist kein Schritt nötig, der aus einem Text wie „wahrscheinlich das technische Team“ einen Kategorienamen herausliest. Andererseits eignet es sich nicht für die Erstellung langer Texte wie Antworten, Code oder Begründungen. Kombinieren Sie es mit einem generativen KI-Modell, ergibt sich eine Arbeitsteilung: Jev bestimmt, wohin die Aufgabe gehört, und das generative Modell wird nur dort aufgerufen, wo Text gebraucht wird.

Worin unterscheidet sich das von einem LLM, das in JSON antwortet?

Dass Ausgaben als JSON empfangen werden, ist nicht allein Jev vorbehalten. Claude zum Beispiel hat strukturierte Ausgaben, die die Ausgabe an ein JSON-Schema binden. Wenn Sie die Klassifikation bereits mit einem generativen Modell umgesetzt haben, müssen Sie sie nicht allein deshalb ersetzen, weil „das Format feststeht“.

Jev ist auf die Rückgabe von Auswahlen, abgestuften Bewertungen und binären Entscheidungen zusammen mit deren Wahrscheinlichkeiten spezialisiert. Brauchen Sie nach der Entscheidung Erklärungen oder Antworten, nehmen Sie ein generatives Modell. Sollen aus Text wiederholt Kandidaten ausgewählt werden, ist Jev ebenfalls eine Option zum Vergleich. Für exakte Berechnungen von Beträgen oder Daten nehmen Sie gewöhnlichen Code. So teilen Sie die Aufgaben auf. Praktisch ist es, vor der Entscheidung Genauigkeit, Wartezeit und Kosten bei gleicher Eingabe und gleichen Kriterien zu vergleichen.

2. Unterschiede zwischen Choice, Score und Noul

Die offizielle Erklärung zu Primitives teilt Fragetypen in drei Arten ein. Auch ähnliche Fragen wählen Sie nach der gewünschten Ausgabe.

Choice: einen Kandidaten auswählen

Legen Sie ungeordnete Kandidaten fest, etwa „Abrechnung“, „Technik“ und „Sonstiges“, und wählen Sie daraus einen aus.

Abrechnung ✓ Technik Sonstiges / zu wenig Informationen für eine Entscheidung

Die Zahlen für Auswahlen, Wahrscheinlichkeiten und Anzahlen in diesem Artikel sind Beispiele zur Erläuterung.

Bauen Sie einen „Ausweg“ in die Kandidaten ein

Nehmen Sie „Sonstiges“ oder „zu wenig Informationen für eine Entscheidung“ auf, um Eingaben abzudecken, die auf keinen Kandidaten passen. Sind die Kandidaten zu eng gefasst, kann die Zuordnung formal gültig, inhaltlich aber unzutreffend sein.

Kandidaten, die Sie in einem Choice angeben können

Maximal 255

API-Referenz

Score: auf einer Skala messen

Beschreibt eine geordnete Skala mit 2 bis 10 Stufen. Der zurückgegebene Wert ist ein nach den Wahrscheinlichkeiten der Stufen gewichteter Durchschnitt und kann daher eine Dezimalzahl sein.

Rechenbeispiel mit 3 Stufen: angenommene Wahrscheinlichkeiten von 10 %, 40 % und 50 %

0

Keine Informationen

0 × 0,1 = 0

1

Teilweise erkennbar

1 × 0,4 = 0,4

2

Reproduktionsschritte vollständig vorhanden

2 × 0,5 = 1,0

0 + 0,4 + 1,0

= 1,4

Zwischen „Teilweise erkennbar“ und „Reproduktionsschritte vollständig vorhanden“. Lesen Sie das als Wert auf der definierten Skala von 0 bis 2, nicht als Trefferquote.

Quelle der Berechnungsmethode: TypeSafe „Primitives“ und „API reference“.

Den Score-Wert zu verwenden, um zu entscheiden, ob ein Schwellenwert überschritten wurde, ist unproblematisch. Allerdings warnt die offizielle Dokumentation davor, zwischen den Stufen zu interpolieren und etwa aus „1,4, also ist die tatsächliche Menge ungefähr so groß“ rückzurechnen. Die Stufen von Jev 1.13 sind als Zahlenwerte nur schwach kalibriert (Bekannte Schwächen von Jev 1.13).

Noul: Wahrscheinlichkeit für Ja

Formulieren Sie die Bedingung eindeutig, etwa: „Steht im Text, dass der Dienst derzeit nicht verfügbar ist?“

Bei 0,5 sind Ja und Nein etwa gleich wahrscheinlich

Ja: 50 %Nein: 50 %

Das heißt nicht „mittelschwer“. Um die Schwere zu messen, verwenden Sie einen Score mit festgelegten Stufen.

Wo Sie die Bedingung angeben
Geben Sie sie explizit in instructions an. Der Schlüssel, der eine Frage kennzeichnet, wird nicht an das Schließen des Modells übergeben. Versuchen Sie deshalb nicht, die Absicht nur über den Fragennamen zu vermitteln.
Feld confidence
Choice und Score haben es, Noul hat kein eigenes Feld.

3. Typgarantie und Genauigkeit der Entscheidung sind verschieden

Die in der Ankündigung betonte Typgarantie bedeutet, dass die Ausgabe auf die definierten Kandidaten oder den Wertebereich beschränkt wird. Teilen Sie Anfragen danach ein, ob sie an die Abrechnung oder an die Technik gehen, erfindet das System keinen nicht vorgesehenen Abteilungsnamen als Freitext. Ob es das richtige Team wählt, ist aber eine andere Frage.

Laut offizieller Erklärung ist der confidence bei Choice und Score eine Kennzahl, die die Konzentration der Wahrscheinlichkeitsverteilung als eine einzige Zahl von 0 bis 1 zusammenfasst. Es ist der Standardwert. Passt er nicht zu Ihrem Anwendungsfall, dürfen Sie eine andere Kennzahl selbst aus den zusammen zurückgegebenen probabilities berechnen.

Kandidaten liegen eng beieinander
Der confidence wird niedrig.
Die Verteilung konzentriert sich auf einen Kandidaten
Der confidence wird hoch.

Lesen Sie nicht: „0,9, also ist dieser eine Fall zu 90 % richtig.“ Die Kalibrierung von Wahrscheinlichkeiten ist eine Eigenschaft, die über viele Vorhersagen gemeinsam bewertet wird. Sie zeigt nicht, ob ein einzelner Fall richtig ist.

TYPE ≠ ACCURACY

Dass das Format stimmt und dass die Entscheidung stimmt, sind zwei verschiedene Dinge.

Formatprüfung

✓

Der Wert gehört zu den Kandidaten

Der Code kann „Abrechnung“, „Technik“ oder „Prüfung ausstehend“ verarbeiten.

Inhaltsprüfung

?

Ist es die richtige Zuständigkeit?

Prüfen Sie das durch Abgleich mit richtigen Labels, die Menschen festgelegt haben.

In der Praxis schreiben Sie Code, der anhand des confidence verzweigt. Die offizielle Confidence-Seite zeigt folgende Verzweigung, nachdem Nutzer ihre Anfrage aus „Kontostand anzeigen“, „Ausstehende Auszahlung genehmigen“ oder „Support“ gewählt haben (Auszug; die Kommentare hat der Verfasser übersetzt).

if confidence < 0.5:
    # Das Modell ist wirklich unsicher. Nicht raten lassen
    route_to_human(user_message)

elif action.choice == "check_balance":
    # Geringe Auswirkung. Eine andere Ansicht lässt sich wieder zurücksetzen
    show_balance(account_id)

elif action.choice == "approve_transfer":
    if confidence > 0.9:
        # Große Auswirkung und hohe Sicherheit. Bestätigen, dann ausführen
        confirm_then_execute(account_id)
    else:
        # Große Auswirkung, mittlere Sicherheit. Vorher nachfragen
        ask_user_to_confirm(account_id)

Die Untergrenze von 0,5 soll Fälle erfassen, in denen das Modell selbst angibt, wirklich unsicher zu sein. Darüber hinaus verlangen nicht rückgängig zu machende Vorgänge wie das Genehmigen einer Auszahlung eine höhere Schwelle als reine Leseoperationen. Beachten Sie, dass auch über 0,9 nicht sofort ausgeführt wird, sondern zuerst eine Bestätigung eingeholt wird. Ein hoher confidence ersetzt keine Ausführungsberechtigung.

0,5 und 0,9 sind Beispiele und keine allgemein empfohlenen Werte. Auch die offizielle Dokumentation sagt, dass passende Werte vom Fachgebiet und von der Leistung des Modells für Ihren Anwendungsfall abhängen. Sie empfiehlt, mit vorsichtigen Schwellenwerten zu beginnen und sie mit eigenen Daten abzustimmen.

4. Ein Beispiel: Anfragen zuordnen

Nehmen Sie eine Anfrage wie „Wenn ich auf die Schaltfläche zum Herunterladen meiner Rechnung drücke, passiert nichts“. Wird sie aufgrund des Wortes „Rechnung“ der Abrechnung zugeordnet, übersehen Sie den Fehler auf dem Bildschirm. Lassen Sie Jev entscheiden, erklären Sie die Grenzen der Teams und lassen Sie dann einen Kandidaten wählen.

Nach dem offiziellen Quick start und der API-Referenz hat die Anfrage diese Form. Sie holen sich einen API-Schlüssel und senden JSON an POST https://api.typesafe.ai/v1/systemone.

{
  "model": "jev-1.13.0",
  "state": "Ich drücke auf die Schaltfläche zum Herunterladen meiner Rechnung, aber es passiert nichts.",
  "questions": {
    "team": {
      "type": "choice",
      "instructions": "Wählen Sie den Zuständigkeitskandidaten, der dem Hauptanliegen im Text entspricht.",
      "criteria": {
        "billing": "Fragen zu Rechnungsbetrag, Zahlungsart oder doppelter Abrechnung.",
        "technical": "Bedienung des Bildschirms, Fehlermeldungen oder Funktionen, die nicht laufen.",
        "review": "Mehrere Anliegen sind vermischt oder es fehlen Informationen, um die Zuständigkeit festzulegen."
      }
    },
    "service_unavailable": {
      "type": "noul",
      "instructions": "Meldet der Text, dass ein Bildschirm oder eine Funktion derzeit nicht verfügbar ist?"
    }
  }
}

Senden und Umgang mit der Antwort

Holen Sie sich in der Konsole einen API-Schlüssel und setzen Sie in den HTTP-Headern Authorization: Bearer <API_KEY> und Content-Type: application/json. Verwalten Sie den Schlüssel serverseitig, etwa über Umgebungsvariablen, und betten Sie ihn nicht in öffentliches HTML oder in Repositories ein.

Um zuerst die Verbindung zu prüfen, können Sie das curl-Beispiel aus dem offiziellen Quick start unverändert einfügen und ausführen. Legen Sie den Schlüssel in der Umgebungsvariablen TYPESAFE_API_KEY ab und führen Sie den Befehl dann aus. Das Beispiel fragt mit Noul, ob eine englische Anfrage Dringlichkeit ausdrückt.

curl -X POST https://api.typesafe.ai/v1/systemone \
  -H "Authorization: Bearer $TYPESAFE_API_KEY" \
  -H "Content-Type: application/json" \
  -d @- <<'EOF'
  {
    "state": "Hi, I've been trying to connect my Stripe account for 3 days and the integration keeps failing. I'm losing sales. Please help ASAP.",
    "model": "jev-latest",
    "questions": {
      "urgency": {
        "type": "noul",
        "instructions": "Drückt diese Nachricht Dringlichkeit aus?"
      }
    }
  }
EOF

Wenn Sie das oben gezeigte deutsche Beispiel senden möchten, ersetzen Sie das JSON zwischen <<'EOF' und EOF durch dieses JSON. Wenn Sie aus Code aufrufen oder einen Agenten, der bei der Entwicklung hilft, die Spezifikation lesen lassen, stellt die offizielle Dokumentation folgende Einstiegspunkte bereit.

  • Aufruf aus Python: pip install typesafe-sdk (Python 3.10 oder neuer). Der SDK-Client liest die Umgebungsvariable TYPESAFE_API_KEY und ruft standardmäßig jev-latest auf.
  • Entwicklung mit Claude Code: claude plugin marketplace add typesafe-ai/skills, gefolgt von claude plugin install typesafe@typesafe-ai. Dadurch wird ein offizieller Skill installiert, der dem Coding-Agenten die drei Fragetypen und Entwurfsmuster übergibt (Agent skill).

Zurück zum deutschen Beispiel: Welche Felder Sie lesen und wofür Sie sie verwenden, zeigen Abbildung und Tabelle unten. Mit Choice erhalten Sie den Zuständigkeitskandidaten, mit Noul sehen Sie, ob eine Meldung über eine nicht verfügbare Funktion vorliegt.

Den Abstand zwischen den Kandidaten an der Verteilung ablesen

technical (Technik)

0,80

billing (Abrechnung)

0,15

review (Prüfung ausstehend)

0,05

Gewählter Kandidat: technical (Zuständigkeit Technik)

Welche Stellen der Antwort Sie lesen und was Sie entscheiden
Zu lesendes FeldBeispielwert / BedeutungVerwendung in Ihrer App
team.choicetechnical (Zuständigkeit Technik)Den Zuständigkeitskandidaten anzeigen
team.probabilities{"technical": 0.80, "billing": 0.15, "review": 0.05}Prüfen, ob sich die Entscheidung zwischen Kandidaten aufteilt
team.confidenceAus der Wahrscheinlichkeitsverteilung berechnete KonzentrationMit einer Bedingung vergleichen, die Sie anhand Ihrer eigenen Bewertungsdaten festgelegt haben
service_unavailable.noul0,85 (als Meldung der Nichtverfügbarkeit bewertet)Nicht mit dem Schweregrad verwechseln; als Prüfpunkt verwenden

Jedes Feld liegt unter answers. Halten Sie außerdem eine Prüfung durch Menschen bereit für Fälle, in denen Kandidaten eng beieinander liegen, Informationen fehlen oder die Antwort nicht abgerufen werden kann. Grundlage der Typen: TypeSafe „API reference“.

401 und 422: Einstellungen oder Eingabe korrigieren
401 bedeutet fehlender oder ungültiger Schlüssel, 422 bedeutet, dass die Prüfung des Eingabeformats fehlgeschlagen ist. Korrigieren Sie die Einstellungen oder den Text und senden Sie dann erneut.
429 und 529: warten, dann erneut versuchen
Wiederholen Sie nicht kurz hintereinander, sondern verlängern Sie die Wartezeit schrittweise. Das offizielle SDK führt diese Wiederholung standardmäßig automatisch durch.

HTTP-Fehler sind etwas anderes als ein niedriger confidence. Behandeln Sie sie nicht als Antwortwert. Grundlage ist die oben genannte API-Referenz.

Zu Beginn genügt es oft schon, die bestehende Zuordnung unverändert zu lassen und die von einem Menschen gewählte Zuständigkeit neben die Kandidaten von Jev zu stellen. Prüfen Sie, ob ein technisches Problem trotz des Wortes „Rechnung“ auch technisch eingeordnet wird, ob Anfragen mit mehreren Anliegen an die Prüfung weitergegeben werden können und ob ohne ausreichende Informationen nicht vorschnell entschieden wird. Finden Sie einen Fehler, nehmen Sie ihn als Fehlerfall auf und prüfen Sie, ob sich die Beschreibungen der Kandidaten überschneiden.

Wenn Sie es in einen KI-Agenten einbauen, trennen Sie „das Modell, das entscheidet“, „die Werkzeuge, die ausführen“ und „die Bedingungen, unter denen ausgeführt werden darf“, und belassen Sie Betragsberechnungen und Berechtigungsprüfungen im Code. Tritt eine Fehlentscheidung auf, lässt sich dann leichter nachvollziehen, wo der Fehler lag.

Die offizielle Dokumentation von TypeSafe enthält außerdem Implementierungsbeispiele für Guardrails für LLM-Apps, die Auswahl von Dokumenten, die per RAG abgerufen wurden, das Neusortieren von Suchergebnissen und die Prüfung von Zitaten. Auch wenn Sie es für Guardrails oder die Dokumentenauswahl nutzen, bleibt die im nächsten Kapitel beschriebene Schwäche bei „Eingaben, die die Antwort lenken“ bestehen. (Wie man sowohl an der Eingabe als auch an der Ausgabe stoppt, erklärt Was sind KI-Guardrails?)

5. Ungeeignete Aufgaben und bekannte Schwächen

TypeSafe veröffentlicht die bekannten Schwächen von Jev 1.13. Nehmen Sie nicht an, dass es präzise arbeitet, nur weil es ausschließlich für Entscheidungen gedacht ist. Teilen Sie die Arbeit wie folgt auf.

Bedingung, mit der es Probleme hatMögliches ProblemGegenmaßnahme im Entwurf
Zählen und RechnenVerwechselt Zeichenanzahl, Anzahl von Positionen oder exakte ZahlenMit einem Parser oder gewöhnlichem Code rechnen
Daten vergleichenUrteile über die Reihenfolge oder darüber, ob etwas in einen Zeitraum fällt, werden unzuverlässigDie nötigen Elemente extrahieren und als Datum vergleichen
Doppelte Verneinungen und umschriebene FragenOrientierung eher am Wortlaut als an der AbsichtDie Bedingung direkt formulieren und mehrere Urteile trennen
Eingaben mit viel irrelevanter InformationFür die Entscheidung unnötige Informationen störenZuerst suchen und extrahieren, dann nur die nötigen Punkte übergeben
Eingaben, die die Antwort lenkenWirkt durch Anweisungen im Text oder durch Sätze, die behaupten, wie es sich selbst einordnen sollAuch mit Fehlerfällen bewerten, die Lenkungen enthalten, und Ausführungsberechtigungen getrennt verwalten
Abweichung zwischen instructions und criteriaFordern Frage und Kriterien Verschiedenes, kann es zu Verwirrung kommen (Beispiel: Wenn bei Noul der Wert true die Bedeutung „nein“ erhält, sinkt die Genauigkeit)Kriterien als Fortsetzung der Frage formulieren und die Richtung beider angleichen
Freitext erzeugenNicht geeignet für Antworten, Erklärungen oder CodeerzeugungVorlagen oder ein generatives Modell verwenden

Außerdem müssen die getrennt abgefragten Ja/Nein-Wahrscheinlichkeiten nicht mathematisch zusammenpassen. Auch wenn Sie dieselbe Bedingung und ihre Verneinung mit getrennten Noul-Fragen stellen, ist die Summe nicht garantiert 1, und Sie können Choice-Wahrscheinlichkeiten und Noul-Wahrscheinlichkeiten nicht mit demselben Schwellenwert behandeln. Ändern Sie die Form einer Frage, bewerten Sie erneut, statt frühere Anpassungswerte zu übernehmen.

Prüfpunkte bei der Verwendung auf Deutsch

6. Preise, Eingabegrenzen und Geschwindigkeit richtig lesen

Stand 21. September 2026 nannte die Models-Seite von TypeSafe als aktuelles Modell jev-1.13.0. Am 14. Oktober 2026 wurde außerdem jev-1.14.0 veröffentlicht (Preis und Kontextlänge sind gleich). Zum Prüfzeitpunkt am 19. Oktober zeigte der Alias jev-latest (stabil) auf 1.13, jev-preview auf 1.14. Aliase wechseln, wenn eine neue Version erscheint. Wenn Sie stabile Ergebnisse wollen, geben Sie daher eine ID mit Version an. Der Preis beträgt 0,042 $ pro 1 Mio. Eingabe-Token; Ausgabe-Token sind kostenlos. Es handelt sich nicht um eine feste Gebühr pro Anfrage. Die Kosten richten sich nach der Anzahl der Eingabe-Token einschließlich state und questions. Als grobe Größenordnung zeigt das Antwortbeispiel des offiziellen Quick start (eine englische Anfrage mit drei Sätzen und drei Fragen) für usage.input_tokens einige hundert Token. In der Ankündigung schreibt TypeSafe außerdem, dass sich derzeit nicht beweisen lässt, dass dieser Preis nicht auf Subventionen beruht, und dass sich erst langfristig zeigen wird, ob er sich halten lässt. Das Unternehmen erwartet eher sinkende als steigende Preise.

COST / INPUT TOKENS

Stückpreis und Verarbeitungsmenge getrennt betrachten.

Offizieller Eingabepreis

0,042 $

pro 1 Mio. Eingabe-Token

Ausgabe kostenlos

Angenommen 1.000 Token pro Fall

10.000 Fälle → 0,42 $

1.000 × 10.000 = 10 Mio. Token

↓ × 0,042 $ / 1 Mio. Token

Schätzung nur für die API-Kosten der Eingabe

Quelle: TypeSafe „Models“, Preis Stand 21. September 2026. Abgerechnet wird die Eingabe einschließlich state und questions. Die tatsächliche Anzahl der Eingabe-Token prüfen Sie mit usage.input_tokens. 1.000 Token pro Fall sind eine Annahme; Kosten für Vorverarbeitung, Wiederholungen und menschliche Prüfung sind nicht enthalten.

Die doppelte Begrenzung: 64k und 32k

Bedingung 1: gesamte Anfrage

64k Token maximal

Bedingung 2: state + längste Frage

32k Token maximal

Beide Bedingungen müssen erfüllt sein. Das bedeutet nicht, dass Sie einen 64k-Text direkt in state einfügen können. Dies ist der Standardwert. Wenn Sie der Anfrage den Header TypeSafe-Danger-Zone-Long-Context: true hinzufügen, steigen beide Grenzen auf 262k Token. Der Preis bleibt gleich, doch laut offizieller Dokumentation wird es langsamer und ungenauer.

Die Eingabe ist nur Text. Bilder, Audio und Video lassen sich nicht direkt übergeben; sie müssen zuerst durch einen separaten Prozess in Text oder strukturierte Daten umgewandelt werden.

Rate-Limits können sich ändern

Rate-Limits werden pro Organisation festgelegt. Das Limit Ihrer Organisation prüfen Sie in der Entwicklerkonsole (Stand der Models-Seite am 19. Oktober 2026; früher standen dort feste Zahlen). Die Einheiten sind Token pro Sekunde und Anfragen pro Sekunde. Wird eines davon überschritten, kommt 429 Too Many Requests zurück. Das offizielle SDK wiederholt standardmäßig mit Backoff, und wenn die Antwort einen Header retry-after hat, folgt es diesem. Rufen Sie die HTTP-API direkt auf, schreiben Sie selbst eine Wiederholungslogik, die die Wartezeit verlängert, wie oben beschrieben.

Die offizielle Dokumentation weist darauf hin, dass die Limits wegen sehr hoher Nachfrage dynamisch angepasst werden und sich ohne Vorankündigung ändern können. Höhere Limits gibt es über individuelle oder Enterprise-Verträge. Bei einem Entwurf, der große Textmengen auf einmal sendet, prüfen Sie den Wert zu Projektbeginn und legen Sie fest, wie Sie reagieren, wenn Sie an das Limit stoßen.

Geschwindigkeit und Preis: gleiche Aufgabe vergleichen

TypeSafe nennt in der Ankündigung die Zeit von der Anfrage bis zum Ergebnis mit 70 ms bis 500 ms. Die öffentlichen Messungen des Unternehmens wurden allerdings überwiegend auf Laptops des Unternehmens an der US-Westküste durchgeführt, wo der Dienst seinen Standort hat.

Im Vergleich mit generativen Modellen nennt das Unternehmen die Zahl „193,6-mal schneller und 444,6-mal günstiger“. Sie stammt aus einer vom Unternehmen selbst erstellten Workflow-Bewertung, und TypeSafe geht selbst davon aus, dass sie eher am oberen Ende der tatsächlich erreichbaren Verbesserungen liegt. Zwar heißt es, die Workflows seien nicht zugunsten des eigenen Modells ausgewählt und nicht in den Trainingsdaten enthalten; das Unternehmen weist aber auch darauf hin, dass sie von Mitgliedern des eigenen Modell-Fähigkeitsteams erstellt wurden und deshalb verzerrt sein können. Lesen Sie beides als Zahlen des Anbieters selbst und vergleichen Sie in Ihrer eigenen Arbeit unter Beachtung der folgenden Punkte.

  • Ändern sich die Bedingungen, ändern sich auch die Ergebnisse: Vergleichen Sie mit gleicher Netzwerkentfernung, gleicher Eingabelänge, gleicher Anzahl an Fragen und gleichen Einstellungen des Vergleichsmodells.
  • Nicht geeignet als Faktor gegenüber gewöhnlichem Chat: Der offizielle Vergleich enthält die Verarbeitung, mit der aus einem generativen Modell eine Wahrscheinlichkeitsverteilung gewonnen wird.

Was Sie in der Praxis vergleichen

Kosten: API-Stückpreis plus Betriebsaufwand
Berücksichtigen Sie auch den Anteil für Vorverarbeitung, Wiederholungen und wartende Prüfungen. Ist die Klassifikation billig, steigt aber die menschliche Prüfung, sinkt der Gesamtaufwand nicht.
Geschwindigkeit: Durchschnitt plus langsame Anfragen
Prüfen Sie, ob die Arbeit auch bei Überlastung oder langsamen Antworten nicht stillsteht.

7. Was beim Ausprobieren zu prüfen ist

Beginnen Sie im Playground und prüfen Sie, ob Ihre Kriterien für die Frage ankommen. Der offizielle Quick start enthält Schritte zum Abrufen eines API-Schlüssels und zum Aufruf. Da es sich um Early Access handelt, prüfen Sie nach dem Anmelden zuerst Ihre Nutzungsberechtigung.

① Nachricht eingeben

Wenn Sie Zugang haben, geben Sie den Text der Anfrage im Playground ein.

② Kandidaten festlegen

Legen Sie mit Choice die Zuständigkeitskandidaten und deren Grenzen fest.

③ Formulierungen variieren und vergleichen

Achten Sie auf Änderungen bei Kandidaten und Wahrscheinlichkeiten. Das geht schon, bevor Sie die Ausführungsumgebung eingerichtet haben.

Vier Punkte, auf die Sie bei der Bewertung achten

  1. Richtige Antworten und Grenzen vorbereiten.

    Neben Beispielen, in denen Menschen die Zuständigkeit festgelegt haben, nehmen Sie mehrere Anliegen, sehr kurze Texte, Verneinungen und lenkende Sätze auf. Bei echten Daten prüfen Sie, ob die Inhalte extern gesendet werden dürfen.

  2. Die Kriterien der Fragen festschreiben.

    Halten Sie fest, was jeden Kandidaten ausmacht, und legen Sie die Bedingungen fest, unter denen nach „Sonstiges“ geleitet wird. Prüfen Sie auch mit Beispielen, die nicht zur Anpassung der Kriterien verwendet wurden.

  3. Genauigkeit und Anteil der Prüfungen gemeinsam betrachten.

    Zählen Sie pro Schwellenwert, wie viele Fälle automatisch verarbeitet wurden und wie viele davon falsch zugeordnet waren. Notieren Sie auch die Menge der wartenden Prüfungen, damit die Genauigkeit allein nicht besser aussieht, als sie ist.

  4. Modell und Fragen protokollieren.

    Halten Sie Modell-ID, Eingabetyp, Version der Fragen, Antworten und Verarbeitungszeit fest und vergleichen Sie Ergebnisse vor und nach Änderungen.

Von 100 Fällen: wie viele haben Sie übergeben und wie viele waren falsch?

1 Kästchen = 1 Fall.

■ Automatisch, richtig: 76 Fälle■ Automatisch, falsch zugeordnet: 4 Fälle■ Zur Prüfung durch Menschen: 20 Fälle

Quote automatischer Verarbeitung

80 %

80 Fälle ÷ alle 100 Fälle

Fehlerquote bei automatisch verarbeiteten Fällen

5 %

4 falsch zugeordnet ÷ 80 automatisch

Zur Prüfung durch Menschen

20 Fälle

100 insgesamt − 80 automatisch

Alle drei Werte zusammen betrachten. Allein mit 100 Fällen lässt sich die Genauigkeit im Produktivbetrieb nicht belegen.

Wenn Sie das auf Ihre Arbeit übertragen

Eine Entscheidung mit festen Kandidaten wiederholt auf große Textmengen anwenden
Ziehen Sie Jev als Vergleichskandidaten in Betracht. Bewerten Sie seine Genauigkeit mit Ihren eigenen Eingaben, Kriterien und Ihrer Sprache.
Texte wie Antworten, Erklärungen oder Code erstellen
Verwenden Sie ein generatives Modell oder Vorlagen.
Beträge oder Daten exakt berechnen
Verarbeiten Sie sie mit gewöhnlichem Code.

Grundlage dieses Artikels: die Ankündigung von TypeSafe und die offizielle Dokumentation (geprüft am 21. September 2026, Aktualisierung am 19. Oktober 2026 bestätigt). Der Verfasser hat die API nicht ausgeführt und die Genauigkeit auf Deutsch sowie die tatsächlichen Wartezeiten nicht gemessen.

FAQ

Q. Kann man mit Jev wie mit ChatGPT sprechen?
A. Nein, es ist kein Modell, das frei formulierte Antworten erzeugt. Sie geben Text ein und erhalten Entscheidungen in der Form, die Sie mit Choice, Score oder Noul festgelegt haben. Wenn Sie Antwort- oder Erklärungstexte brauchen, kombinieren Sie es mit einem generativen Modell oder mit Vorlagen.

Q. Wenn es keine Halluzinationen gibt, macht es dann keine Fehler?
A. Die Ausgabe auf einen Typ oder auf Kandidaten zu beschränken und den Inhalt richtig zu beurteilen, sind zwei verschiedene Dinge. Auch die offizielle Dokumentation nennt Schwächen wie Berechnungen, Daten, Eingaben mit viel irrelevanter Information und lenkende Sätze. Sie müssen die Genauigkeit mit eigenen Daten messen.

Q. Bedeutet der Wert 0,5 bei Noul „mittel“?
A. Er bedeutet, dass Ja und Nein etwa gleich wahrscheinlich bewertet werden. Er ist kein Wert für die Mitte von Schwere oder Qualität. Um den Grad zu messen, kommt ein Score mit erläuterten Stufen infrage.

Q. Kann man es auch auf Deutsch verwenden?
A. Die offizielle Dokumentation besagt, dass auch andere Sprachen als Englisch verarbeitet werden, einschließlich CJK-Schriften. Sie erklärt aber auch, dass Englisch die Hauptlernsprache ist und derzeit die besten Ergebnisse liefert. Prüfen Sie vor dem geschäftlichen Einsatz mit deutschsprachigen Bewertungsdaten.

Q. Kann man es auch zur Beurteilung von Bildern oder Audio nutzen?
A. Die Eingabe des aktuellen Modells ist nur Text. Bilder oder Audio lassen sich nicht direkt übergeben. Wenn Ihr Entwurf Zeichen oder strukturierte Daten übergibt, die in einem anderen Prozess gewonnen wurden, bewerten Sie auch die Fehler dieser Vorverarbeitung mit.