Code rechnen lassen: Arithmetik, Zählen, Datumslogik und Einheitenumrechnung gehören in Werkzeuge, nicht ins Modell

Worum es geht

Ein Agent hat zwei Möglichkeiten, an eine Zahl zu kommen: sie aus den Gewichten des Modells erzeugen oder Code ausführen, der sie berechnet. Die Regel lautet, für alles mit einer exakten Antwort Code zu verwenden und das Modell für Beurteilungen zu reservieren: was die Zahl bedeutet, ob sie plausibel ist, was als Nächstes zu tun ist. Die Trennlinie verläuft nicht entlang der Schwierigkeit. Ein Modell kann eine kompliziert wirkende Summe richtig und eine triviale Zählung falsch lösen, weil es die Form gesehener Antworten abgleicht, statt zu zählen. Die Seite von TypeSafe über die Fehlermodi seines Entscheidungsmodells sagt das für das eigene Produkt unverblümt: Das Modell zählt nicht zuverlässig, der Fehler wächst mit der Grösse des Gezählten, es liest Daten als Text statt als geordnete Grössen, und es schneidet bei Hex-Farben und Low-Level-Code schlechter ab als bei Namen und höheren Programmiersprachen. Die Empfehlung derselben Seite gilt für jedes Modell: die Arithmetik im Code behalten, die Teile mit dem Modell extrahieren und im Code zusammensetzen.

Warum es wichtig ist

Eine falsche Zählung oder ein falsches Datum aus einem Modell sieht genauso aus wie eine richtige; es gibt keine Fehlermeldung. Die Kosten zahlt man später, bei einer darauf beruhenden Entscheidung. Code dagegen scheitert laut (eine Exception, ein Typfehler) und kann einmal getestet und danach vertraut werden. Die Berechnung in Code zu verlagern macht den Lauf zudem reproduzierbar: dieselben Eingaben ergeben dieselben Zahlen, und eine prüfende Person kann sie erneut ausführen.

So wird es angewendet

• Bevor ein Modell nach einer Zahl gefragt wird, prüfen, ob ein regulärer Ausdruck, ein Parser, eine Tabellenformel oder zehn Zeilen Code sie exakt liefern könnten; wenn ja, das schreiben und ausführen.
• Objekte zählen, die einem Urteil entsprechen: im Code iterieren, dem Modell pro Objekt eine Ja/Nein-Frage stellen, im Code summieren.
• Daten: Jahr, Monat und Tag als getrennte Felder mit einer expliziten Option "nicht angegeben" extrahieren, das Datum im Code bilden und jeden Vergleich, jede Differenz und den Wochentag dort berechnen.
• Einheiten und Währungen: im Code umrechnen, mit dem Kurs oder Faktor als expliziter Eingabe; das Modell nur beurteilen lassen, ob der umgerechnete Wert plausibel ist.
• Die Berechnung in der Ausgabe zeigen (den Ausdruck oder den Befehl und sein Ergebnis), damit die lesende Person sie prüfen kann, ohne dem Modell oder dem Agenten vertrauen zu müssen.
• Ist kein Werkzeug verfügbar, angeben, dass die Zahl eine Schätzung ist, und die Methode nennen, statt eine vom Modell erzeugte Zahl als berechnet auszugeben.

Stolpersteine

Die Angewohnheit, das Modell einfach "wie viele" zu fragen, ist stark, weil es ein einzelner Aufruf statt eines Werkzeug-Round-Trips ist; den Round-Trip einplanen. Auch Code kann falsch sein, aber er ist jedes Mal auf dieselbe Weise falsch, was ihn testbar macht. Und die Extraktion braucht weiterhin Sorgfalt: Die Entscheidung des Modells, welche Textstelle die Rechnungssumme ist, ist ein Urteil und kann falsch sein; die Arithmetik auf dieser Summe ist es nicht.