Wenn jemand etwas online kauft, l\u00e4uft im Hintergrund ein ganzes R\u00e4derwerk rechtlicher Mechanismen. Der K\u00e4ufer akzeptiert die Gesch\u00e4ftsbedingungen, der H\u00e4ndler erfasst diese Zustimmung, und falls bei der Bestellung etwas schiefgeht, gibt es eine Quittung, R\u00fcckgabebedingungen und eine identifizierbare Partei, die zur Verantwortung gezogen werden kann. \u00dcbertr\u00e4gt man denselben Kauf einem KI-Agenten, entf\u00e4llt dieser Mechanismus. Der Agent findet das Produkt, akzeptiert die Gesch\u00e4ftsbedingungen und wickelt die Zahlung ab, ohne dass eine Person dies \u00fcberwacht. Wenn die Ware nie ankommt oder sich herausstellt, dass die Bedingungen von dem abweichen, was der Agent verstanden hat, wird unklar, wer was vereinbart hat, unter welcher Rechtsordnung und \u00fcber welchen Kanal eine Beschwerde gekl\u00e4rt werden w\u00fcrde. F\u00fcr den gr\u00f6\u00dften Teil des vergangenen Jahres gab es f\u00fcr den Handel mit Agenten keine eindeutige Antwort.<\/p>\n\n\n\n
Am 24. Juni 2026 schloss sich eine Koalition unter der F\u00fchrung der American Arbitration Association, der seit einem Jahrhundert bestehenden Institution zur Beilegung von Handelsstreitigkeiten, und Integra Ledger zusammen hat das Legal Context Protocol (LCP) eingef\u00fchrt<\/a> um eine solche bereitzustellen. LCP ist ein offener Standard, der es einem KI-Agenten erm\u00f6glicht, die rechtlichen Bedingungen eines H\u00e4ndlers zu ermitteln, dessen Zustimmung dazu zu dokumentieren und im Voraus festzulegen, wie ein Streitfall beigelegt werden soll \u2013 und zwar in einer Form, die von einer anderen Maschine gelesen und sp\u00e4ter \u00fcberpr\u00fcft werden kann. Im Endeffekt verleiht er einer agentengesteuerten Transaktion die Nachweiskette, die auch bei einem menschlichen Bezahlvorgang entsteht, sodass es eine eindeutige Aufzeichnung dar\u00fcber gibt, was vereinbart wurde und was folgt, falls etwas schiefgeht. Die Gr\u00fcndungsmitglieder haben gro\u00dfes Gewicht. Zu ihnen geh\u00f6ren Google, IBM, Circle und Wayfair sowie eine Reihe von Blockchain- und Identit\u00e4tsunternehmen. Unabh\u00e4ngig davon ist der Standard so konzipiert, dass er mit den wichtigsten bereits bestehenden Protokollen f\u00fcr den agentengesteuerten Handel zusammenarbeitet, darunter das \u201eTrusted Agent Protocol\u201c von Visa und \u201eVerifiable Intent\u201c von Mastercard.<\/p>\n\n\n\n Der Zeitpunkt ist bewusst gew\u00e4hlt. Gartner<\/a> Prognosen zufolge werden bis 2028 90% der B2B-Eink\u00e4ufe \u00fcber KI-Agenten abgewickelt, wodurch Ausgaben in H\u00f6he von mehr als $15 Billionen \u00fcber KI-Agenten-B\u00f6rsen get\u00e4tigt werden. Die Branche hat bei den Komponenten, die es einem Agenten erm\u00f6glichen zu zahlen \u2013 n\u00e4mlich den Zahlungswegen und den Identit\u00e4tspr\u00fcfungen \u2013 rasche Fortschritte erzielt. Die rechtliche Ebene, also die Dokumentation der getroffenen Vereinbarungen und der Weg zur Beilegung von Streitigkeiten, hat damit jedoch nicht Schritt gehalten. Bei einem einzelnen Auftrag im Wert von $30 ist eine fehlende Aufzeichnung unerheblich. Bei automatisierten Transaktionen im Wert von Billionen Dollar ist dies jedoch genau die Art von L\u00fccke, die das gesamte Modell behindern kann. LCP ist ein Versuch, diese L\u00fccke zu schlie\u00dfen, bevor dieses Volumen erreicht wird.<\/p>\n\n\n\n L\u00e4sst man die Koalition und den Rahmen einmal au\u00dfer Acht, ist der Standard bemerkenswert klein. Ein Dienst, der f\u00fcr Agenten lesbar sein soll ver\u00f6ffentlicht eine einzelne JSON-Datei an einem bekannten Speicherort<\/a>: \/.well-known\/legal-context.json, bereitgestellt \u00fcber HTTPS. Die Datei enth\u00e4lt genau ein Pflichtfeld, n\u00e4mlich einen Link zu den Nutzungsbedingungen:<\/p>\n\n\n\n Das ist die einzige zwingende Anforderung. Die Bedingungen m\u00fcssen als eigenst\u00e4ndiges, herunterladbares Dokument vorliegen und d\u00fcrfen nicht Teil einer Webseite sein, damit ein Agent sie in einer einzigen Anfrage abrufen und auswerten kann. Die Spezifikation empfiehlt maschinenlesbare Formate wie Markdown, JSON oder reinen Text gegen\u00fcber PDF und Word, da Layoutformate von einer Maschine nicht zuverl\u00e4ssig ausgewertet werden k\u00f6nnen. Es sind weder eine Blockchain noch eine API, noch Kryptografie noch Dienste von Drittanbietern erforderlich, und das Ganze wird unter der freiz\u00fcgigen Apache-2.0-Lizenz ver\u00f6ffentlicht. Ein Einzelentwickler und eine Bank setzen das Konzept auf dieselbe Weise um: eine JSON-Datei erstellen und auf einen Server stellen.<\/p>\n\n\n\n Man sollte die Entwicklung im richtigen Zusammenhang betrachten. Die \u00dcbernahme erfolgt auf freiwilliger Basis, und die Verwaltung soll weiterhin an eine neutrale Stiftung \u00fcbergehen. Es handelt sich also um einen vorgeschlagenen Standard, der an Dynamik gewinnt, und nicht um einen bereits etablierten. Das Konzept ist jedoch bewusst so gestaltet, dass man ihm leicht zustimmen kann \u2013 und genau so setzen sich Standards in der Regel durch.<\/p>\n\n\n\n Das einzige Pflichtfeld ist \u201eLevel 1\u201c. Darauf aufbauend definiert die Norm Vier Stufen der Vertrauenssicherung<\/a>, wobei jede dieser Bestimmungen optional ist und beiden Seiten einer Transaktion zus\u00e4tzliche Beweiskraft verleiht, anstatt den Verk\u00e4ufer zu beg\u00fcnstigen.<\/p>\n\n\n\n Das Leitprinzip ist die Verh\u00e4ltnism\u00e4\u00dfigkeit. Eine Datenabfrage im Wert von wenigen Cent und ein sechsstelliger Lieferantenvertrag sollten nat\u00fcrlich nicht mit denselben Gemeinkosten verbunden sein; daher soll die Qualit\u00e4tssicherung entsprechend dem jeweiligen Risiko skaliert werden.<\/p>\n\n\n\n Der Ablauf ist bewusst unspektakul\u00e4r gehalten. Bevor ein Kauf abgeschlossen wird, fordert der Agent Folgendes an: LCP steht nicht in Konkurrenz zu den bereits laufenden Arbeiten im Bereich Zahlungsverkehr und Identit\u00e4tsmanagement. Es wurde entwickelt, um diese zu erg\u00e4nzen. Die Einf\u00fchrung schafft eine klare Struktur der Ebenen: Zahlungsprotokolle wie x402<\/a> Und das Trusted Agent Protocol gibt Auskunft dar\u00fcber, was bezahlt wurde; Identit\u00e4ts- und Koordinationsrahmen geben Auskunft dar\u00fcber, wer gehandelt hat; das LCP gibt Auskunft dar\u00fcber, zu welchen Bedingungen, nach welchem Recht und mit welchen Rechtsmitteln.<\/p>\n\n\n\nDie wichtigsten Erkenntnisse<\/strong><\/h2>\n\n\n\n
\n
Was LCP eigentlich ist<\/strong><\/h2>\n\n\n\n
{<\/mark><\/code><\/p>\n\n\n\n \"terms\": \"https:\/\/example.com\/terms\/v3.md\"<\/mark><\/code><\/p>\n\n\n\n}<\/mark><\/code><\/p>\n\n\n\nVier Vertrauensstufen<\/strong><\/h2>\n\n\n\n
\n
So funktioniert es zum Zeitpunkt der Transaktion<\/strong><\/h2>\n\n\n\n
\/.well-known\/legal-context.json <\/code><\/mark>von der Domain des H\u00e4ndlers, liest das Feld \u201eterms\u201c aus und ruft das darin angegebene Terms-Dokument ab. Auf Stufe 1 reicht das aus: Der Agent verf\u00fcgt \u00fcber die Bedingungen und f\u00e4hrt mit der Einwilligungserfassung fort. Auf Stufe 2 geht er noch einen Schritt weiter: Er berechnet den SHA-256-Hash des soeben heruntergeladenen Dokuments neu und vergleicht ihn mit dem \u201eatrHash\u201c in der Discovery-Datei. Stimmen beide \u00fcberein, verf\u00fcgt der Agent \u00fcber einen kryptografischen Nachweis, dass die gelesenen Bedingungen genau den vom H\u00e4ndler ver\u00f6ffentlichten Bedingungen entsprechen und nicht ver\u00e4ndert wurden. Auf den Stufen 3 und 4 sorgen eine digitale Signatur und ein API-Aufruf f\u00fcr eine ausdr\u00fcckliche Zustimmung sowie einen Weg zur Streitbeilegung. Es m\u00fcssen keine neuen \u201eRails\u201c und kein Plugin installiert werden: eine gew\u00f6hnliche HTTPS-Anfrage sowie ein optionaler Hash-Vergleich, den der Agent lokal durchf\u00fchren kann.<\/p>\n\n\n\nWo es sich im Stapel befindet<\/strong><\/h2>\n\n\n\n