Jul 6, 2026 5 Min.

Wir haben der KI beigebracht, den Vertrag zu vergessen und die Position zu behalten

Head of AI-Engineering
Wir haben der KI beigebracht, den Vertrag zu vergessen und die Position zu behalten

Jeder Anwalt, der ein Verhandlungs-Playbook erstellt hat, weiß, wo die eigentliche Arbeit liegt. Man öffnet drei oder vier Musterverträge und eine leere Tabelle und beginnt dann den langsamen Durchlauf. Eine Zeile pro Klausel. Die eigene Standardposition. Der Rückfallplan. Die rote Linie. Wo das Risiko liegt. Das dauert Stunden, und das darin festgehaltene Wissen lebt meistens im Kopf eines erfahrenen Anwalts und ist weg, sobald dieser im Urlaub ist.

Der naheliegende Wunsch ist, eine KI auf die eigenen Verträge anzusetzen und das fertige Playbook auf der anderen Seite zu erhalten. Viele Tools versprechen genau das. Die meisten tun im Stillen etwas weitaus Nutzloseres.

Wie sieht ein echtes Playbook-Versagen aus?

Hier ist das Versagensmuster, das niemand bewirbt. Man speist einen Vertrag ein und bekommt etwas zurück, das liest wie "Klausel 8.1 legt fest, dass der Lieferant den Kunden für... schadlos hält". Zeile für Zeile. Es sieht aus wie ein Playbook. In Wirklichkeit ist es eine Zusammenfassung eines einzigen Vertrags im Kostüm eines Playbooks, und es versagt in dem Moment, in dem man es auf einen neuen Deal anwenden will, weil jede Zeile Klauselnummern und Parteinamen aus einem Dokument zitiert, das mit dem vorliegenden Vertrag nichts zu tun hat. Eine Position, die nur neben dem Vertrag funktioniert, aus dem sie stammt, ist kein Playbook. Es ist ein Memo. Und ein Memo ist nicht übertragbar.

Was erfordert eine übertragbare Playbook-Zeile?

Deshalb haben wir eine Regel über alle anderen gestellt. Eine Playbook-Zeile muss übertragbar sein. Keine Parteinamen. Keine Quellklauselnummern. Kein wörtliches Zitieren der Quelle. Die Position selbst formulieren, so verwendbar für den nächsten Deal wie für den, aus dem sie abgeleitet wurde. Das ist echte Arbeit, einem Modell abzuverlangen, denn der Instinkt eines Modells ist es, zu beschreiben, was es sieht. Sich selbst überlassen, driftet der erste Entwurf geradewegs zurück in eine Zusammenfassung.

Wie erzwingen wir Abstraktion im Code?

Deshalb vertrauen wir nicht darauf, dass das Modell selbstständig abstrahiert. Jede vorgeschlagene Zeile durchläuft harte Validatoren, bevor sie in das Playbook aufgenommen wird:

  • Eine Klauselnummer: abgelehnt
  • Ein Parteiname: abgelehnt
  • Acht oder mehr Wörter wörtlich aus der Quelle zitiert: abgelehnt
  • Vergleichende Formulierung ("Version A sagt, Version B sagt"): abgelehnt

In einem echten Workspace lieferte der erste Versuch 42 Kriterien, von denen die Validatoren 41 abgelehnt haben. Das ist kein Versagen. Das ist, wie Sorgfalt aussieht. Man erhält die Version, die den Schutzwall passiert hat, nicht den ersten Entwurf des Modells.

Wie ist Playbook Builder aufgebaut?

Im Hintergrund handelt es sich um ein Multi-Agenten-System, das auf dem Claude Agent SDK basiert. Ein Agent liest die Verträge und das Begleitmaterial, ermittelt, welches Dokument welche Funktion erfüllt, und extrahiert Erkenntnisse Klausel für Klausel, indem er auf den genauen Quellabsatz verweist, anstatt ihn zu zitieren. Ein zweiter Agent fasst diese fundierten Erkenntnisse in das strukturierte Playbook zusammen: Klauselfamilien, Kriterien, eine empfohlene Primärposition, einen Rückfallplan, ein Risikoniveau. Die geöffnete Tabelle wird deterministisch aus einer einzigen strukturierten Quelle gerendert, und ein QA-Agent prüft diese strukturierten Daten, bevor sie den Nutzer erreichen. Gibt man nur einen Vertrag ein, erhält man ein engeres Playbook, und das System weist darauf hin. Gibt man zwei Versionen desselben Deals ein, eine pro-Mandant und eine pro-Lieferant, abstrahiert es diese zu einer marktüblichen Bandbreite mit ausgewogener Ausgangslage, anstatt eine Liste beider Seiten zu liefern.

Was kann man tun, sobald das Playbook existiert?

Ein Playbook, das in einem Ordner liegt, ist nur eine bessere Tabelle. Der Grund, es übertragbar zu machen, liegt in dem, was als Nächstes passiert. Man richtet es auf einen neuen Vertrag aus und es prüft diesen Klausel für Klausel: Risikoniveau, Abweichung von der eigenen Position, Rückfallformulierung. Den Standard einmal erstellen und bei jeder weiteren Prüfung wiederverwenden. Dieser Kreislauf funktioniert nur, weil das Playbook von Anfang an zur Übertragbarkeit gebaut wurde.

Was ist Playbook Builder und was ist es nicht?

Es ist ein KI-generiertes Arbeitsergebnis, das zur Prüfung durch einen Anwalt konzipiert ist, nicht um einen zu ersetzen. Der Prüfkreislauf läuft, wenn man ihn anfordert, nicht als automatisierter Hintergrundprozess. Es erfasst die Positionen aus den Musterverträgen, die man ihm übergibt. Es lernt die eigene Kanzlei nicht still über die Monate hinweg. Was es tut: Es nimmt das Playbook, das früher im Kopf eines erfahrenen Anwalts lebte, und verwandelt es in ein strukturiertes Arbeitsmittel, das das gesamte Team wiederverwenden kann, ohne den zeilenweisen Nachmittag.

Playbook Builder ist jetzt in Genie 3.0 verfügbar.

Head of AI-Engineering

Interessiert daran, unser Team zu verstärken? Erkunden Sie Karrierechancen bei uns und werden Sie Teil der Zukunft der Legal AI.