JEV / SYSTEM ONE
Verwendet den Jev-Playground
Der gemeinsame /v1/systemone-Vertrag unterstützt Text, JSON und Bilder sowie Choice-, Score- und Noul-Fragen. Dieser Dienst leitet d1.1 über OpenRouter Decisions.
LIQUID / OPENROUTER
Liquid d1.1
Liquids d1-Nachfolger beantwortet Choice-, Score- und Noul-Fragen zu Text, JSON oder Bildern mit strukturierten Wahrscheinlichkeiten.
liquid/d1.1TextJSONBilder
Neue Konten erhalten 100 Guthabenpunkte. Playground und API teilen ein Guthaben.
Kontextfenster
65,536
Tokens · vom Anbieter angegebenes Maximum
OpenRouter-Eingabepreis
$0.02 / 1M
pro Million Eingabetokens
OpenRouter-Ausgabepreis
$0 / 1M
Ausgabetokens sind beim Anbieter kostenlos
Eingabetarif dieses Dienstes
300
Guthabenpunkte pro Million Eingabetokens · mindestens 1 pro erfolgreicher Anfrage
SPAN / NOUL
Unterschiede zu Span
Span-01 und Span-01 Lite akzeptieren nur Noul-Verhaltensfragen und benötigen Text oder ein bestimmtes input/output-Konversationsobjekt. Allgemeine Entscheidungsmodelle unterstützen auch Choice und Score sowie Text, JSON-Objekte oder Arrays als Zustand. Span-02 verwendet diesen allgemeinen Entscheidungsvertrag und unterstützt Bilder im gemeinsamen Entscheidungs-Playground.
Drei strukturierte Antworttypen
Choice liefert eine benannte Option und deren Wahrscheinlichkeitsverteilung. Score liefert einen Wert auf einer geordneten Skala mit Wahrscheinlichkeiten. Noul liefert die Wahrscheinlichkeit einer Ja-Nein-Bedingung. Mehrere Fragen teilen denselben Zustand.
choicescorenoul
OpenRouter nennt 65.536 Tokens Kontext. Dieser Dienst erlaubt bis zu 8 Fragen, 2–255 Choice-Optionen und 2–10 geordnete Score-Stufen. Text und Fragen zusammen höchstens 32 KiB. Bis zu 4 PNG-, JPEG- oder WebP-Bilder mit je 4 MiB und 16 MP, insgesamt 8 MiB; die gesamte Anfrage höchstens 13 MiB.
OpenRouter nennt d1.1 den Nachfolger von d1 und unterstützt Text- und Bildeingaben. Prüfen Sie Entscheidungen mit eigenen Daten.
Guthaben für Eingabe und Ausgabe
OpenRouter nennt $0,02 pro Million Eingabetokens und $0 für Ausgabe. Dieser Dienst berechnet 300 Credits ($0,03) pro Million tatsächlicher Eingabetokens einschließlich verarbeiteter Bildtokens. Erfolgreiche Anfragen werden aufgerundet und kosten mindestens 1 Credit ($0,0001). Ausgabe ist kostenlos; bei Fehlern wird die Reservierung freigegeben.
max(1, ceil(input_tokens × 300 / 1,000,000))
Eine erfolgreiche Anfrage mit 1.000 Eingabetokens kostet 1 Guthabenpunkt; 5.000 Eingabetokens kosten 2 Guthabenpunkte. Ausgabetokens verursachen keine zusätzlichen Kosten. Bei fehlgeschlagenen Aufrufen wird die Reservierung freigegeben.
Preis, Kontext und Eingabemodalitäten am 28. Oktober 2026 mit OpenRouter abgeglichen. Synthetische Text-, JSON- und Bildanfragen lieferten gültige Choice-, Score- und Noul-Antworten; dies ist kein Genauigkeitsbenchmark.
d1.1 im Entscheidungs-Playground testen
Der Jev-Workbench startet mit diesem Modell. Teste ein Beispiel, bearbeite Zustand und Fragen oder exportiere API-Code. Der Browserentwurf dieser Seite wird getrennt von anderen Modellseiten und dem Haupt-Playground gespeichert.
Was möchtest du entscheiden?
Wähle eine Aufgabe, um Eingabe und Regeln zu laden. Beispiele zu laden kostet kein Guthaben.
Maximales Guthabenbudget: 1 credits
Wir reservieren dieses Budget, bevor das Modell ausgeführt wird, rechnen anschließend den tatsächlichen Verbrauch ab und erstatten die Differenz. Fehlgeschlagene Aufrufe werden erstattet.
Neues Konto? Erhalte einmalig 100 Guthabenpunkte. Kurze Anfragen verbrauchen meist 1 Guthabenpunkt; längere Eingaben können mehr kosten.
10 Startguthabenpunkte · ein Guthaben für Web und API
Entwurf in diesem Browser gespeichert · Dein Entwurf wird nach der Anmeldung wiederhergestellt.
Die Konfiguration bleibt während der Einrichtung in diesem Browser-Tab.
BEISPIEL · KEIN GUTHABEN VERBRAUCHT
„Mir wurde heute Morgen zweimal Geld abgebucht. Bitte erstatte die doppelte Zahlung noch heute.“
Eine Eingabe → strukturierte Entscheidungen
Choice
Abrechnung
An das Abrechnungsteam weiterleiten
Ja / Nein
96%
Wahrscheinlichkeit einer dringenden Anfrage
Score
2.8 / 3
Dringlichkeit auf einer Skala von 0 bis 3
Statische Darstellung des Ausgabeformats. Die Werte sind weder eine Live-Modellantwort noch ein Maß für die Genauigkeit.
Dieselben Fälle mit zwei Regelsätzen testen
Speichere A, ändere Modell oder Fragen im Workbench und speichere anschließend B. Beide Versionen verwenden dieselben Zustände.
Speichere A mit dem aktuellen Modell und den aktuellen Regeln im Workbench. Ändere Modell oder Fragen und speichere anschließend B. Importiere bis zu 25 gekennzeichnete Fälle und vergleiche beide Versionen. Der Zustand aus dem Datensatz ersetzt jeweils den gespeicherten Zustand.
Dies simuliert eine Richtlinie, keine Genauigkeit. Bei Noul wird max(P(Ja), P(Nein)) verwendet; bei Choice und Score das ausgewählte Signal. Prüfe Schwellenwerte anhand gekennzeichneter Fälle.
Maximales Guthabenbudget: — credits
Gesamtbudget für beide Versionen und alle Fälle. Für jede Anfrage wird einzeln ein Budget reserviert; danach wird der tatsächliche Verbrauch abgerechnet und der Rest erstattet. Beim Stoppen bleiben die Kosten abgeschlossener Anfragen bestehen.
Neues Konto? Erhalte einmalig 100 Guthabenpunkte. Kurze Anfragen verbrauchen meist 1 Guthabenpunkt; längere Eingaben können mehr kosten.
Jede erfolgreiche Vergleichsanfrage verbraucht Guthaben. Prüfe vor dem Start das Gesamtbudget. Anfragen werden nacheinander ausgeführt; beim Stoppen bleiben die Kosten abgeschlossener Anfragen bestehen. Der Export enthält Regeln, Fälle, Ergebnisse und Fehler. Wenn du diese Seite schließt, wird der Vergleich beendet.
Webausführungen und gespeicherte Konfigurationen sind nur in deinem Konto verfügbar. Der API-Verlauf speichert nur Nutzungsdaten. Eingebettete Bilddaten werden aus Entwürfen, Konfigurationen und Verlauf entfernt; Metadaten und die Anzahl fehlender Bilder bleiben. Vor erneutem Aufruf müssen Bilder hinzugefügt werden. API-Bildadressen können ablaufen. Die API-Einrichtung exportiert Code für lokale Dateien ohne Bilddaten zu speichern.Nutzung ↗
Dieselbe Entscheidungs-API verwenden
Sende model, state und questions mit einem hier erstellten API-Schlüssel an den /v1/systemone-Endpunkt von Decisions API. Setze model auf liquid/d1.1; Antworten stehen unter data.result.answers und Tokenverbrauch unter data.result.usage.
// Server-side JavaScript (Node 20+ or Bun). Set DECISIONS_API_KEY.
const response = await fetch("https://decisions-api.dev/v1/systemone", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.DECISIONS_API_KEY}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
"model": "liquid/d1.1",
"state": "I was charged twice for order A-4471. Please refund the duplicate payment.",
"questions": {
"route": {
"type": "choice",
"instructions": "Which team should handle this ticket? Use other when no option fits.",
"criteria": {
"billing": "Payments, charges and refunds",
"technical": "Bugs and product errors",
"account": "Login and account access",
"other": "None of these teams"
}
}
}
}),
});
const body = await response.json();
if (!response.ok || body.code !== 0) throw new Error(body.message);
console.log(body.data.result.answers);
console.log(body.data.creditsUsed);