Inception: Mercury Decide

Mercury Decide ist Inceptions Modell für strukturierte Entscheidungen anhand bereitgestellter Belege. Es kombiniert einen gemeinsamen Zustand mit benannten Fragen und gibt typisierte Antworten mit Wahrscheinlichkeiten zurück. Das Ergebnis kann eine gewählte Kategorie, eine geschätzte Ja/Nein-Wahrscheinlichkeit oder eine Position auf einer definierten Skala sein. Dieses Profil liefert eine begrenzte Entscheidung, die Software interpretieren kann; seine dokumentierte Schnittstelle erzeugt keine freie Chatantwort.

Gemeinsamer Zustand und aussagekräftige Fragennamen

Die Anfrage des Anbieters enthält ein Modell, einen Zustand und eine nicht leere Zuordnung von Fragen. Die Fragennamen bleiben in der Antwortzuordnung erhalten. Stellen Sie die zur Beurteilung jeder Frage nötigen Informationen bereit und benennen Sie Fragen nach den Ergebnissen, die der Workflow verwendet, etwa category, priority oder needs_follow_up. Mehrere Fragen bewerten dieselben Belege unabhängig voneinander. Ihre gemeinsame Platzierung in einer Anfrage macht eine spätere Frage nicht von einer früheren Antwort abhängig.

Inceptions Beispiel verwendet ein JSON-Objekt für den Zustand. Der Leitfaden erlaubt ausserdem Zeichenfolgen, Objekte oder Arrays im Zustand, in Anweisungen und in Kriterienbeschreibungen, wobei Anweisungen optional oder null sein können. Bewahren Sie nützliche Struktur, wenn die Belege bereits aus Feldern bestehen, und halten Sie bei Texteingaben Dokument oder Nachricht identifizierbar. Nehmen Sie für einen Support-Fall die tatsächliche Anfrage und relevante Fakten auf, statt fehlenden Kontext erschliessen zu lassen.

Noul: eine geschätzte positive Antwort

Eine noul-Frage repräsentiert eine Ja/Nein-Bedingung. Ihre Ausgabe ist eine Wahrscheinlichkeit von 0 bis 1 dafür, dass die positive Antwort zutrifft. Optionale true- und false-Beschreibungen können festlegen, was auf jeder Seite der Frage zählt. Fragen Sie beispielsweise, ob eine Nachricht ausdrücklich Ersatz verlangt, und unterscheiden Sie dies von einer allgemeinen Beschwerde über den Artikel. Die Wahrscheinlichkeit liefert ein numerisches Urteil; die Anwendung wählt den Schwellenwert und die daraus folgende Workflow-Aktion.

Halten Sie die Bedingung eng genug, damit die Belege sie klären können. Wenn eine Frage vermischt, ob der Nutzer Hilfe möchte, ob ein Artikel defekt ist und ob der Fall dringend ist, trennen Sie diese Bedingungen. Bewahren Sie die zurückgegebene Wahrscheinlichkeit bei der Fragendefinition, damit spätere Prüfer erkennen können, was die Zahl tatsächlich misst.

Choice: eine benannte Option auswählen

Eine Choice-Frage verwendet eine Zuordnung von einem bis 255 Optionsnamen und Beschreibungen; Beschreibungen können null sein. Die zurückgegebene Auswahl ist die bereitgestellte Option mit der höchsten Wahrscheinlichkeit. Das Ergebnis enthält ausserdem eine Wahrscheinlichkeit für jede Option und Konfidenz. Definieren Sie unterscheidbare Bedeutungen für Kategorien und nehmen Sie eine Auffangkategorie auf, wenn manche Eingaben ausserhalb der konkreten Optionen liegen werden. Kurze Ausgabeschlüssel können Kategorien identifizieren, während ausführlichere Beschreibungen die Grenzen zwischen ihnen festlegen.

Eine Weiterleitungsbeschreibung könnte ein Zugangsproblem, eine Produktfrage und einen gemeldeten Defekt unterscheiden. Formulieren Sie die Bedeutung jeder Option und stellen Sie die weiterzuleitende Nachricht bereit. Die Ausgabe ist eine ausgewählte Kategorie mit einer Verteilung, keine Anweisung, die bereits eine Warteschlange verändert oder ein anderes System kontaktiert hat. Prüfen Sie bei einem mehrdeutigen Fall konkurrierende Wahrscheinlichkeiten, statt die führende Bezeichnung als Beweis für Gewissheit zu interpretieren.

Score: eine erwartete Position auf einer Rubrik

Eine Score-Frage verwendet ein geordnetes Array mit einer bis zehn Stufenbeschreibungen, beginnend bei Stufe 0. Ihr Score ist der wahrscheinlichkeitsgewichtete Mittelwert der Stufenindizes und kann zwischen Stufen liegen. Die Antwort enthält Legende, Wahrscheinlichkeiten je Stufe und Konfidenz. Definieren Sie die Reihenfolge und die Kriterien jeder Stufe, etwa keine unmittelbaren Auswirkungen, ein Problem mit praktikabler Alternative und eine vollständig blockierte Aufgabe.

Ein Erwartungswert mit Nachkommastellen ist für Priorisierung oder Aggregation nützlich. Er unterscheidet sich von der Auswahl der einzelnen wahrscheinlichsten Stufe. Bewahren Sie die Legende bei der Zahl, damit ein Score nicht auf einer sachfremden Skala interpretiert wird. Die Konfidenz für Choice und Score wird separat zwischen 0 und 1 ausgegeben; der relevante Leitfaden definiert sie weder als identisch mit der höchsten Optionswahrscheinlichkeit noch liefert er eine universelle Formel zur Rekonstruktion.

Ein nützliches Entscheidungsergebnis vorbereiten

Ein Beleg kann unabhängige Kategorie-, Dringlichkeits- und Bedingungsfragen unterstützen. Eine Dokumentenprüfaufgabe kann fragen, ob ein erforderliches Thema vorhanden ist, seine Kategorie wählen und seine Relevanz anhand beschriebener Stufen bewerten. Verwenden Sie nur Quellmaterial, das im Zustand verfügbar ist, mit Kriterien für die Entscheidung, die der Workflow als Nächstes benötigt. Erfordert eine Aktion ein früheres Ergebnis, machen Sie dieses Ergebnis in den Belegen des nächsten Schritts ausdrücklich, statt anzunehmen, dass die Fragen eine verborgene Sequenz bilden.

Die Antwort gibt den Modellnamen und eine answers-Zuordnung mit den bereitgestellten Fragennamen als Schlüsseln zurück. Choice-Wahrscheinlichkeiten verwenden die Optionsnamen; Score-Wahrscheinlichkeiten verwenden Zeichenfolgenindizes mit einer Legende, die diese Indizes erklärt. Halten Sie Zustandskennung, Fragendefinitionen und typisierte Antworten miteinander verknüpft. Dadurch entsteht ein interpretierbares Klassifikations- oder Bewertungsartefakt statt einer von ihren zugrunde liegenden Fakten losgelösten Zahl.

Schnittstellenumfang und Grenzen

Inception dokumentiert Mercury Decide über seine eigene Entscheidungsschnittstelle. Sie unterstützt weder die Chat-Completion- noch die Streaming- oder Werkzeugaufrufschnittstellen des Herstellers; Fähigkeiten von Mercurys Reasoning-, Sprach- und Codegenerierungsprofilen sollten daher nicht auf dieses Modell übertragen werden. Der Entscheidungsleitfaden legt die Anzahl der Optionen und Stufen fest, nennt aber keine numerische Zustandstokengrenze oder Höchstzahl von Fragen; fokussieren Sie gemeinsame Belege auf die bewerteten Fragen.

Bewerten Sie Wahrscheinlichkeiten und Kategoriegrenzen anhand repräsentativen gekennzeichneten Materials aus der vorgesehenen Aufgabe. Prüfen Sie Grenzfallantworten anhand des Zustands und bewahren Sie fehlende Informationen als solche, statt sie durch erfundene Fakten zu ersetzen. Ein nützliches Mercury-Decide-Ergebnis liefert eine geschlossene Entscheidung, ihre Wahrscheinlichkeiten und die zum Verständnis nötigen Definitionen; die umgebende Anwendung bestimmt, wie daraus Weiterleitung, Priorisierung oder ein Prüfergebnis wird.