LiquidAI: d1

d1 ist das gehostete Entscheidungsmodell von Liquid AI für begrenzte Klassifikations-, Routing- und Scoring-Aufgaben. Dieses Profil beschreibt seinen Text-Entscheidungsworkflow: Sie stellen die Belege als Zustand bereit, definieren eine oder mehrere Fragen und erhalten typisierte numerische Antworten über bekannte Ergebnisse. Liquid beschreibt diese Entscheidungen als Auswertungen, die Wahrscheinlichkeiten direkt zurückgeben, mit null generierten Ausgabe-Tokens. Das nützliche Ergebnis ist eine definierte Entscheidung samt ihrer Unsicherheit, kein neu verfasster Textabschnitt.

Belege und Frage gemeinsam vorbereiten

Stellen Sie den Text bereit, der die Entscheidung ermöglicht, einschließlich des zu seiner Interpretation nötigen Kontexts. Halten Sie den Zustand getrennt von den Anweisungen, die beschreiben, was ausgewertet werden soll. Eine Support-Nachricht kann eine Produkt- oder Problembeschreibung benötigen; eine Dokumentpassage kann die Suchfrage des Nutzers benötigen. Legen Sie die Antwortmenge fest, bevor Sie die Frage stellen, und geben Sie jeder Option eine Bedeutung, die zum vorgesehenen Workflow passt. Kurze Labels können als stabile Ausgabeschlüssel dienen, während Beschreibungen die Grenzen zwischen ihnen erklären.

Verwenden Sie benannte Fragen über einen gemeinsamen Zustand. Ein klarer Name wie intent, urgency oder relevant hält die Ausgabe mit der Entscheidung verknüpft, die sie darstellt. Eine Nachricht, die meldet, dass eine Seite nicht funktioniert, kann beispielsweise eine Absichtsauswahl, ein Dringlichkeitsraster und eine Ja/Nein-Prüfung auf einen gemeldeten Fehler stützen. Jede Frage sollte ihr eigenes Kriterium behalten, statt alle drei Urteile in einem einzigen mehrdeutigen Label zu vereinen.

Choice für Kategorien und Routing

Eine Frage vom Typ choice wählt ein Label aus einer ungeordneten Menge und gibt die Verteilung über die benannten Optionen zurück. Definieren Sie die Optionen über Kriterienbeschreibungen; das Ergebnis enthält die gewählte Option, die Wahrscheinlichkeiten und die Konfidenz. Definieren Sie für die Dokumentenorganisation die möglichen Ordner oder Themen und legen Sie fest, welche Inhalte jeweils dazugehören. Beschreiben Sie für das Routing von Anfragen die tatsächlich vorhandenen Ziele. Eine Anwendung kann das resultierende Label nutzen, um ihren nächsten Schritt zu wählen, und die konkurrierenden Wahrscheinlichkeiten für die Prüfung aufbewahren.

Eine beispielhafte Ablageaufgabe kann eine Produktfrage, ein Integrationsproblem und ein Zugriffsproblem unterscheiden, ergänzt um eine Option „Sonstiges“ für Material außerhalb dieser Definitionen. Halten Sie die Grenzen konkret: Eine Nachricht über eine fehlschlagende Authentifizierung unterscheidet sich von einer, die fragt, wie eine Funktion konfiguriert wird. Das zurückgegebene Label wählt zwischen bereitgestellten Bedeutungen; es erzeugt kein fehlendes Ziel und führt keine Änderung in einem anderen System aus.

Noul für Bedingungsprüfungen und Relevanz

Eine Frage vom Typ noul gibt eine Wahrscheinlichkeit von 0 bis 1 zurück, dass die definierte Ja/Nein-Bedingung zutrifft. Liquid demonstriert binäre Prüfungen für die Inhaltsprüfung und die Relevanz von Passagen. Formulieren Sie die Bedingung präzise und legen Sie fest, wie die resultierende Wahrscheinlichkeit verwendet wird: einen wahrscheinlichen Treffer markieren, eine Passage filtern oder einen unsicheren Fall zur Prüfung weiterleiten. Der Schwellenwert gehört zur nachgelagerten Aufgabe, und eine Wahrscheinlichkeit ist nicht als garantiertes faktisches Urteil zu behandeln.

Stellen Sie für die Relevanzfilterung sowohl die Suchanfrage als auch die Kandidatenpassage bereit. Fragen Sie, ob diese Passage zur Beantwortung der Anfrage beiträgt, und bewahren Sie dann die ursprüngliche Passage mit ihrer Wahrscheinlichkeit auf. Das kann die Auswahl von Quellmaterial für eine spätere Antwort unterstützen, ohne d1 aufzufordern, diese Antwort selbst zu verfassen. Wenn Relevanz mehrere Abstufungen statt einer Ja/Nein-Bedingung benötigt, definieren Sie ein geordnetes Bewertungsraster und verwenden Sie eine Frage vom Typ score.

Score für geordnete Stufen

Eine Frage vom Typ score ordnet den Zustand in ein Bewertungsraster mit geordneten, beschriebenen Stufen ein. Die Stufenindizes beginnen bei 0, und der Score ist ihre wahrscheinlichkeitsgewichtete Position, die zwischen Stufen liegen kann. Das Ergebnis enthält außerdem die Stufenverteilung und die Konfidenz. Legen Sie für Dringlichkeit fest, was ein Problem ohne unmittelbare Auswirkung, eine spürbare Beeinträchtigung und eine blockierte Aufgabe voneinander trennt. Ein Raster mit vier Stufen hat daher die Indizes 0 bis 3; sein erwarteter Score ist nicht automatisch eine Kategorie mit den Nummern 1 bis 4.

Verwenden Sie den Score mit Nachkommastellen für Sortierung oder Aggregation, wenn das das beabsichtigte Ergebnis ist, und behalten Sie die vollständige Verteilung, wenn Mehrdeutigkeit eine Rolle spielt. Kategorien wie Abteilungen haben keine natürliche Reihenfolge und gehören in eine Frage vom Typ choice. Die Konfidenz fasst in der dokumentierten Schnittstelle zusammen, wie eindeutig die gemeldete Antwort ist; sie sollte vom gewünschten Score der Aufgabe und von einer angenommenen Garantie, dass die Entscheidung korrekt ist, getrennt bleiben.

Mehrere Fragen und Anwendungen des Herstellers

Mehrere Fragen können denselben Zustand in einem Aufruf beim Hersteller auswerten, wobei jede ihren Typ und ihre Wahrscheinlichkeiten behält. Zu den Textbeispielen von Liquid gehören das Filtern von Support-Tickets, das Ablegen von Dokumenten in einer Ordnertaxonomie, die Auswahl von Pfaden für die Codesuche, die Wahl zwischen verfügbaren Agentenaktionen und die Entscheidung, welches Material aus Tool-Ausgaben behalten wird. Alle diese Workflows haben eine begrenzte nächste Entscheidung. Ein Codesuche-Schritt kann anhand der Beschreibungen einen vielversprechenden Ordner auswählen; ein Schritt zur Inhaltsauswahl kann für bereitgestelltes Material zwischen behalten, kürzen und verwerfen wählen. Die umgebende Anwendung beschafft weiterhin die Quelldaten und führt die gewählte Operation aus.

Umfang und ein nützliches Entscheidungsartefakt

Die dokumentierten Grundbausteine eignen sich für bekannte Ergebnisse, Bewertungen nach einem Raster und Bedingungsprüfungen. Neue Prosa, Zusammenfassungen, Code und ein offenes Gespräch erfordern einen Generierungsworkflow und ergeben sich nicht aus dem Entscheidungsergebnis von d1. Formulieren Sie eine Frage anhand beobachtbarer Belege und bewahren Sie die Definitionen dieser Frage zusammen mit der Ausgabe auf, damit ein Label oder Score später interpretiert werden kann.

Richten Sie jeden Zustand auf die Belege aus, die seine definierten Fragen beantworten, und trennen Sie unabhängige Entscheidungsaufgaben, damit ihre Kriterien klar bleiben. Halten Sie das Quellmaterial relevant, definieren Sie Ausweichbedeutungen für eine unvollständige Abdeckung der Kategorien und bewerten Sie Wahrscheinlichkeitsschwellen anhand gelabelter Beispiele aus der Aufgabe. Ein nützliches Artefakt erfasst die gewählte Kategorie oder den erwarteten Score zusammen mit der Verteilung, der Identität der Frage und den ursprünglichen Belegen.