KI-Coding-Agent im Vertrag: Haftung, Lizenz, Datenschutz

KI-Coding-Agenten verstehen: Was Sie vor der Unterzeichnung wissen müssen

Das Entwicklungsteam möchte einen KI-Coding-Agenten einführen – etwas wie Devin oder Replit Agent, das Aufgaben plant, Code schreibt und Deployments verwaltet, ohne dass ein Mensch jeden Schritt bestätigen muss. Bevor irgendjemand unterschreibt, braucht der Vertrag eine andere Leseart als bei Standard-SaaS-Tools üblich. Die Klauseln, die Sie vor einem einfachen Chatbot-Anbieter schützen, schützen Sie typically nicht vor einem Anbieter, dessen Produkt eigenständig Code committen kann, Repositories berühren kann oder in die Produktion deployen kann – ohne dass eine Person erst bestätigen muss.

Was „KI-Coding-Agent" im Vertrag wirklich bedeutet

Rechtlich ist die Unterscheidung wichtiger als das Marketing suggeriert. Ein Code-Completion-Tool schlägt eine Zeile vor, und eine Person akzeptiert oder lehnt ab: der Mensch bleibt der Handelnde. Ein KI-Coding-Agent plant eine Aufgabe, schreibt Code über mehrere Dateien hinweg, führt ihn aus und deployt ihn manchmal – wobei eine Person das Ergebnis überprüft, anstatt jede Zeile selbst zu schreiben.

Diese Verschiebung ändert, wer für haftungsrechtliche Zwecke „die Aktion" ausgeführt hat. Wenn der Agent eine Sicherheitslücke einführt oder einen Breaking Change pusht, waren die Standard-Bedingungen des Anbieters mit großer Sicherheit für das erste Modell geschrieben, nicht für das zweite. Lesen Sie den Vertrag mit diesem Gap im Hinterkopf, bevor Sie irgendetwas anderes lesen.

Die Unterscheidung bestimmt auch, welche internen Stakeholder den Vertrag freigeben müssen. Ein Code-Completion-Tool ist normalerweise eine Beschaffungsentscheidung, die Entwicklungsleiter unabhängig treffen. Ein KI-Coding-Agent, der Befehle ausführen kann, auf Repositories zugreifen kann oder in eine Deployment-Pipeline pushen kann, berührt Security Review, Datenschutz und oft dieselbe Risk-Committee-Prüfung, die ein neuer Core-Vendor auslösen würde. Wenn Sie die beiden im Sourcing-Prozess gleich behandeln, entsteht genau dort, wo die meisten der unten beschriebenen Gaps anfangen.

Die meisten Vertragsvorlagen für Developer Tools gehen immer noch davon aus, dass der Mensch die letzte Verteidigungslinie ist. Clifford Chance's Überprüfung von agenten-AI-Verträgen aus 2026 fand heraus, dass Legacy-Technologieverträge die Verantwortung für die Aktionen des Agenten vollständig dem Kunden aufbürden, wobei Lieferanten die Software „as-is" anbieten und die Haftung für Genauigkeit ausschließen – selbst wenn der Kunde alles korrekt konfiguriert hat (Clifford Chance, Februar 2026).

In der Praxis bedeutet das, dass die Standard-Schadloshaltung in den meisten KI-Coding-Agent-Verträgen nicht die Handlungen oder Unterlassungen des Agenten selbst abdeckt. Wenn die autonome Aktion des Agenten Schaden verursacht, ein schlechtes Deployment, ein exponiertes Credential oder ein zerstörtes Produktionssystem, stellen Sie möglicherweise fest, dass die Schadloshaltungsklausel nur für Ansprüche von Dritten wegen Urheberrechtsverletzung geschrieben wurde – nicht für die eigenen Fehler des Agenten.

Was Sie überprüfen sollten: Deckt die Haftungsausschlussklausel explizit Verluste ab, die durch die autonomen Aktionen des Agenten verursacht werden (nicht nur Ansprüche Dritter), oder nur den engeren Fall der Urheberrechtsverletzung im generierten Code? Fragen Sie den Anbieter schriftlich nach, wenn die Vertragssprache unklar ist.

Hier sollte man ehrlich sein: Wenn Ihre aktuelle Vereinbarung die Haftung des Anbieters auf die Abonnementgebühr begrenzt und „Gewinnverluste, Datenverluste und Folgeschäden" ausschließt, ist ein Agent-verursachter Produktionsunfall genau die Art von Verlust, der ausgeschlossen wird. Diese Kombination ist bei Standard-SaaS-Vertragsbedingungen häufig und wird selten renegoziert, es sei denn, die Rechtsabteilung fragt zuerst danach.

Wer besitzt den Code, den der Agent schreibt?

Hier sitzt eine echte rechtliche Mehrdeutigkeit unter der kommerziellen Frage. Das Urheberrecht in den meisten Jurisdiktionen, einschließlich EU und UK, erfordert einen menschlichen Autor: Code, der rein von einem Modell generiert wird, ist möglicherweise überhaupt nicht urheberrechtlich geschützt – unabhängig davon, was der Vertrag über die Eigentumsrechte sagt. Eine gut formulierte Anbietervereinbarung gewährt Ihnen ein vertragsrechtliches Recht, die Ausgabe zu nutzen, zu modifizieren und zu verteilen, was das kommerzielle Problem löst, selbst wenn die zugrunde liegende Urheberrechtsfrage ungeklärt bleibt.

Das andere Eigentumsrisiko sitzt eine Schicht darunter: Open-Source-Lizenz-Kontamination. Ein Agent, trainiert auf öffentlichen Repositories, weiß nicht, dass das Muster, das er gerade reproduziert hat, aus einem Copyleft-lizenzierten Projekt stammt, das für nicht-kommerzielle Nutzung gedacht ist. Ilia Badeev von Trevolution Group hat es deutlich gesagt: das Modell „weiß nicht, wie dieser Code verwendet wird" – genau deshalb muss License-Scanning auf KI-generiertem Code laufen, bevor er shipped wird, nicht danach (CIO, 2026).

§ Beispiel-Vertragssprache zum Nachschlagen:
„Der Kunde besitzt alle Rechte, Titel und Interessen an der Ausgabe, 
vorbehaltlich der zugrunde liegenden geistigen Eigentumsrechte des Anbieters 
in den Diensten. Der Anbieter stellt dar, dass die Ausgabe ohne Reproduktion 
lizenzierter Code von Dritten generiert wird, die Zuschreibungs- oder 
Copyleft-Verpflichtungen erfordern, und wird den Kunden gegen Ansprüche 
aus einer Verletzung dieser Darstellung freistellen."

Wenn diese Darstellung und Freistellung nicht im Vertrag sind, gehen Sie nicht davon aus, dass sie impliziert sind. Fordern Sie sie explizit und schriftlich vor dem Rollout an – nicht nachdem ein Jurist sechs Monate in die Produktion ein GPL-Header entdeckt hat.

Die meisten KI-Coding-Agenten auf dem Markt sind US-Anbieter, was bedeutet, dass Schweizer, österreichische und EU-basierte Teams von dem Moment an einen Cross-Border-Datentransfer durchführen, in dem Quellcode und Prompts das lokale Netzwerk verlassen. Standard Contractual Clauses decken den Transfer-Mechanismus ab, aber sie beantworten nicht die schwierigere Frage: trainiert der Anbieter seine eigenen Modelle auf Ihrem proprietären Code, und können Sie das wirklich ausschalten?

Devins Enterprise-Bedingungen beispielsweise besagen, dass Kundendaten in der eigenen VPC-Deployment des Kunden bleiben und nie für das Training verwendet werden – genau das ist eine spezifische Zusage, die Sie von jedem Anbieter schriftlich einfordern sollten, anstatt sie als Industriestandard zu akzeptieren (Devin Enterprise). Mehrere konkurrierende Agenten veröffentlichen jetzt ähnliche Sprache, SOC 2 Type 2 Zertifizierung, GDPR- und CCPA-Compliance-Erklärungen, eine Datenverarbeitungsvereinbarung auf Basis von Standard Contractual Clauses – aber die Formulierungen unterscheiden sich genug zwischen Anbietern, dass ein Side-by-Side-Vergleich der tatsächlichen Klauseln, nicht der Marketing-Seiten, vor dem Rollout eine Stunde von einem Paralegal lohnt.

Diese Stunde deckt normalerweise Gaps auf, die der Sales Call nicht erwähnt hat: ein Training-Opt-Out, das nur auf bezahlte Pläne angewendet wird, eine DPA, die persönliche Daten abdeckt, aber zu Quellcode schweigt, oder eine Sub-Processor-Liste, die einen vierten Anbieter für ein LLM-Dienst enthält, den niemand im Beschaffungsprozess erwähnt hat. Keine davon sind Dealbreaker für sich allein. Sie sind jedoch genau die Art von Detail, die sich in ein schwieriges Gespräch mit einem Datenschutzbeauftragten verwandelt, wenn es nach Einbettung des Tools in die tägliche Entwicklungsarbeit zutage tritt.

Der EU-AI-Act tritt am 2. August 2026 in allgemeine Anwendung ein, und er legt die Compliance-Last auf das einsetzende Unternehmen, nicht auf den Anbieter. Das bedeutet in der Praxis, dass Legal und Procurement dokumentierte Risikobewertungen, Audit-Logs darüber, was der Agent tat und warum, und für alles, das regulierte Entscheidungen betrifft, einen echten Menschen-im-Schleifen-Schritt benötigen – bevor das Tool in die tägliche Nutzung geht, nicht nachträglich.

Wenn Sie selbst hosten, verschiebt sich das Vertragsproblem nur – es verschwindet nicht

Open-Source-Agenten, die selbst gehostet werden können, ändern, wo das Risiko sitzt, anstatt es zu entfernen. Sie vermeiden die Data-Training-Frage des Anbieters, weil kein Anbieter Ihren Code verarbeitet, aber Sie erben die Security-Hardening-, Patching- und Audit-Logging-Arbeit, die der Anbieter vertraglich sonst übernommen hätte.

Für Teams mit der internen Kapazität, das verantwortungsvoll zu betreiben, ist Self-Hosting ein berechtigter Weg, um die Cross-Border-Transfer-Frage vollständig zu umgehen. Für Teams ohne Platform-Engineering-Funktion ist ein Anbietervertrag mit klaren Bedingungen normalerweise das sichere Wette, selbst wenn es länger dauert zu verhandeln.

Es gibt auch eine Mitteloption, die es wert ist, genannt zu werden: Einige Legal- und Procurement-Teams fordern ein kürzeres Pilot-Abkommen an – dreißig bis sechzig Tage, auf ein einzelnes Non-Produktions-Repository begrenzt – bevor sie sich auf den Standard-Jahresvertrag festlegen. Es entfernt keine der hier besprochenen Klauseln, aber es gibt Security und Legal eine Live-Umgebung, um das tatsächliche Verhalten des Anbieters zu testen – nicht nur sein Datenblatt – bevor die Bedingungen, die zählen, für ein Jahr gesperrt werden.

Sicherheitsklauseln, die wichtiger sind als ein SOC-2-Badge

Ein SOC-2-Report sagt Ihnen, dass die Infrastructure-Controls des Anbieters geprüft wurden. Es sagt nichts darüber aus, wer haftet, wenn der Agent selbst – nicht die Infrastructure um ihn herum – eine Sicherheitslücke in Ihren Codebase schreibt. Das sind zwei verschiedene Fragen, und Vendor-Verkäufer beantworten normalerweise nur die erste, es sei denn, sie werden direkt gefragt.

Die Klauseln, die es wert sind zu verhandeln: Audit-Rechte über die Entscheidungs-Logs des Agenten, eine dokumentierte Incident-Cooperation-Verpflichtung (der Anbieter verpflichtet sich zu einer Response-Zeit, nicht nur zu „angemessenen Bemühungen"), und eine echte Suspend- oder Override-Kapazität, damit Ihr Team den Agent-Zugang ziehen kann, ohne auf die Support-Queue des Anbieters zu warten. Clifford Chance empfiehlt, eine Überprüfung durch den Menschen für jede Aktion mit rechtlichen, finanziellen oder regulatorischen Konsequenzen zu verlangen, und erweiterte Schadloshaltungen und höhere Haftungsgrenzen speziell für hochwertige Deployments zu verhandeln, anstatt die Vorlage des Anbieters einfach so zu akzeptieren.

Der Rat, den Sie am häufigsten hören – und der eine Überlegung wert ist, ihn zu ignorieren – ist: „Warten Sie, bis Rechtsprechung KI-Urheberrecht und Haftung klärt, bevor Sie sich Sorgen machen." Gerichte in den USA und EU haben nicht entschieden, ob das Trainieren eines KI-Modells auf urheberrechtlich geschütztem Code selbst verletzend ist, und diese Frage sitzt über dem Niveau eines einzelnen Vertrags. Jeffrey Gluck von Panitch Schwarze fasste den aktuellen Stand deutlich zusammen: „Sie haben bereits ein Urheberrechtsproblem, das noch nicht gelöst ist."

Auf die Auflösung zu warten schützt Sie nicht in der Zwischenzeit; es bedeutet nur, dass Sie ohne die Vertragssprache arbeiten, die zählen würde, sobald sie gelöst ist. Die Klauseln in diesem Stück sind Dinge, die Sie heute verhandeln können – unabhängig davon, wie die Training-Data-Rechtsstreitigkeiten letztendlich landen.

Vor der nächsten Unterzeichnung: Eine klare Checkliste

Drei Dinge sind sinnvoll, bevor ein KI-Coding-Agent-Vertrag unterzeichnet wird. Erstens: Bestätigen Sie, dass die Haftungsausschlussklausel die autonomen Aktionen des Agenten abdeckt – nicht nur Ansprüche von Dritten wegen Urheberrechtsverletzungen – und dass Haftungsgrenzen nicht die Verlustkategorien ausschließen, die ein Agent-Fehler tatsächlich verursachen würde. Zweitens: Holen Sie sich die Training-Data-Zusage des Anbieters und die License-Scanning-Darstellung schriftlich – nicht impliziert durch eine Pricing-Seite.

Drittens: Wenn der Anbieter US-basiert ist und Ihr Team in der EU, UK oder Schweiz tätig ist, bestätigen Sie, dass die SCC-gestützte DPA aktuell ist, und fragen Sie spezifisch, welche Veränderungen die August-2026-Verpflichtungen des EU-AI-Acts mit sich bringen. Nichts davon ersetzt die Freigabe durch Ihren eigenen Rechtsanwalt auf die endgültige Sprache. Es bedeutet nur, dass das Gespräch mit ihm von den richtigen Fragen ausgeht, anstatt von einer leeren Seite.