LiquidAI: d1

d1 ist das gehostete Entscheidungsmodell von Liquid AI für begrenzte Klassifikations-, Weiterleitungs- und Bewertungsaufgaben. Dieses Profil umfasst seinen Text-Entscheidungsablauf: Stellen Sie die Belege als Zustand bereit, definieren Sie eine oder mehrere Fragen und erhalten Sie typisierte numerische Antworten zu bekannten Ergebnissen. Liquid beschreibt diese Entscheidungen als Bewertungen, die Wahrscheinlichkeiten direkt zurückgeben, mit null generierten Ausgabetokens. Das nützliche Ergebnis ist eine definierte Entscheidung mit ihrer Unsicherheit statt einer neu verfassten Textpassage.

Belege und Frage gemeinsam vorbereiten

Stellen Sie den Text bereit, der die Entscheidung ermöglicht, einschliesslich des zum Verständnis nötigen Kontexts. Halten Sie den Zustand von den Anweisungen getrennt, die beschreiben, was bewertet werden soll. Eine Support-Nachricht kann eine Produkt- oder Problembeschreibung benötigen, eine Dokumentpassage die Suchfrage des Nutzers. Definieren Sie die Antwortmenge vor dem Stellen der Frage und geben Sie jeder Option eine zum beabsichtigten Workflow passende Bedeutung. Kurze Bezeichnungen können als stabile Ausgabeschlüssel dienen, während Beschreibungen ihre Grenzen erklären.

Verwenden Sie benannte Fragen zu einem gemeinsamen Zustand. Ein klarer Name wie intent, urgency oder relevant hält die Ausgabe mit der Entscheidung verknüpft, die sie repräsentiert. Eine Nachricht über eine nicht funktionierende Seite kann beispielsweise eine Absichtsauswahl, eine Dringlichkeitsrubrik und eine Ja/Nein-Prüfung auf einen gemeldeten Defekt unterstützen. Jede Frage sollte ihr eigenes Kriterium behalten, statt alle drei Beurteilungen in einer einzigen mehrdeutigen Bezeichnung zusammenzufassen.

Choice für Kategorien und Weiterleitung

Eine choice-Frage wählt eine Bezeichnung aus einer ungeordneten Menge und gibt die Verteilung über die benannten Optionen zurück. Definieren Sie Optionen durch Kriterienbeschreibungen; das Ergebnis enthält die gewählte Option, Wahrscheinlichkeiten und Konfidenz. Definieren Sie für die Dokumentenorganisation die möglichen Ordner oder Themen und erläutern Sie, welche Inhalte jeweils dazugehören. Beschreiben Sie für die Anfrageweiterleitung die tatsächlich vorhandenen Ziele. Eine Anwendung kann anhand der resultierenden Bezeichnung ihren nächsten Schritt wählen und dabei die konkurrierenden Wahrscheinlichkeiten zur Prüfung bewahren.

Eine beispielhafte Ablageaufgabe kann eine Produktfrage, ein Integrationsproblem und ein Zugangsproblem unterscheiden, mit einer Sonstiges-Option für Material ausserhalb dieser Definitionen. Halten Sie die Grenzen konkret: Eine Nachricht über eine fehlgeschlagene Authentifizierung unterscheidet sich von einer Frage zur Konfiguration einer Funktion. Die zurückgegebene Bezeichnung wählt zwischen bereitgestellten Bedeutungen; sie erstellt kein fehlendes Ziel und führt keine Änderung in einem anderen System aus.

Noul für Bedingungsprüfungen und Relevanz

Eine noul-Frage gibt eine Wahrscheinlichkeit von 0 bis 1 dafür zurück, dass die definierte Ja/Nein-Bedingung erfüllt ist. Liquid demonstriert binäre Prüfungen zur Inhaltsprüfung und Passagenrelevanz. Formulieren Sie die Bedingung präzise und wählen Sie, wie die resultierende Wahrscheinlichkeit verwendet werden soll: eine wahrscheinliche Übereinstimmung markieren, eine Passage filtern oder einen unsicheren Fall zur Prüfung schicken. Der Schwellenwert gehört zur verarbeitenden Aufgabe, und eine Wahrscheinlichkeit sollte nicht als garantiertes Faktenurteil behandelt werden.

Stellen Sie für Relevanzfilterung sowohl die Anfrage als auch die mögliche Passage bereit. Fragen Sie, ob diese Passage zur Beantwortung der Anfrage beiträgt, und bewahren Sie anschliessend die Originalpassage mit ihrer Wahrscheinlichkeit. Dies kann die Auswahl von Quellmaterial für eine spätere Antwort unterstützen, ohne d1 diese Antwort selbst verfassen zu lassen. Wenn Relevanz mehrere Abstufungen statt einer Ja/Nein-Bedingung benötigt, definieren Sie eine geordnete Rubrik und verwenden Sie eine score-Frage.

Score für geordnete Stufen

Eine score-Frage ordnet den Zustand auf einer Rubrik mit geordneten, beschriebenen Stufen ein. Stufenindizes beginnen bei 0, und der Score ist ihre wahrscheinlichkeitsgewichtete Position, die zwischen Stufen liegen kann. Das Ergebnis enthält ausserdem Stufenverteilung und Konfidenz. Definieren Sie für Dringlichkeit die Unterschiede zwischen einem Problem ohne unmittelbare Auswirkungen, einer erheblichen Unannehmlichkeit und einer blockierten Aufgabe. Eine vierstufige Rubrik hat daher die Indizes 0 bis 3; ihr Erwartungswert ist nicht automatisch eine von 1 bis 4 nummerierte Kategorie.

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

Mehrere Fragen und Anbieteranwendungen

Mehrere Fragen können in einem Anbieteraufruf denselben Zustand bewerten, wobei jede ihren Typ und ihre Wahrscheinlichkeiten behält. Liquids Textbeispiele umfassen Support-Ticket-Filterung, Dokumentenablage in einer Ordnertaxonomie, Auswahl von Codesuchpfaden, Auswahl zwischen verfügbaren Agentenaktionen und die Entscheidung, welches Material aus Werkzeugausgaben bewahrt werden soll. All diese Workflows haben eine begrenzte nächste Entscheidung. Ein Codesuchschritt kann anhand von Beschreibungen einen vielversprechenden Ordner wählen; ein Inhaltsauswahlschritt kann für bereitgestelltes Material keep, trim oder drop wählen. Die umgebende Anwendung beschafft weiterhin die Quelldaten und führt den ausgewählten Vorgang aus.

Umfang und ein nützliches Entscheidungsartefakt

Die dokumentierten Grundoperationen eignen sich für bekannte Ergebnisse, Rubrikbewertungen und Bedingungsprüfungen. Neue Prosa, Zusammenfassungen, Code und ein offenes Gespräch benötigen einen Generierungsablauf und sind nicht durch das d1-Entscheidungsergebnis impliziert. Bereiten Sie eine Frage anhand beobachtbarer Belege vor und bewahren Sie ihre Definitionen zusammen mit der Ausgabe, damit eine Bezeichnung oder ein Score später interpretiert werden kann.

Fokussieren Sie jeden Zustand auf die Belege, die seine definierten Fragen beantworten, und trennen Sie sachfremde Entscheidungsaufgaben, damit ihre Kriterien klar bleiben. Halten Sie Quellmaterial relevant, definieren Sie Auffangbedeutungen für unvollständige Kategorieabdeckung und bewerten Sie Wahrscheinlichkeitsschwellen anhand gekennzeichneter Aufgabenbeispiele. Ein nützliches Artefakt protokolliert die gewählte Kategorie oder den Erwartungswert zusammen mit Verteilung, Fragenidentität und ursprünglichen Belegen.