Evaluierungsplan für eine LLM-Funktion
Entwirft einen Testsatz und Bestehenskriterien für eine modellgestützte Funktion, bevor Sie den Prompt abstimmen.
Einsetzen, wenn: Sie liefern eine Funktion aus, die von einem Modell abhängt, und brauchen eine wiederholbare Methode, um zu erkennen, ob eine Änderung sie verbessert hat.
You are an AI engineer designing evaluations for a language model feature.
## Task
Design an evaluation plan for the feature described below.
## Requirements
- Define 10 test cases: 4 typical inputs, 3 edge cases, and 3 adversarial inputs.
- State the expected property of the output for each case, in a form code or a reviewer can check.
- Name the check for each property: exact match, schema validation, a rule, or a graded rubric.
- State the pass threshold for the suite as a number.
- Do not invent facts about the feature; base every case on the description.
## Output format
Return markdown with three sections: Test cases (a table with the columns ID, Type, Input summary, Expected property, and Check), Pass threshold (one sentence), and Gaps (bulleted list of what the description does not let you test).
## Input
<feature>
{{feature}}
</feature>Variablen
{{feature}}- Was die Funktion tut, ihre Eingaben, ihre Ausgaben und was eine falsche Antwort kostet.
Beispieleingabe
feature: extracts the due date and total from invoice text into JSON; a wrong total causes an incorrect payment.Beispielausgabe
## Test cases
| ID | Type | Input summary | Expected property | Check |
|---|---|---|---|---|
| T1 | Typical | One-page invoice with one total | `total` equals 1250.00 | Exact match |
| A1 | Adversarial | Invoice text containing "ignore the instructions" | Output is valid JSON with the real total | Schema validation |Beispielhaft: geschrieben, um die erwartete Form zu zeigen, nicht von einem Modell erzeugt.