View a markdown version of this page

Beispiele für Bewertungsrezepte - Amazon Nova

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Beispiele für Bewertungsrezepte

Amazon Nova bietet vier Arten von Bewertungsrezepten, die im SageMaker HyperPod GitHub Rezept-Repository verfügbar sind.

Diese Rezepte ermöglichen es Ihnen, die grundlegenden Funktionen von Amazon-Nova-Modellen anhand einer umfassenden Suite von reinen Text-Benchmarks zu bewerten. Sie werden im Format xxx_general_text_benchmark_eval.yaml bereitgestellt.

Diese Rezepte ermöglichen es Ihnen, Ihren eigenen Datensatz für das Benchmarking zu verwenden und die Modellergebnisse anhand verschiedener Arten von Metriken mit Referenzantworten zu vergleichen. Sie werden im Format xxx_bring_your_own_dataset_eval.yaml bereitgestellt.

Im Folgenden sind die Anforderungen für die Verwendung Ihres eigenen Datensatzes aufgeführt:

  • Anforderungen an das Dateiformat

    • Sie müssen eine einzige gen_qa.jsonl-Datei mit Bewertungsbeispielen beifügen.

    • Ihr Datensatz muss an einen S3-Speicherort hochgeladen werden, von dem SageMaker Schulungsjob darauf zugreifen kann.

    • Die Datei muss dem erforderlichen Schemaformat für einen allgemeinen Q&A-Datensatz entsprechen.

  • Anforderungen an das Schemaformat – jede Zeile in der JSONL-Datei muss ein JSON-Objekt mit den folgenden Feldern sein:

    • query: (erforderlich) Zeichenfolge, die die Frage oder Anweisung enthält, für die eine Antwort erforderlich ist

    • response: (erforderlich) Zeichenfolge, die die erwartete Modellausgabe enthält

    • system: (optional) Zeichenfolge, die den System-Prompt enthält, der vor der Verarbeitung der Abfrage das Verhalten, die Rolle oder die Persönlichkeit des KI-Modells festlegt

    • metadata: (Optional) Zeichenfolge, die Metadaten enthält, die dem Eintrag zu Tagging-Zwecken zugeordnet sind.

Hier ein Beispieleintrag zur Verwendung des eigenen Datensatzes

{ "system":"You are a english major with top marks in class who likes to give minimal word responses: ", "query":"What is the symbol that ends the sentence as a question", "response":"?" } { "system":"You are a pattern analysis specialist that provides succinct answers: ", "query":"What is the next number in this series? 1, 2, 4, 8, 16, ?", "response":"32" } { "system":"You have great attention to detail that follows instructions accurately: ", "query":"Repeat only the last two words of the following: I ate a hamburger today and it was kind of dry", "response":"of dry" }

Um Ihren benutzerdefinierten Datensatz zu verwenden, ändern Sie Ihr Bewertungsrezept mit den folgenden Pflichtfeldern, verändern Sie jedoch nicht den Inhalt:

evaluation: task: gen_qa strategy: gen_qa metric: all

Die folgenden Einschränkungen gelten:

  • Pro Bewertung ist nur eine JSONL-Datei zulässig.

  • Die Datei muss strikt dem definierten Schema folgen.

  • Begrenzung der Kontextlänge: Für jede Stichprobe im Datensatz sollte die Kontextlänge (einschließlich System- und Abfrage-Eingabeaufforderungen) weniger als 3,5 k betragen.

Amazon Nova LLM-as-a-Judge ist eine Modellbewertungsfunktion, mit der Kunden die Qualität der Antworten eines Modells mit einer Antwort aus einem Basismodell anhand eines benutzerdefinierten Datensatzes vergleichen können. Es nimmt einen Datensatz mit Prompts, Baseline-Antworten und Challenger-Antworten auf und verwendet ein Amazon Nova Judge-Modell, um anhand von paarweisen Vergleichen eine Gewinnraten-Metrik zu erstellen, die auf der Bradley-Terry Wahrscheinlichkeit basiert.

Die Rezepte werden im Format xxx_llm_judge_eval.yaml bereitgestellt.

Dies sind die Anforderungen für LLM-as-a-Judge:

  • Anforderungen an das Dateiformat

    • Fügen Sie eine einzige llm_judge.jsonl-Datei mit Bewertungsbeispielen hinzu. Der Dateiname muss llm_judge.jsonl lauten.

    • Ihr Datensatz muss an einen S3-Standort hochgeladen werden, auf den AI RIG zugreifen kann. SageMaker SageMaker HyperPod

    • Die Datei muss dem für den llm_judge.jsonl-Datensatz erforderlichen Schemaformat entsprechen.

    • Der Eingabedatensatz sollte sicherstellen, dass alle Datensätze eine Kontextlänge von weniger als 12 000 haben.

  • Anforderungen an das Schemaformat – jede Zeile in der JSONL-Datei muss ein JSON-Objekt mit den folgenden Feldern sein:

    • prompt: (erforderlich) eine Zeichenfolge, die den Prompt für die generierte Antwort enthält

    • response_A: eine Zeichenfolge, die die Basisantwort enthält

    • response_B: eine Zeichenfolge, die die alternative Antwort enthält, die mit der Basisantwort verglichen wird

Hier ein Beispieleintrag für LLM-as-a-Judge

{ "prompt": "What is the most effective way to combat climate change?", "response_A": "The most effective way to combat climate change is through a combination of transitioning to renewable energy sources and implementing strict carbon pricing policies. This creates economic incentives for businesses to reduce emissions while promoting clean energy adoption.", "response_B": "We should focus on renewable energy. Solar and wind power are good. People should drive electric cars. Companies need to pollute less." } { "prompt": "Explain how a computer's CPU works", "response_A": "CPU is like brain of computer. It does math and makes computer work fast. Has lots of tiny parts inside.", "response_B": "A CPU (Central Processing Unit) functions through a fetch-execute cycle, where instructions are retrieved from memory, decoded, and executed through its arithmetic logic unit (ALU). It coordinates with cache memory and registers to process data efficiently using binary operations." } { "prompt": "How does photosynthesis work?", "response_A": "Plants do photosynthesis to make food. They use sunlight and water. It happens in leaves.", "response_B": "Photosynthesis is a complex biochemical process where plants convert light energy into chemical energy. They utilize chlorophyll to absorb sunlight, combining CO2 and water to produce glucose and oxygen through a series of chemical reactions in chloroplasts." }

Um Ihren benutzerdefinierten Datensatz zu verwenden, ändern Sie Ihr Bewertungsrezept mit den folgenden Pflichtfeldern, verändern Sie jedoch nicht den Inhalt:

evaluation: task: llm_judge strategy: judge metric: all

Die folgenden Einschränkungen gelten:

  • Pro Bewertung ist nur eine JSONL-Datei zulässig.

  • Die Datei muss strikt dem definierten Schema folgen.

  • Die Modelle von Amazon Nova Judge sind für die Spezifikationen aller Modellfamilien (d. h. Lite, Micro und Pro) identisch.

  • Benutzerdefinierte Judge-Modelle werden derzeit nicht unterstützt.

  • Begrenzung der Kontextlänge: Für jede Stichprobe im Datensatz sollte die Kontextlänge (einschließlich System- und Abfrage-Eingabeaufforderungen) weniger als 7 k betragen.

Nova LLM Judge for Multimodal (Bild), kurz für Amazon Nova MM_LLM Judge, ist eine Funktion zur Modellbewertung, mit der Sie die Qualität der Antworten eines Modells anhand eines benutzerdefinierten Datensatzes mit den Antworten eines Basismodells vergleichen können. Es akzeptiert einen Datensatz, der Aufforderungen, Grundantworten und Antworten von Herausforderern sowie Bilder in Form einer Base64-encoded Zeichenfolge enthält, und verwendet dann ein Amazon Nova Judge-Modell, um eine Gewinnraten-Metrik bereitzustellen, die auf der Bradley-Terry Wahrscheinlichkeit durch paarweise Vergleiche basiert. Rezeptformat: xxx_mm_llm_judge _eval.yaml.

Anforderungen an den Nova-LLM-Datensatz

Dateiformat:

  • Eine einzige mm_llm_judge.jsonl-Datei mit Bewertungsbeispielen. Der Dateiname muss exakt sein. llm_judge.jsonl

  • Sie müssen Ihren Datensatz an einen S3-Speicherort hochladen, von dem SageMaker Training Jobs darauf zugreifen kann.

  • Die Datei muss dem für den mm_llm_judge-Datensatz erforderlichen Schemaformat entsprechen.

  • Der Eingabedatensatz sollte sicherstellen, dass alle Datensätze eine Kontextlänge von weniger als 12 k haben, mit Ausnahme des Bildattributs.

Schemaformat – Jede Zeile in der .jsonl-Datei muss ein JSON-Objekt mit den folgenden Feldern sein.

  • Pflichtfelder

    prompt: Zeichenfolge, die den Prompt für die generierte Antwort enthält

    images: Array, das eine Liste von Objekten mit Datenattributen enthält (Werte sind Base64-encoded Bildzeichenfolgen).

    response_A: Zeichenfolge, die die Basisantwort enthält

    response_B: Zeichenfolge, die die alternative Antwort enthält, die mit der Basisantwort verglichen wird

Beispieleintrag

Aus Gründen der Lesbarkeit enthält das folgende Beispiel neue Zeilen und Einrückungen, aber im eigentlichen Datensatz sollte sich jeder Datensatz in einer einzigen Zeile befinden.

{ "prompt": "what is in the image?", "images": [ { "data": "data:image/jpeg;Base64,/9j/2wBDAAQDAwQDAwQEAwQFBAQFBgo..." } ], "response_A": "a dog.", "response_B": "a cat.", } { "prompt": "how many animals in echo of the images?", "images": [ { "data": "data:image/jpeg;Base64,/9j/2wBDAAQDAwQDAwQEAwQFBAQFBgo..." }, { "data": "data:image/jpeg;Base64,/DKEafe3gihn..." } ], "response_A": "The first image contains one cat and the second image contains one dog", "response_B": "The first image has one aminal and the second has one animal", }

Um Ihren benutzerdefinierten Datensatz zu verwenden, ändern Sie Ihr Bewertungsrezept mit den folgenden Pflichtfeldern, verändern Sie jedoch nicht den Inhalt:

evaluation: task: mm_llm_judge strategy: judge metric: all

Einschränkungen

  • Pro Bewertung ist nur eine .jsonl-Datei zulässig.

  • Die Datei muss strikt dem definierten Schema folgen.

  • Nova MM Judge-Modelle unterstützen nur Bildreferenzen.

  • Die Nova MM Judge-Modelle sind in allen Amazon Nova Lite-Spezifikationen identisch.

  • Benutzerdefinierte Judge-Modelle werden derzeit nicht unterstützt.

  • Die Amazon S3-Bild-URI wird nicht unterstützt.

  • Der Eingabedatensatz sollte sicherstellen, dass alle Datensätze eine Kontextlänge von weniger als 12 k haben, mit Ausnahme des Bildattributs.

Rubrik Judge ist ein erweitertes LLM-as-a-judge Bewertungsmodell, das auf Amazon Nova 2.0 Lite basiert. Im Gegensatz zum ursprünglichen Richtermodell, das nur Präferenzurteile vorsieht (A>B, B>A oder Unentschieden), generiert Rubrik Judge dynamisch benutzerdefinierte Bewertungskriterien, die auf jede Aufforderung zugeschnitten sind, und weist detaillierte Bewertungen über mehrere Dimensionen zu.

Wichtigste Funktionen:

  • Dynamische Generierung von Kriterien: Erstellt automatisch relevante Bewertungsdimensionen auf der Grundlage der Eingabeaufforderung

  • Gewichtete Bewertung: Weist jedem Kriterium Wichtigkeitsgewichte zu, um dessen relative Signifikanz widerzuspiegeln

  • Granulare Bewertung: Für jedes Kriterium werden detaillierte Bewertungen auf Binärbasis (true/false) oder auf einer Skala (1-5) bereitgestellt

  • Qualitätskennzahlen: Berechnet kontinuierliche Qualitätswerte (Skala 0-1), die das Ausmaß der Unterschiede zwischen den Antworten quantifizieren

Beispielkriterium, das vom Modell generiert wurde:

price_validation: description: "The response includes validation to ensure price is a positive value." type: "scale" weight: 0.3

Das Modell bewertet beide Antworten anhand aller generierten Kriterien und verwendet dann diese Bewertungen auf Kriterienebene, um seine endgültige Präferenzentscheidung zu treffen.

Konfiguration des Rezepts

Rezept für Rubrik Judge

Aktiviere Rubrik Judge, indem task: rubric_llm_judge du in deinem Rezept Folgendes eingibst:

run: name: nova-eval-job-name # [MODIFIABLE] Unique identifier for your evaluation job model_type: amazon.nova-2-lite-v1:0:256k # [FIXED] Rubric Judge model type model_name_or_path: "nova-lite-2/prod" # [FIXED] Path to model checkpoint or identifier replicas: 1 # [MODIFIABLE] Number of replicas for SageMaker Training job data_s3_path: "" # [FIXED] Leave empty for SageMaker Training job output_s3_path: "" # [FIXED] Leave empty for SageMaker Training job evaluation: task: rubric_llm_judge # [FIXED] Evaluation task - enables Rubric Judge strategy: judge # [FIXED] Evaluation strategy metric: all # [FIXED] Metric calculation method inference: max_new_tokens: 12000 # [MODIFIABLE] Maximum tokens to generate top_k: -1 # [MODIFIABLE] Top-k sampling parameter top_p: 1.0 # [MODIFIABLE] Nucleus sampling parameter temperature: 0 # [MODIFIABLE] Sampling temperature (0 = deterministic)
Original LLM als Judge-Rezept (zum Vergleich)

Das ursprüngliche Judge-Modell verwendettask: llm_judge:

run: name: eval-job-name # [MODIFIABLE] Unique identifier for your evaluation job model_type: amazon.nova-micro-v1:0:128k # [FIXED] Model type model_name_or_path: "nova-micro/prod" # [FIXED] Path to model checkpoint or identifier replicas: 1 # [MODIFIABLE] Number of replicas for SageMaker Training job data_s3_path: "" # [FIXED] Leave empty for SageMaker Training job output_s3_path: "" # [FIXED] Leave empty for SageMaker Training job evaluation: task: llm_judge # [FIXED] Original judge task strategy: judge # [FIXED] Evaluation strategy metric: all # [FIXED] Metric calculation method inference: max_new_tokens: 12000 # [MODIFIABLE] Maximum tokens to generate top_k: -1 # [MODIFIABLE] Top-k sampling parameter top_p: 1.0 # [MODIFIABLE] Nucleus sampling parameter temperature: 0 # [MODIFIABLE] Sampling temperature (0 = deterministic)

Format des Eingabedatensatzes

Das Format des Eingabedatensatzes ist identisch mit dem ursprünglichen Judge-Modell:

Erforderliche Felder:

  • prompt: Zeichenfolge, die die Eingabeaufforderung und Anweisungen enthält

  • response_A: Zeichenfolge, die die Ausgabe des Basismodells enthält

  • response_B: Zeichenfolge, die die benutzerdefinierte Modellausgabe enthält

Beispieldatensatz (JSONL-Format):

{"prompt": "What is the most effective way to combat climate change?", "response_A": "The most effective way to combat climate change is through a combination of transitioning to renewable energy sources and implementing strict carbon pricing policies. This creates economic incentives for businesses to reduce emissions while promoting clean energy adoption.", "response_B": "We should focus on renewable energy. Solar and wind power are good. People should drive electric cars. Companies need to pollute less."} {"prompt": "Explain how a computer's CPU works", "response_A": "CPU is like brain of computer. It does math and makes computer work fast. Has lots of tiny parts inside.", "response_B": "A CPU (Central Processing Unit) functions through a fetch-execute cycle, where instructions are retrieved from memory, decoded, and executed through its arithmetic logic unit (ALU). It coordinates with cache memory and registers to process data efficiently using binary operations."} {"prompt": "How does photosynthesis work?", "response_A": "Plants do photosynthesis to make food. They use sunlight and water. It happens in leaves.", "response_B": "Photosynthesis is a complex biochemical process where plants convert light energy into chemical energy. They utilize chlorophyll to absorb sunlight, combining CO2 and water to produce glucose and oxygen through a series of chemical reactions in chloroplasts."}

Anforderungen an das Format:

  • Jeder Eintrag muss ein einzeiliges JSON-Objekt sein

  • Trennen Sie Einträge durch Zeilenumbrüche

  • Folgen Sie der genauen Feldbenennung, wie in den Beispielen gezeigt

Ergebnis der Bewertung

Struktur der Ausgabe

Rubrik Judge bietet im Vergleich zum ursprünglichen Judge-Modell verbesserte Bewertungskennzahlen:

{ "config_general": { "lighteval_sha": "string", "num_fewshot_seeds": "int", "max_samples": "int | null", "job_id": "int", "start_time": "float", "end_time": "float", "total_evaluation_time_secondes": "string", "model_name": "string", "model_sha": "string", "model_dtype": "string | null", "model_size": "string" }, "results": { "custom|rubric_llm_judge_judge|0": { "a_scores": "float", "a_scores_stderr": "float", "b_scores": "float", "b_scores_stderr": "float", "ties": "float", "ties_stderr": "float", "inference_error": "float", "inference_error_stderr": "float", "score": "float", "score_stderr": "float", "weighted_score_A": "float", "weighted_score_A_stderr": "float", "weighted_score_B": "float", "weighted_score_B_stderr": "float", "score_margin": "float", "score_margin_stderr": "float", "winrate": "float", "lower_rate": "float", "upper_rate": "float" } }, "versions": { "custom|rubric_llm_judge_judge|0": "int" } }
Neue Metriken in Rubrik Judge

Die folgenden sechs Metriken gelten nur für Rubrik Judge und ermöglichen eine detaillierte Qualitätsbeurteilung:

Metrik

Description

Gewichtet_Punkte_A

Durchschnittliche normalisierte Qualitätsauswertung für response_A für alle vom Modell generierten Bewertungskriterien. Die Ergebnisse werden nach der Wichtigkeit des Kriteriums gewichtet und auf eine Skala von 0-1 normalisiert (höher = bessere Qualität)

Weighted_Score_a_stderr

Standardfehler des Mittelwerts für Weighted_Score_A, der auf eine statistische Unsicherheit hinweist

Weighted_Score_B

Durchschnittliche normalisierte Qualitätsauswertung für response_B für alle vom Modell generierten Bewertungskriterien. Die Ergebnisse werden nach der Wichtigkeit des Kriteriums gewichtet und auf eine Skala von 0 bis 1 normalisiert (höher = bessere Qualität)

Weighted_Score_B_STDERR

Standardfehler des Mittelwerts für Weighted_Score_B, der auf eine statistische Unsicherheit hinweist

score_margin

Unterschied zwischen gewichteten Ergebnissen (berechnet als Weighted_Score_A — Weighted_Score_B). Bereich: -1,0 bis 1,0. Positiv = Response_A ist besser; negativ = Response_B ist besser; nahe Null = ähnliche Qualität

score_margin_stderr

Standardfehler des Mittelwerts für score_margin, der auf eine Unsicherheit bei der Messung des Qualitätsunterschieds hinweist

Grundlegendes zu gewichteten Bewertungsmetriken

Zweck: Gewichtete Werte liefern kontinuierliche Qualitätsmessungen, die binäre Präferenzurteile ergänzen und tiefere Einblicke in die Modellleistung ermöglichen.

Die wichtigsten Unterschiede zum ursprünglichen Richter:

  • Ursprünglicher Richter: Gibt nur diskrete Präferenzen aus (A>B, B>A, A=B)

  • Rubrik Richter: Gibt sowohl Präferenzen ALS AUCH kontinuierliche Qualitätswerte (Skala 0-1) auf der Grundlage benutzerdefinierter Kriterien aus

Interpretation von score_margin:

  • score_margin = -0.128: Response_B erzielte 12,8 Prozentpunkte mehr als response_A

  • |score_margin| < 0.1: Enger Qualitätsunterschied (knappe Entscheidung)

  • |score_margin| > 0.2: Deutlicher Qualitätsunterschied (sichere Entscheidung)

Anwendungsfälle:

  • Modellverbesserung: Identifizieren Sie bestimmte Bereiche, in denen Ihr Modell unterdurchschnittlich abschneidet

  • Qualitätsquantifizierung: Messen Sie das Ausmaß der Leistungsunterschiede, nicht nur die Kennzahlen win/loss

  • Bewertung des Vertrauens: Unterscheiden Sie zwischen engen Entscheidungen und deutlichen Qualitätsunterschieden

Wichtig

Endgültige Urteile basieren immer noch auf den expliziten Präferenzkennzeichnungen des Richtermodells, um eine ganzheitliche Argumentation zu wahren und durch Bewertung sicherzustellen, dass Positionsverzerrungen angemessen abgemildert werden. forward/backward Gewichtete Werte dienen als Instrumente zur Beobachtbarkeit, nicht als Ersatz für das primäre Urteil.

Berechnungsmethodik

Die gewichteten Ergebnisse werden nach dem folgenden Verfahren berechnet:

  • Kriteriendaten extrahieren: Analysieren Sie die YAML-Ausgabe des Richters, um die Punktzahlen und Gewichtungen der Kriterien zu extrahieren

  • Ergebnisse normalisieren:

    • Scale-type Kriterien (1-5): Normalisieren Sie den Wert auf 0-1, indem Sie Folgendes berechnen (score - 1) / 4

    • Binäre Kriterien (true/false): In 1 umwandeln. 0/0.0

  • Gewichtungen anwenden: Multiplizieren Sie jedes normalisierte Ergebnis mit seinem Kriteriumsgewicht

  • Aggregat: Addieren Sie alle gewichteten Ergebnisse für jede Antwortvariable

  • Marge berechnen: Berechnen score_margin = weighted_score_A - weighted_score_B

Beispiel: Wenn Antwort_A eine gewichtete Summe von 0,65 und Antwort_B 0,78 hat, score_margin wäre dies -0,13, was bedeutet, dass Antwort_B bei allen gewichteten Kriterien eine um 13 Prozentpunkte höhere Qualität aufweist.

Unterstützung von Argumentationsmodellen

Die Unterstützung von Argumentationsmodellen ermöglicht die Evaluierung anhand von Amazon Nova-Modellen, die explizite interne Überlegungen durchführen, bevor endgültige Antworten generiert werden. Diese Funktion nutzt die API-level Steuerung über den reasoning_effort Parameter, um die Argumentationsfunktion dynamisch zu aktivieren oder zu deaktivieren, wodurch möglicherweise die Antwortqualität bei komplexen analytischen Aufgaben verbessert wird.

Unterstützte Modelle:

  • amazon.nova-2-lite-v 1:0:256 k

Konfiguration des Rezepts

Aktiviere das Denken, indem du den reasoning_effort Parameter zum inference Abschnitt deines Rezepts hinzufügst:

run: name: eval-job-name # [MODIFIABLE] Unique identifier for your evaluation job model_type: amazon.nova-2-lite-v1:0:256k # [FIXED] Must be a reasoning-supported model model_name_or_path: nova-lite-2/prod # [FIXED] Path to model checkpoint or identifier replicas: 1 # [MODIFIABLE] Number of replicas for SageMaker Training job data_s3_path: "" # [MODIFIABLE] Leave empty for SageMaker Training job; optional for SageMaker SageMaker HyperPod job output_s3_path: "" # [MODIFIABLE] Output path for SageMaker SageMaker HyperPod job (not compatible with SageMaker Training jobs) evaluation: task: mmlu # [MODIFIABLE] Evaluation task strategy: generate # [MODIFIABLE] Evaluation strategy metric: all # [MODIFIABLE] Metric calculation method inference: reasoning_effort: high # [MODIFIABLE] Enables reasoning mode; options: low/medium/high or null to disable max_new_tokens: 200 # [MODIFIABLE] Maximum tokens to generate top_k: 50 # [MODIFIABLE] Top-k sampling parameter top_p: 1.0 # [MODIFIABLE] Nucleus sampling parameter temperature: 0 # [MODIFIABLE] Sampling temperature (0 = deterministic)
Verwenden Sie den Parameter reasoning_effort

Der reasoning_effort Parameter steuert das Argumentationsverhalten für Modelle, die zum Denken fähig sind.

Voraussetzungen:

  • Modellkompatibilität: Wird reasoning_effort nur gesetzt, wenn ein Modell model_type angegeben wird, das zum Denken fähig ist (derzeit) amazon.nova-2-lite-v1:0:256k

  • Fehlerbehandlung: Die Verwendung reasoning_effort mit nicht unterstützten Modellen schlägt fehl mit ConfigValidationError: "Reasoning mode is enabled but model '{model_type}' does not support reasoning. Please use a reasoning-capable model or disable reasoning mode."

Verfügbare Optionen:

Option

Behavior

Token-Limit

Anwendungsfall

null (Standard)

Deaktiviert den Denkmodus

N/A

Standardbewertung ohne Argumentationsaufwand

low

Ermöglicht das Argumentieren mit Einschränkungen

4.000 Token für internes Denken

Szenarien, die eine präzise Argumentation erfordern; optimiert im Hinblick auf Geschwindigkeit und Kosten

high

Ermöglicht Argumentation ohne Einschränkungen

Keine symbolische Beschränkung des internen Denkens

Komplexe Probleme, die eine umfassende Analyse und eine schrittweise Argumentation erfordern

Wann sollte das Denken aktiviert werden

Verwenden Sie den Argumentationsmodus (lowmedium, oderhigh) für:

  • Komplexe Problemlösungsaufgaben (Mathematik, Logikrätsel, Programmieren)

  • Multi-step analytische Fragen, die ein gewisses Denken erfordern

  • Aufgaben, bei denen detaillierte Erklärungen oder schrittweises Denken die Genauigkeit verbessern

  • Szenarien, in denen die Qualität der Antworten Vorrang vor der Geschwindigkeit hat

Verwenden Sie den Modus ohne Argumentation (Parameter weglassen) für:

  • Einfache Fragen und Antworten oder sachliche Fragen

  • Kreative Schreibaufgaben

  • Wenn schnellere Reaktionszeiten entscheidend sind

  • Leistungsbenchmarking, bei dem der Argumentationsaufwand ausgeschlossen werden sollte

  • Kostenoptimierung, wenn Argumentation die Aufgabenleistung nicht verbessert

Fehlerbehebung

Fehler: „Der Denkmodus ist aktiviert, aber das Modell unterstützt das Denken nicht“

Ursache: Der reasoning_effort Parameter ist auf einen Wert ungleich Null gesetzt, aber der angegebene Wert unterstützt model_type keine Argumentation.

Auflösung

  • Vergewissern Sie sich, dass Ihr Modelltyp amazon.nova-2-lite-v1:0:256k

  • Wenn Sie ein anderes Modell verwenden, wechseln Sie entweder zu einem vernünftigen Modell oder entfernen Sie den reasoning_effort Parameter aus Ihrem Rezept