Die Antwort vom Entwurf bis zur Katalogentscheidung verfolgen
Alle hier gezeigten Produkte, Datensätze, Entwürfe und Evaluationsfälle sind synthetisch. Die vorbereiteten Szenarien liefern ihre atomaren Behauptungen. UI-Labels wie Verifiziert beschreiben in dieser Demonstration den Katalogabgleich; sie begründen keine unabhängige externe Verifizierung.
Konkretes Beispiel: eine TV-Antwort, zwei unterschiedliche Entscheidungen
Der Käufer fragt, ob der synthetische Vega-Fernseher HDR10+ und 120Hz unterstützt. Der vorbereitete Entwurf beantwortet beide Fragen zuversichtlich. Der Katalog unterstützt die Bildwiederholfrequenz, verzeichnet jedoch einen anderen HDR-Standard, sodass die Antwort eine gezielte Korrektur benötigt.
Vorbereiteter Assistenten-Entwurf
Yes, the Vega 65" OLED supports HDR10+ and a 120Hz refresh rate.
1. Jede Aussage mit ihrem Katalogattribut vergleichen
Die HDR-Aussage und die Bildwiederholfrequenz-Aussage gehen als separate gelieferte Behauptungen ein. Jede wird mit ihrem eigenen Produktattribut verglichen, statt dem gesamten Satz ein einziges Genehmigungs-Label zu erteilen. Die nachstehenden Katalogwerte weisen in der Fixture verifizierte Konfidenz-Labels auf; diese Labels sind verfasste Metadaten.
| Attribut | Entwurfsaussage | Katalogwert | Entscheidung | Auswirkung auf die Antwort |
|---|---|---|---|---|
| HDR-Standard | HDR10+ | HDR10 | Correct | Widerlegten Standard ersetzen |
| Bildwiederholfrequenz | 120Hz | 120Hz | Pass | Unterstütztes Detail beibehalten |
2. Die Antwort aus diesen individuellen Entscheidungen zusammensetzen
Das Gate erzeugt die folgende angezeigte Antwort. Die HDR-Korrektur nennt sowohl den erfassten Wert als auch die abgelehnte Aussage; die Bildwiederholfrequenz-Aussage bleibt erhalten. Der Abgleich mit dem Katalog ist die demonstrierte Prüfung, während die Qualität dieses Katalogs eine separate Verantwortung bleibt.
Angezeigte Antwort
Vega 65" OLED TV: HDR is HDR10, not HDR10+ (corrected). Vega 65" OLED TV: Refresh Rate = 120Hz (verified).
3. Im Beleg prüfen, was sich geändert hat
Der Beleg in JSON und druckbarem HTML bewahrt den ursprünglichen Entwurf, die angezeigte Antwort und zwei Entscheidungszeilen auf, einschließlich behaupteter Werte, Katalogwerte, Konfidenz-Labels und Fixture-Referenzen. Ein Prüfer kann nachvollziehen, dass die Korrektur die unterstützte Bildwiederholfrequenz nicht stillschweigend verworfen hat. Der Zeitstempel und der aus einem Hash abgeleitete Bezeichner identifizieren diesen generierten Datensatz; sie machen ihn nicht signiert, unveränderlich oder dauerhaft archiviert.
Eine unbekannte Einstufung erfordert Ungewissheit, keinen Ersatzwert
Der synthetische Summit-Ridge-Jackenentwurf verspricht vollständige Wasserdichtigkeit, während sein Attribut für die Wasserdichtigkeits-Einstufung unbekannt ist. Das Gate enthält sich bei diesem Versprechen. Es schließt nicht daraus, dass die Jacke nicht wasserdicht sei, und erfindet keine Einstufung. Ein Katalogteam benötigte geeignete Produktnachweise, bevor es die stärkere Behauptung aufstellen könnte.
Eine konfigurierte Implikation kann eine ausgelassene Behauptung aufdecken
Der synthetische Nimbus-Laptop-Entwurf bezeichnet ihn als fantastischen Gaming-Laptop und gibt an, dass er 16GB RAM besitzt. Seine gelieferte Behauptungsliste enthält nur RAM. Eine deterministische Vollständigkeitsregel bildet die Gaming-Formulierung auf eine Dedizierte-GPU-Aussage ab und vergleicht diese hinzugefügte Aussage dann mit der integrierten Intel-Arc-Grafik des Katalogs. RAM passiert; die konfigurierte GPU-Implikation wird korrigiert. Dies veranschaulicht eine endliche Interpretationsregel, keine vollständige semantische Extraktion und kein Urteil über jedes Spiel.
Ein Produktdatensatz kann keine Antwort zu Wechselwirkungen begründen
Im synthetischen MagCalm-Szenario fragt die Anfrage nach einem Blutverdünner. Eine konfigurierte Regex-Prüfung überschreibt die Produktantwort mit einer Verweigerung und einem Text, der einen approbierten Apotheker als vorgeschlagenes Prüfziel benennt. Das Feld für Wechselwirkungen ist ebenfalls unbekannt. Dies demonstriert die Entscheidung, die Produktantwort zurückzuhalten; es wird keine Weiterleitung an Fachpersonal ausgeführt und keine medizinische Empfehlung validiert.
Den Benchmark mit seinen zugehörigen Testeinheiten lesen
Die feste Evaluation sendet 60 bereits zerlegte Behauptungs-Fixtures direkt an das Gate und sieben separate Anfragen-Fixtures an die Prüfung. Sie testet lokale Regeln gegen verfasste erwartete Labels. Sie testet keine Modellextraktion, keinen ungesehenen Käufer-Traffic, keine Quellauthentifizierung und keine Produktionsleistung.
| Messung | Ergebnis | Was gezählt wurde |
|---|---|---|
| Übereinstimmungen bei Behauptungsurteilen | 60/60 | 32 Pass-, 15 Correct-, 10 Abstain- und 3 Outside-coverage-Fixture-Labels |
| Wahre Behauptungen beibehalten | 32/32 | Als wahr gelabelte Behauptungen, die Pass bleiben |
| Abfangen eingestreuter falscher Behauptungen | 28/28 | Nicht als Pass gelabelte Behauptungen, die Correct, Abstain oder Outside-coverage erhalten; korrigierte Werte können weiterhin ausgeliefert werden |
| Vorhandensein von Referenzen | 47/47 | Pass/Correct-Datensätze, die einen nicht-leeren Fixture-Referenzstring tragen |
| Übereinstimmungen bei Anfragenprüfungen | 7/7 | Fünf konfigurierte Auslöser und zwei gewöhnliche Produktanfragen |
Das Buchungsjournal kombiniert verschiedene Testeinheiten. Seine Gesamtzahl von 67 bedeutet weder 67 Produktbehauptungen noch 67 Eskalationen an Fachpersonal. Das Vorhandensein von Referenzstrings erklärt, wohin eine Fixture-Entscheidung verweist; es authentifiziert keine externe Herstellerquelle.
