Zustand verstehen
Das Modell interpretiert natürliche oder strukturierte Texte wie Tickets, Agenten-Traces, Produktdatensätze oder Spielzustände.
Jev AI Dev · Entwicklerleitfaden
Was ist das System-One-KI-Modell? Ein Entwicklerleitfaden zu Jev.
System One bezeichnet bei TypeSafe eine Klasse von KI-Modellen, die unstrukturierte Anwendungszustände in typisierte Antworten und Wahrscheinlichkeiten überführt. Jev ist die erste Implementierung: eine begrenzte Entscheidungskomponente für Anwendungscode.
- Eingabe
- Text, JSON oder Textlisten
- Ausgabe
- Choice, Score oder Noul
- Kontrollfluss
- Bleibt im eigenen Code
Dies ist ein unabhängiger Entwicklerleitfaden. Produkt- und Leistungsangaben stammen aus Unterlagen von TypeSafe. Prüfen Sie Jev vor einem Produktionseinsatz mit eigenen Daten.
System One
state → decisionsstate
„Ich wurde doppelt belastet. Bitte heute klären.“
choiceAbrechnung0.96
nouldringend0.88
scoreUnzufriedenheit1.7 / 2
if (confidence < threshold) → reviewModellklasse
Ein System-One-Modell ist ein Entscheidungsbaustein für Anwendungscode.
Ein System-One-Modell erfasst die Bedeutung einer Eingabe, führt aber kein Gespräch fort und formuliert keine Antwort. Frage und zulässige Antwortform werden vorab festgelegt; das Modell liefert ein begrenztes Urteil, das Software prüfen und verarbeiten kann.
Im Vertrag bleiben
Die Anwendung definiert den Antwortbereich vor dem Aufruf. Das Modell wählt eine Option, ordnet auf einer Skala ein oder bewertet eine Ja-Nein-Aussage.
Unsicherheit sichtbar machen
Jede Antwort enthält ein Wahrscheinlichkeitssignal. Choice und Score fassen die Verteilung zusätzlich als Confidence zusammen.
Mit Code kombinieren
Schwellenwerte, Richtlinien, Nebenwirkungen, Wiederholungen, Rückfälle und menschliche Prüfungen bleiben Aufgabe des normalen Codes.
Jev im Workflow
So binden Entwickler Jev in Anwendungscode ein.
Jev macht aus einem Modellaufruf mehrere Entscheidungssignale. Die nützliche Einheit ist kein Chat-Turn, sondern ein kleiner, typisierter Vertrag zwischen Modell und Anwendung.
1. Zustand aufbauen
Übergeben Sie die für die Entscheidung nötigen Informationen. Jev akzeptiert derzeit textbasierte Eingaben wie Strings, JSON-Objekte und Textlisten.
Kundennachricht + Kontodaten2. Fragen definieren
Benennen Sie jede Frage, wählen Sie das Primitive und beschreiben Sie Optionen oder Skala. Mehrere unabhängige Fragen können in einer Anfrage stehen.
Bereich · Dringlichkeit · Unzufriedenheit3. Jev bewertet
Jev gibt für jede Frage eine typisierte Antwort und ein Wahrscheinlichkeitssignal zurück. Choice und Score enthalten außerdem Confidence.
Abrechnung · 0,93 · hohe Confidence4. Code setzt Regeln um
Kombinieren Sie die Modellausgabe mit deterministischen Prüfungen. Klare, risikoarme Fälle können laufen; unklare oder folgenreiche Fälle gehen an Menschen oder Reasoning-Modelle.
weiterleiten · nachfragen · prüfen · stoppenDrei Antwortformen
Choice
billingWelches Team ist zuständig?
Wählt eine Option aus einer vorgegebenen Menge und gibt die Wahrscheinlichkeit jeder Option zurück.
Score
1.43 / 2Wie schwerwiegend ist das Problem?
Ordnet die Eingabe auf einer beschriebenen, geordneten Skala ein; der Wert kann zwischen Stufen liegen.
Noul
0.95Wird eine Rückerstattung verlangt?
Bewertet eine Ja-Nein-Aussage und gibt die Wahrscheinlichkeit für „Ja“ zurück.
Die Begründung
Warum TypeSafe eine Modellschnittstelle für Software entwickelt hat.
Generative Modelle erzeugen flexible Texte für Menschen. Nach der These von TypeSafe braucht Software eine engere Form von Intelligenz: in Code einbettbar, wiederholt ausführbar, mit sichtbarer Unsicherheit und nachvollziehbarem Kontrollfluss.
Strings sind flexibel, aber offen
Eine Ausgabe kann Text, Code, JSON, eine Ablehnung oder ein ungültiges Format sein. Anwendungen müssen vor einer Aktion oft parsen, validieren und Fehler behandeln.
Automatisierung braucht Grenzen
Läuft ein Modell im Hintergrund, muss das Programm mögliche Ergebnisse und die jeweils erlaubten Aktionen vorab kennen.
Unsicherheit muss den Ablauf ändern
Eine Wahrscheinlichkeitsverteilung erlaubt, klare Fälle automatisch zu bearbeiten und unklare auf einen sichereren Pfad zu schicken.
Kleine Entscheidungen kombinieren
Komplexe Abläufe lassen sich in fokussierte semantische Urteile zerlegen und mit deterministischer Logik verbinden, statt alles in einem großen Prompt zu verbergen.
Geeignete Bereiche
Wo System One AI in Entwickler-Workflows passt.
Gute Kandidaten treten häufig auf, erfordern das Verständnis unübersichtlicher Eingaben und führen zu wenigen Aktionen, die die Anwendung bereits ausführen kann.
Supportbetrieb
Tickets klassifizieren, Absicht und Dringlichkeit erkennen, Stimmung einschätzen und unklare Fälle zur Prüfung weiterleiten.
Abrechnung, Technik, Konto oder etwas anderes?
Agentensteuerung
Modell oder Werkzeug wählen, Retrieval-Bedarf und Vollständigkeit prüfen oder einen geplanten Tool-Aufruf bewerten.
Soll der Agent fortfahren, wiederholen oder eskalieren?
Ranking und Relevanz
Kandidaten gegen Anfrage, Profil, Richtlinie oder Kontext bewerten und das Signal mit Geschäftsregeln verbinden.
Wie relevant ist dieser Kandidat für die Anfrage?
Sicherheit und Prüfung
Nachrichten, Ausgaben, Traces oder Codeänderungen anhand klarer Kriterien bewerten; hohe Risiken bleiben hinter deterministischen Schranken.
Verstößt dies gegen die festgelegte Regel?
Interaktion in Echtzeit
Zulässige Aktionen für Spiele, Simulationen, Oberflächen oder Geräteautomatisierung wählen, ohne lange Texte zu erzeugen.
Welche erlaubte Aktion passt am besten zum Zustand?
Datenverarbeitung
Viele Datensätze in Kategorien, Scores, Flags und Merkmale umwandeln, die nachgelagerte Systeme aggregieren oder prüfen.
Welche Kategorie und Risikostufe hat dieser Datensatz?
Gut geeignet
Die Optionen sind bekannt, die Eingabe ist semantisch komplex, die Entscheidung wiederholt sich, Latenz zählt und der Code kennt für jedes Ergebnis Aktion oder Rückfall.
Weniger geeignet
Benötigt werden neue Texte oder Code, tiefes mehrstufiges Reasoning, breite Recherche, Erklärungen, multimodale Eingaben oder nicht vorab definierbare Ergebnisse.
System One und generative LLMs
System One und generative LLMs haben unterschiedliche Rollen im KI-Stack.
Beide verstehen Sprache, und auch ein LLM kann strukturierte Ausgaben liefern. Der tiefere Unterschied liegt darin, was das Modell erzeugen soll und wie die umgebende Software es nutzt.
| Aspekt | Jev / System One | Gängiges generatives LLM |
|---|---|---|
| Hauptaufgabe | Vorgegebene Ergebnisse bewerten | Fortsetzung oder Antwort erzeugen |
| Native Ausgabe | Typisierte Wahl, Score oder Ja-Wahrscheinlichkeit | Tokenfolge: Text, Code, JSON oder anderes |
| Antwortbereich | Vor dem Aufruf festgelegt | Im Kern offen, auch bei Schema für das Endformat |
| Unsicherheit | Wahrscheinlichkeit je Antwort; Confidence bei Choice und Score | Tokenwahrscheinlichkeiten oder Selbstauskunft möglich, meist kein auf die Aufgabe kalibriertes Entscheidungssignal |
| Sampling | Laut TypeSafe parallele Bewertung von Fragen und Ausgaben | Meist Token für Token sequenziell |
| Stärken | Häufige semantische Verzweigungen, Scoring, Routing, Prüfungen | Schreiben, Dialog, Code, Synthese, offenes Reasoning |
| Zentrales Risiko | Formal gültige, semantisch falsche Entscheidung | Falsche, ungültige, unbelegte oder abschweifende Ausgabe |
| Systemrolle | Begrenzte Entscheidungskomponente in sichtbarem Code | Flexibler Generator oder Reasoner, oft mit größerer Orchestrierung |
Für Entwickler, die System One jenseits von Jev prüfen, folgt dasselbe Community-Modul wie auf der Projects-Seite. Es trennt eigenständig trainierte Modelle von Jev-ähnlichen Schnittstellen auf bestehenden Gewichten.
System One
System-One-Ökosystem der Community
Diese Community-Modelle und Schnittstellenexperimente sind von Jev inspiriert oder untersuchen ähnliche Ansätze für strukturierte Entscheidungen. Sie sind keine offiziellen Jev-Versionen von TypeSafe und gehören nicht zum GitHub-Projektranking oben.
Community-Modell
Qwen3.5-9BBespoke Nimble
Ein von Jev inspirierter LoRA-Adapter mit Trainingsrezept für Auswahl- und Ja/Nein-Fragen. Läuft lokal und verarbeitet derzeit nur Text.
GitHubCommunity-Modell
Qwen3-0.6BNanoJev
Kleines Modell mit eigenen Entscheidungsköpfen, veröffentlichtem Trainingscode und Spieldemos zur Aktionswahl.
GitHubCommunity-Modell
Qwen3.5-2Bdecider
Feinabgestimmtes Modell, das Wahrscheinlichkeiten für strukturierte Fragen in einem Durchlauf liefert. Derzeit nur für Englisch.
GitHubCommunity-Modell
ModernBERT 151MVerdict
Kleines, encoderbasiertes Entscheidungsmodell mit veröffentlichten Gewichten und WebGPU-Demo im Browser.
GitHubCommunity-Modell
Qwen3.5-0.8BDohnuts
Ein multimodales 0,8B-Entscheidungsmodell mit veröffentlichten Gewichten, Trainingscode und Tests. Es verarbeitet Text und Bilder in einem Durchlauf; die Gewichte sind nur für nicht kommerzielle Forschung bestimmt.
GitHubSchnittstellenexperiment
DiffusionGemma 26B-A4BOpenJev
Nutzt das vorhandene DiffusionGemma-Modell, um strukturierte Fragen über eine Jev-ähnliche API zu beantworten. Neue Modellgewichte werden nicht veröffentlicht.
GitHubSchnittstellenexperiment
Open-model logitsSimple Jev
Bewertet zulässige Antworten mit bestehenden offenen Modellen und bietet eine Jev-ähnliche Schnittstelle. Keine neuen Modellgewichte.
GitHubSchnittstellenexperiment
Spark-X2.5-4BRizzo Flow
Ein lokal laufender Jev-kompatibler Server, der Antwort-Logits von Spark-X2.5 ausliest. Mehrere Fragen teilen sich einen Zustands-Prefill; Playground und Benchmarks sind enthalten.
GitHubSchnittstellenexperiment
Any causal LLMAnyJev
Ein Toolkit, das kausale Sprachmodelle ohne Training in typisierte Entscheidungsmodelle verwandelt – mit Korrektur der Reihenfolgeverzerrung, optionaler Kalibrierung und reproduzierbaren Benchmarks.
GitHubSchnittstellenexperiment
Qwen3.5 / DeBERTalocal-jev
Ein offline nutzbarer Jev-kompatibler Server für Qwen oder DeBERTa, mit dem offiziellen SDK getestet und mit veröffentlichten JevBench-Ergebnissen.
GitHubUnabhängige Community-Projekte, keine offiziellen Jev-Versionen.
Primärquellen
Aussagen im Original einordnen.
Dieser Jev-AI-Dev-Leitfaden erläutert den Ansatz von TypeSafe in eigenen Worten. Details zu API, Produktangaben, Evaluation und Änderungen finden Sie in den Originalquellen.
Die Form prüfen, nicht nur die Idee
Beginnen Sie mit einer Entscheidung, die Ihre Anwendung bereits trifft.
Definieren Sie mögliche Antworten, sammeln Sie repräsentative Beispiele, legen Sie den Umgang mit Unsicherheit fest und vergleichen Sie Jev mit Ihren Regeln oder Modellen. Automatisieren Sie folgenreiche Entscheidungen nicht direkt.