OpenAI und Ironclad bringen Computer-Use-Agenten in die Vertragsprüfung von Unternehmen

Was angekündigt wurde

OpenAI und Ironclad, eine Plattform für das Lebenszyklusmanagement von Verträgen (CLM), kündigen eine Partnerschaft an, die Spitzen-KI-Agenten und Computer-Use-Technologie direkt in die Hände von Rechtsabteilungen legt. Ironclad baut Software, die Verträge vom Entwurf bis zur Verlängerung verwaltet. Laut Ankündigung bindet Ironclad nun die agentischen Modelle von OpenAI ein. Ein Agent kann so durch browserbasierte Rechtsarchive navigieren, Vertragsklauseln mit dem Playbook der Organisation vergleichen und komplexe Aufgaben wie rechtliches Redlining und Compliance-Prüfungen selbstständig ausführen.

Die Ankündigung enthält weitere Aussagen. Das System kombiniert Computer-Use-Primitive mit tiefen API-Integrationen. Es verbindet ältere ERP- und CRM-Software mit autonomem Schlussfolgern. Es verkürzt routinemäßige Vertragsprüfzyklen um mehr als 70 Prozent. Und es bewahrt eine deterministische, nachvollziehbare menschliche Kontrolle. Alle diese Punkte stammen aus der Ankündigung selbst. Dieser Artikel hat die Zahlen nicht unabhängig geprüft.

Funktionsweise: Oberflächenschicht und API-Schicht zusammen

Die Grundidee von Computer Use ist einfach. Das Modell betrachtet einen Screenshot und gibt Aktionen wie Klicken, Tippen und Scrollen aus. Es bedient Software also so, wie es ein Mitarbeiter täte. Der Vorteil: Es ist nicht darauf angewiesen, dass das andere System eine Schnittstelle anbietet. Viele Unternehmenssysteme wurden vor Jahren gebaut. Ihre APIs sind unvollständig oder fehlen, und Juristen wechseln täglich zwischen ihnen und kopieren Text von Hand. Computer Use deckt diese letzte Meile ab.

Bildschirmgesteuerte Arbeit hat jedoch bekannte Schwächen. Sie ist langsamer, empfindlich gegenüber Änderungen an Seiten und bei Fehlern schwer nachzuspielen. Die Ankündigung betont einen hybriden Weg: Computer Use neben tiefen API-Integrationen. Eine vernünftige Lesart lautet, dass Schritte mit API über die API laufen, weil das Lesen eines Vertrags oder das Zurückschreiben eines Status so schneller, stabiler und leichter zu protokollieren ist. Nur die Schritte, die keine API erreicht, übernimmt der Agent über die Oberfläche. Diese Schichtung drängt den unsicheren Teil auf wenige Schritte zusammen und erleichtert es, bei Problemen die Verantwortung zuzuordnen.

Auf der Ebene des Schlussfolgerns beantwortet der Agent nicht eine einzelne Frage. Er führt eine Kette von Schritten aus: den Vertrag finden, den vollen Text lesen, jeden Klauseltyp bestimmen, die Klausel mit dem Playbook auf Abweichungen prüfen, eine Änderung entwerfen und die Grundlage dafür festhalten. Ein Playbook bündelt die Verhandlungserfahrung eines Rechtsteams. Es legt fest, welche Bedingungen akzeptabel sind, welche eine Eskalation brauchen und welche umgeschrieben werden müssen. Wer das Playbook als Maßstab nimmt, erhält als Ergebnis die Ausführung innerhalb der eigenen Regeln des Unternehmens und keine freie Erfindung des Modells. Die Ankündigung nennt weder das verwendete Modell noch die Orchestrierung der Schritte. Diese Einzelheiten warten auf weitere Auskünfte der Anbieter.

Mensch in der Schleife und Nachvollziehbarkeit

Juristische Arbeit lässt sehr wenig Raum für Fehler. Eine einzige übersehene Haftungsbegrenzungsklausel kann Jahre später viel Geld kosten. Deshalb betont die Ankündigung die deterministische, nachvollziehbare menschliche Kontrolle. Ein solches Design hat meist drei Teile. Erstens werden die Vorschläge des Agenten nicht ohne einen Juristen wirksam, und wichtige Schritte brauchen eine menschliche Freigabe. Zweitens wird jede Aktion samt jedem zitierten Playbook-Eintrag aufgezeichnet, sodass sich die Arbeit nachträglich prüfen lässt. Drittens sollte dieselbe Eingabe unter denselben Regeln ein vorhersagbares Ergebnis liefern und nicht jedes Mal ein anderes.

Das Wort deterministisch verdient einen zweiten Blick. Ein großes Sprachmodell ist von Natur aus probabilistisch. Damit sich der Gesamtprozess deterministisch verhält, ergänzen Entwickler meist Struktur um das Modell herum: Die Urteilsgrundlage wird auf das Playbook des Unternehmens festgelegt, Aktionen werden auf einen vorgegebenen Bereich begrenzt, Ausgaben erhalten ein strukturiertes Format, und regelbasierte Prüfungen dienen als Sicherheitsnetz. Die Zusammenfassung der Ankündigung sagt nicht, welche davon Ironclad nutzt. Ein Käufer sollte nachfragen.

Was die Ankündigung nicht sagt

Beim Lesen einer solchen Ankündigung gilt es zu trennen, was gesagt wurde und was nicht. Mehrere Lücken sind sichtbar. Die Verkürzung um 70 Prozent kommt ohne Stichprobengröße, Vertragstypen oder Definition der Vergleichsbasis, und es bleibt offen, ob die menschliche Prüfzeit eingerechnet ist.

Qualitätskennzahlen wie Genauigkeit oder Übersehensrate werden nicht genannt. Preis, Bereitstellungsmodell und Bedingungen der Datenverarbeitung sind nicht offengelegt. Und es ist unklar, wie das System zurückfällt, wenn sich eine Oberfläche ändert oder eine Anmeldung scheitert. Solange diese Lücken bestehen, ist die Zahl von 70 Prozent ein Richtungssignal und keine Zahl für ein Budget.

Bedeutung für Entwickler, Unternehmen und Branche

Für Entwickler zeigt der Fall, dass Agentenanwendungen von allgemeinen Demos in vertikale Einsatzfelder wandern. Die eigentliche technische Schwierigkeit liegt nicht darin, ob ein Modell eine Schaltfläche drücken kann, sondern darin, wie man das Modell an die vorhandenen Rechte, Protokolle und Freigabeprozesse eines Unternehmens anbindet. Teams, die API-Schicht, Oberflächenschicht und menschliche Prüfschicht gemeinsam entwerfen, haben einen Vorteil gegenüber Teams, die nur eine einzelne Fähigkeit bauen.

Für Rechtsabteilungen liegt der praktischste Nutzen darin, Juristen von wiederkehrender Arbeit zu entlasten. Routinemäßige Geheimhaltungsvereinbarungen, Einkaufsverträge und Verlängerungsklauseln können von einem Agenten eine erste Prüfung und Markierung erhalten, während sich die Juristen auf Ausnahmen und Verhandlungen konzentrieren. Das funktioniert nur, wenn das Unternehmen sein Playbook bereits in klare, ausführbare Regeln gefasst hat. Ist das Playbook vage, verstärkt der Agent nur die Vagheit.

Für die Branche ist es ein öffentlicher Versuch, Computer Use in ein stark reguliertes Feld zu bringen. Juristische Arbeit muss genau sein und Spuren hinterlassen. Trägt der Ansatz, haben andere regulierte und systemlastige Sektoren wie Finanzen, Gesundheit und Versicherung mehr Grund, ein ähnliches Muster einzusetzen.

Ausblick und Herausforderungen

Mehrere Fragen verdienen Beobachtung. Die erste ist die unabhängige Überprüfung: Können Dritte oder Kunden einen ähnlichen Gewinn nachvollziehen? Die zweite ist die Haftung: Wenn der Vorschlag eines Agenten falsch ist und der Jurist ihn übersieht, wer trägt den Schaden, und haben Verträge und Versicherungen aufgeschlossen? Die dritte ist die Datensicherheit: Verträge enthalten viele Geschäftsgeheimnisse, daher braucht es klare Zusagen zur Trennung der Daten und dazu, ob sie für Training genutzt werden. Die vierte ist die Stabilität: Oberflächenautomatisierung reagiert empfindlich auf Seitenänderungen, wie hoch ist also der langfristige Wartungsaufwand? Die fünfte ist die Regulierung: Regeln zur Automatisierung in juristischen Dienstleistungen unterscheiden sich je nach Region, und jedes Unternehmen muss seine eigenen Grenzen prüfen.

Insgesamt ist die Richtung klar und der Ansatz praktisch. Er setzt nicht auf eine einzige Technik, sondern verbindet Oberflächenautomatisierung, API-Integration und menschliche Prüfung. Ob er sein Versprechen hält, hängt von den Daten und Rückmeldungen der Kunden ab, die noch folgen.