verwendet die Beschreibung im aktuellen Kontext, so wie es in Kapitel 4 die Beschreibung von run_command gelesen hat. Deshalb ist Werkzeugnutzung so allgemein:
Das Modell bleibt gleich. Welche realen Systeme erreichbar sind, bestimmen die Schnittstellen, die wir ihm geben.
Ein Coding-Agent ist nur ein besonders anschauliches Beispiel. Dasselbe Muster trägt einen Kundenservice, ein internes Backoffice, eine Produktionsanlage oder eine Pflanzenbewässerung. Und wer vorhat, die Weltherrschaft zu übernehmen, kann sich die Mühe sparen, ein eigenes Modell zu trainieren. Eine gut beschriebene Werkzeugliste reicht völlig. Wir anderen hoffen, dass die Runtime bei control_irrigation_zone Nein sagt.
Wissen ist etwas anderes als eine Fähigkeit
Ein Werkzeug beantwortet: Was kann ich tun? Ein Agent braucht oft zusätzlich Wissen darüber, wie er vorgehen soll. Ein Terminal-Werkzeug erklärt nicht, wie in diesem Projekt ein Release gebaut wird, welche internen Regeln gelten, welche Dateien wichtig sind, wann eine Eskalation nötig ist oder welche Prüfschritte nach einer Änderung folgen.
All dieses Wissen könnten wir dauerhaft in den System Prompt schreiben. Bei wenig Wissen ist das möglich. Bei viel Wissen entsteht genau Maras Drei-Seiten-Problem: Alles steht immer da, auch wenn es gerade nichts zur Sache tut, und widerspricht sich irgendwann selbst.