Nace.AI: Drex v1.5

Drex 1.5 ist das Text-Entscheidungsmodell von Nace.AI. Es bewertet bereitgestellte Fakten anhand geschlossener Fragen und gibt numerische, typisierte Antworten statt einer offenen schriftlichen Antwort zurück. Eine Anfrage kombiniert einen Zustand mit benannten Fragen; das Ergebnis identifiziert jede Antwort mit demselben Fragennamen. Dadurch erhält ein Workflow eine konkrete Kategorie, Wahrscheinlichkeit oder Rubrikposition zur Verarbeitung, während die Aktion aufgrund dieses Ergebnisses der Anwendung überlassen bleibt.

Den Zustand vorbereiten

Der Zustand enthält die Informationen, auf die sich jede Frage bezieht. Drex akzeptiert eine JSON-Zeichenfolge, ein Objekt, ein Array, eine Zahl, einen booleschen Wert oder null; das Feld state ist erforderlich. Stellen Sie aussagekräftige Belege bereit, auch wenn null die Validierung des Anbieters besteht. Eine Zeichenfolge eignet sich für eine Nachricht, ein Dokument oder ein Transkript; ein Objekt für bereits in Feldern organisierte Fakten. Bewahren Sie entscheidungsrelevante Informationen und lassen Sie bei langem Material sachfremde Felder weg. Halten Sie das Eingabeformat bei der Interpretation von Wahrscheinlichkeitsschwellen stabil, weil eine Änderung der Repräsentation die Antwort verändern kann.

Drex 1.5 liest ausschließlich Text. Die dokumentierte Schnittstelle weist Bilder, Audio, Video und PDF-Inhalt sowohl im Zustand als auch in Fragen zurück, einschließlich kodierter Medien und Medieninhaltsobjekte. Bereiten Sie eine Bildbeschreibung, erkannten Dokumenttext oder ein Transkript vor, bevor Sie dieses Material als Beleg verwenden. Eine Textadresse ist kein abgerufenes Dokument oder Bild: Das Modell kann sie nicht öffnen. Bei einer Support-Anfrage ist der nützliche Zustand die tatsächliche Nachricht mit relevantem Kontext, kein Verweis auf Material, das dem Modell nicht vorliegt.

Ja/Nein-Wahrscheinlichkeit, Auswahl oder Score

Eine noul-Frage fragt, ob eine Bedingung erfüllt ist, und gibt eine Zahl von 0 bis 1 als geschätzte Ja-Wahrscheinlichkeit zurück. Definieren Sie die Frage durch nicht leere Anweisungen oder mindestens ein nicht leeres true/false-Kriterium. Fragen Sie beispielsweise, ob eine Nachricht eine defekte Funktion meldet, und definieren Sie, ob langsames Verhalten als defekt zählt. Drex legt keinen eingebauten Ja/Nein-Schwellenwert fest; der verarbeitende Workflow wählt die Interpretation der Wahrscheinlichkeit.

Eine choice-Frage wählt eine bereitgestellte Bezeichnung aus einer ungeordneten Menge und gibt für jede Bezeichnung eine Wahrscheinlichkeit zurück. Die Kriterien sind ein Objekt, dessen Schlüssel die zurückgegebenen Bezeichnungen sind; jede Beschreibung ist eine Zeichenfolge oder null. Verwenden Sie kurze, stabile Schlüssel und beschreiben Sie Kategoriegrenzen klar. Eine beispielhafte Weiterleitungsaufgabe kann ein Zugangsproblem, einen Produktdefekt und eine allgemeine Frage unterscheiden, mit einer Sonstiges-Kategorie für unpassende Nachrichten. Die ausgewählte Bezeichnung ist für die Weiterleitung nützlich; die Verteilung hilft, Fälle zu erkennen, in denen zwei Optionen schwer zu trennen bleiben.

Eine score-Frage verwendet ein geordnetes Array von Stufenbezeichnungen. Die Indizes beginnen bei 0, und der zurückgegebene Score ist die Summe der Produkte jedes Stufenindex mit seiner Wahrscheinlichkeit. Er kann daher zwischen benannten Stufen liegen. Definieren Sie bei einer Schweregradskala die Unterschiede zwischen einem kosmetischen Problem, einem Problem mit Umgehungslösung und einer vollständig blockierten Aufgabe. Das Ergebnis enthält Stufenlegende und Wahrscheinlichkeiten sowie den Erwartungswert. Bewahren Sie den Score mit Nachkommastellen für Mittelwerte oder Trends; die Auswahl der wahrscheinlichsten Stufe und das Runden des Erwartungswerts beantworten unterschiedliche Fragen.

Gemeinsame Belege und Lesen des Ergebnisses

Der Anbieter erlaubt eine bis 512 Fragen zum selben Zustand. Geben Sie jeder eine nicht leere, aussagekräftige Kennung wie category oder severity, damit die entsprechende Antwort ohne Nachschlagen einer nummerierten Frage verständlich ist. Trennen Sie unabhängige Anliegen in eigene Fragen, statt mehrere Anforderungen in einem unklaren Kriterium zu kombinieren. Eine einzelne Nachricht kann eine Kategorieauswahl, einen Schweregrad-Score und eine Bedingungsprüfung unterstützen, wobei jede ihre eigene Bedeutung behält.

Choice- und score-Antworten enthalten Konfidenz getrennt von ihren Wahrscheinlichkeitsverteilungen. Der Anbieter unterscheidet Konfidenz ausdrücklich von der höchsten Optionswahrscheinlichkeit; berechnen Sie nicht das eine aus dem anderen. Bewahren Sie bei einer Ja/Nein-Entscheidung die rohe Wahrscheinlichkeit zusammen mit dem gewählten Ergebnis. Prüfen Sie bei einer unsicheren Auswahl die konkurrierenden Wahrscheinlichkeiten, statt allein die führende Bezeichnung als Beleg für Gewissheit zu behandeln. Definieren Sie Prüfschwellen anhand der Folgen eines falsch positiven oder falsch negativen Ergebnisses und bewerten Sie sie mit repräsentativen gekennzeichneten Fällen.

Versions- und Größengrenzen

Drex 1.5 dokumentiert ein Zustandskontingent von 131.072 Tokens und ein Zeilenkontingent von 139.264 Tokens. Das Zeilenkontingent betrifft den Zustand plus die längste einzelne Frage einschließlich ihrer Anweisungen und Optionen; es ist nicht die Summe sämtlicher Fragen in der Anfrage. Der serialisierte Zustand und alle Fragen zusammen müssen außerdem in 1.048.576 UTF-8-Bytes passen. Eine Anfrage kann die Bytegrenze einhalten und dennoch eine Tokengrenze überschreiten. Die ältere Ausgabe 1.0 nennt separat 32.768 Tokens sowohl für Zustand als auch Zeile; ihre Grenzen sollten daher nicht auf 1.5 übertragen werden.

Nace dokumentiert drex-v1.5 als versionierte Anbieterkennung, während drex-latest ein veränderlicher Alias ist. Benennen Sie die beabsichtigte Ausgabe ausdrücklich, wenn ein Workflow von ihren Grenzen abhängt. Eine fehlerhafte Frage, ein fehlender Zustand oder eine übergroße Eingabe ist ein Validierungsproblem, das korrigierte Eingaben statt einer geänderten Kategorie oder geratenen Antwort benötigt. Bereiten Sie Kriterien anhand beobachtbarer Belege vor und bewahren Sie das typisierte Ergebnis, die ursprünglichen Fakten und die Fragendefinition zusammen. So wird die Entscheidung für Weiterleitung, Priorisierung oder Prüfung nutzbar, ohne eine Wahrscheinlichkeit mit einem garantierten Urteil zu verwechseln.