Jev eignet sich am besten für ein eng begrenztes Urteil innerhalb eines vom Code gesteuerten Ablaufs. Übergeben Sie den nötigen Text, definieren Sie die Antwortform und prüfen Sie das Ergebnis vor einer Aktion. Die folgenden Beispiele sind Anwendungsentwürfe, keine selbst gemessenen Benchmarks.
Was lässt sich mit Jev entwickeln?
1. Supporttickets klassifizieren
Eingabe: Ein Kunde meldet eine wiederholt fehlschlagende Zahlungsintegration.
Modellentscheidung: Choice wählt Abrechnung, Technik, Vertrieb oder manuelle Prüfung.
Aktion und Grenze: Der Code weist das Ticket zu und hält einen Prüfpfad offen. Bei mehreren zuständigen Teams müssen Sie die Hauptzuständigkeit definieren oder getrennte Fragen stellen.
2. Inhalte moderieren
Eingabe: Ein Kommentar und eine kurze, konkrete Community-Regel.
Modellentscheidung: Noul bewertet, ob der Kommentar gegen genau diese Regel verstößt.
Aktion und Grenze: Unklare Fälle gehen an Menschen. Halten Sie die geprüfte Regel fest. Zitate, Ironie und manipulative Eingaben können das Urteil ändern; ein Score ersetzt keine Moderationsrichtlinie.
3. Anfragen nach Relevanz bewerten
Eingabe: Eine Anfrage und die dokumentierten Einsatzgebiete des Produkts.
Modellentscheidung: Score nutzt geordnete Beschreibungen wie unpassend, teilweise passend und direkt passend.
Aktion und Grenze: Priorisieren Sie das Postfach für menschliche Bearbeitung. Fehlende Angaben beweisen keine schlechte Eignung. Leiten Sie keine persönlichen Merkmale ab und entscheiden Sie damit nicht über Berechtigungen.
4. Suchergebnisse neu sortieren
Eingabe: Eine Suchanfrage und ein bereits abgerufener Textabschnitt.
Modellentscheidung: Score bewertet, wie direkt der Abschnitt die Frage beantwortet.
Aktion und Grenze: Der Code sortiert die Kandidaten. Einzelne Fragen pro Abschnitt können helfen. Jev ruft keine Dokumente ab; zu viel irrelevanter Kontext kann die Genauigkeit verringern.
5. Belege für Aussagen prüfen
Eingabe: Eine Behauptung und die genaue zitierte Textstelle.
Modellentscheidung: Choice wählt gestützt, widersprochen oder unzureichende Belege.
Aktion und Grenze: Markieren Sie schwache Belege vor der Ausgabe einer generierten Antwort. Das prüft die Unterstützung im vorliegenden Text, nicht die Wahrheit der Quelle selbst.
6. Agenten und Werkzeuge steuern
Eingabe: Eine Nutzeranfrage, verfügbare Werkzeuge und Anwendungskontext.
Modellentscheidung: Choice wählt ein erlaubtes Werkzeug, eine Rückfrage oder keine Aktion.
Aktion und Grenze: Die Anwendung prüft Rechte und Argumente vor dem Aufruf. Eine Modellauswahl erteilt keine Ausführungsberechtigung. Nicht unterstützte Aufgaben brauchen einen eigenen Pfad.
Welcher Fragetyp passt?
Choice passt zu sich ausschließenden Alternativen, Score zu geordneten beschreibenden Stufen und Noul zu Ja/Nein-Kriterien. Ein Ticket kann eine Choice zur Zuständigkeit und eine separate Noul zur Dringlichkeit auslösen. Vermischen Sie Dringlichkeit nicht mit der Abteilung.
Was bleibt im Code?
Authentifizierung, exakte Rechnungen, Datumsvergleiche, Abruf und Seiteneffekte gehören in konventionellen Code. Prüfen Sie erlaubte Werte vor der Ausführung. Protokollieren Sie die Modell-ID und bestimmen Sie Schwellen anhand eigener gelabelter Beispiele. Auch ein sicheres Urteil kann falsch sein.
Wie werden Kosten geschätzt?
Messen Sie usage.input_tokens an repräsentativen Aufrufen samt echten Fragen. Multiplizieren Sie den Mittelwert mit dem Volumen und dem aktuellen Tarif. Bei angenommenen 1.000 Tokens kostet eine Anfrage zum geprüften Tarif 0,000042 USD, 100.000 Anfragen kosten 4,20 USD, ohne weitere Anwendungskosten.
Weiterlesen
Überblick · Preise · Einstieg · Grenzen