M-12 nennt zehn bösartige Fälle, und Lektion 4.4 zeigt, wo der Dienst sie an vier Eingriffspunkten fangen kann. Ein Guardrail des Dienstes sucht aber Schaden und Angriffe. Dass für acht Personen kein Angebot entsteht (M-01), kein Rabatt höher ist als der des Rechners und kein Entwurf die mandantId einer anderen Kundin nennt (M-07), sind fachliche Grenzen des Gruppenreise-Teams; kein Klassifikator kennt sie. Die Lektion fragt: Wo stehen solche Grenzen, und wie beweist man bei jedem Build, dass sie halten?
Vorwissen. Harte Regeln als reine Funktionen vor und nach dem Modell, der Fake, der auf jeden Angriff hereinfällt, und die Prüfung von Zahlen ohne Quelle: „KI-Track, Lektion T6.4“. Das Qualitätstor im Build: „KI-Track, Lektion T9.5“. Eingriffspunkte, Vorrangregel und die Trennung von Guardrail und Berechtigung: Lektion 4.4. Lektion 2.2 (unter 10 Personen kein Lauf) und 2.6 (Verfügbarkeit gilt 15 Minuten) werden hier zu Grenzen mit Tests.
Neu in dieser Lektion. (1) Vier fachliche Grenzen FG-1 bis FG-4 (Tabelle unten). (2) Jeder der zehn bösartigen Fälle aus M-12 bekommt ein Feld grenze: FG-1 bis FG-4 oder dienst, wenn nur der Klassifikator des Dienstes ihn fangen kann; dienst-Fälle laufen in den Cloud-Tests (4.3, 4.4), nicht im Build. (3) Ein regelerzeugter synthetischer Satz mit festem Startwert in jedem Build, nicht der modellerzeugte Erweiterungssatz aus 3.2. (4) Ein Verstoß beendet den Lauf bei der Reiseplanerin mit dem Namen der Grenze, ohne Wiederholung (wie in 4.4, M-02).
Die Anforderung
Alle Zahlen sind Annahmen der Aufgabe.
| Nr. | Anforderung | Art | Messgröße | Gewicht | Quelle |
|---|---|---|---|---|---|
| 4.5-01 | Jede fachliche Grenze steht als reine Funktion im Code, nicht nur im Prompt oder im Guardrail. | R | 4 von 4 | Muss | F-05 |
| 4.5-02 | Jede Grenze hat Fälle, die sie verletzen, und gültige Fälle. | R | je 200 je Build | Muss | F-06 |
| 4.5-03 | Ein Verstoß nennt genau die verletzte Grenze; gültige Entwürfe werden nicht gesperrt. | Q | 0 verpasste, 0 zu Unrecht | Muss | M-02 |
| 4.5-04 | Die Tests laufen ohne Konto und ohne Modellaufruf bei jedem Pull Request. | F | 0 Aufrufe | Muss | F-06 |
| 4.5-05 | Kein Testfall enthält echte Daten oder eine echte mandantId. |
R | 0 echte Daten | Muss | M-12, R-12 |