Ich habe alle vier Rechtsdokumente hinter Jev gelesen, dem schnellsten AI-Modell des Jahres

Jev ist am 15. September gestartet. Drei Tage später habe ich nach den Nutzungsbedingungen gesucht. Google lieferte mir den Launch-Post des Anbieters auf Platz eins, einen DataCamp-Erklärtext auf zwei und die rohen Terms of Use auf drei.

Ich habe auf Platz drei geklickt und den falschen Vertrag gelesen. Wie alle anderen, die dort geklickt haben. Dieses Dokument regelt typesafe.ai, die Marketing-Website. Mit der API, durch die du gleich Kundendaten schickst, hat es nichts zu tun.

Der Vertrag, der das Produkt regelt, liegt drei Klicks weiter. In vier Tagen Launch-Berichterstattung habe ich niemanden gefunden, der ihn gelesen hat. Alle haben die Geschwindigkeit gemessen. Niemand hat die Papiere aufgemacht. Also habe ich sie aufgemacht, alle vier.

Was ist Jev, und was ist ein System One Model?

$0,042 pro Million Input-Tokens. Output-Tokens kostenlos. 70 bis 500 Millisekunden. Das sind die Zahlen, bei denen alle hellhörig wurden, als TypeSafe AI am 15. September 2026 mit $40M unter Führung von DCVC aus dem Stealth kam. Gegründet von Diogo Almeida, Mit-Erfinder von RLHF und InstructGPT bei OpenAI.

Jev ist das, was sie ein System One Model nennen. Es erzeugt keinen Text. Es liefert eine typisierte Entscheidung in einem einzigen parallelen Durchlauf, mit einem kalibrierten Confidence-Wert, auf den du im Code verzweigen kannst. Typkorrektheit ist per Konstruktion garantiert statt über Retry-Schleifen, und das ist der interessante Teil für jeden, der schon mal um 1 Uhr nachts eine JSON-Reparaturfunktion geschrieben hat. Ihre eigene Formulierung: "To ask it questions, you have to define the shape of the answer. Kind of like writing multiple choice questions."

Dieselbe Seite gibt zu, dass Jev bei Mathematik und Schach schwächer ist als große Reasoning-Modelle, und schreibt zum zentralen Intelligenz-Claim: "This is the hardest claim to defend, and no one in the field has found a good way to prove it." Das ist mehr Offenheit, als die meisten Launch-Seiten aufbringen, und das will ich anerkennen, bevor ich zweitausend Wörter über die Teile schreibe, die mir Sorgen machen.

Ich bin kein Anwalt. Ich bin ein Entwickler, der Verträge liest, bevor Kundendaten durchlaufen, weil bei einem Problem mein Name auf der Rechnung steht. Was folgt, ist meine Lesart von vier öffentlichen Dokumenten, keine Rechtsberatung.

Vier Dokumente, vier Daten, und Google zeigt dir das falsche

Das Scope-Problem ist das Nützlichste an diesem Post, deshalb kommt es zuerst.

Dokument	Regelt	Recht und Gerichtsstand	Haftungsgrenze	Stand
Terms of Use	Nur die Website	Delaware, JAMS-Schiedsverfahren	$100	14.09.2026
Master Customer Agreement	API und Konsole	Gerichte in Delaware, Verlierer zahlt	12 Monatsgebühren oder $50, je nachdem was höher ist	27.08.2026
DPA	Personenbezogene Daten in deinen Inputs	Irisches Recht, Gerichte Dublin	wie MCA, DPA geht bei Konflikt vor	24.04.2026
Datenschutzerklärung	TypeSafes eigene Verarbeitung	nicht angegeben	n/a	19.11.2025

Das Master Customer Agreement ist das entscheidende Dokument, und das DPA überschreibt es, wo sie sich widersprechen. Schau auf die Daten: Die Datenschutzerklärung ist neun Monate älter als das MCA, und man sieht diesen Versatz in den Dokumenten. Er erklärt, warum das Kein-Training-Versprechen auf der Datenschutzseite anders klingt als im Vertrag.

Mich hat Dokument-Scope schon mal erwischt, von der anderen Seite des Tisches. Ein Kunde wollte nach der Lieferung nachverhandeln, und das ging nur deshalb für mich aus, weil ich meine eigenen Papiere ordentlich gelesen hatte.

Was du bekommst, was du nicht darfst, und was Credits wirklich sind

Fang mit der guten Hälfte an, denn die ist echt. Ziffer 2.1 gewährt eine einfache, nicht ausschließliche Lizenz, 2.2 erlaubt dir, die API in Anwendungen für deine eigenen Endnutzer einzubetten, und das ist die Klausel, die eine Agentur braucht. 4.2 geht weiter als nötig: TypeSafe beansprucht kein Eigentum am Output und tritt dir alle etwaigen Rechte daran ab.

Dann listet 2.3 dreizehn Dinge auf, die du nicht darfst. Kein eigenständiger Weiterverkauf, keine Destillation des Outputs für ein Konkurrenzmodell, kein Reverse Engineering. Auch keine Security- oder Schwachstellentests, die 2.3(h) mit dem Umgehen von Zugangsbeschränkungen in einen Topf wirft, dein Pentest ist also ein Vertragsbruch. Ziffer 2.4 sagt, dass nur deine Mitarbeiter oder Auftragnehmer die Web-Konsole nutzen dürfen, du kannst einem Kunden also keinen Login geben.

Dann das Geld. Credits sind vorausbezahlt und laut 8.2 "not redeemable, refundable, transferable, or legal tender or currency". Sie verfallen mit Ende der Laufzeit oder zwölf Monate nach Kauf, je nachdem was früher eintritt, und 10.3(c) sagt, dass nicht verbrauchte Beträge bei Vertragsende weg sind, egal wer gekündigt hat und warum. Ziffer 6 erlaubt die sofortige Sperrung bei einem 2.3-Verstoß oder einer Zahlung, die dreißig Tage überfällig ist, und 15.7 erlaubt TypeSafe, den Vertrag einseitig mit sechzig Tagen Vorlauf zu ändern. Vorausbezahlte, verfallende Credits gegen Bedingungen, die die Gegenseite ändern darf, solltest du einpreisen, bevor du auflädst. Die allgemeine Version dieser Prüfung steht in 5 Fragen, die du vor dem Kauf jedes AI-Tools stellen solltest.

Ziffer 2.3(f) und die Einladung zum Nachmessen

Zwei Sätze derselben Firma, in derselben Woche veröffentlicht.

Die Produktseite: "You're in now, so you can trivially verify our speed claims, but be aware that our service is currently in us-west so where you request from matters."

MCA 2.3(f): du wirst nicht "publish benchmarks or performance information about the Services."

Keine Einwilligungsausnahme, keine Ausnahme irgendwo im Dokument. Und der Einleitungssatz zu 2.3 bindet "Customer Applications, or any of Customer's directors, officers, employees, agents or contractors", er reicht also bis zu dem Freelancer, an den du die Integration vergibst.

Dann die Zähne. Einen Benchmark zu veröffentlichen ist ein wesentlicher Vertragsbruch nach 10.2(a), Ziffer 6 erlaubt die sofortige Sperrung, und 12.3(b) macht einen Kundenverstoß gegen 2.3 zu einem Excluded Claim, der die Haftungsgrenze komplett umgeht. Dein Risiko für einen geposteten Latenz-Chart ist unbegrenzt. Ihr Risiko für den Verlust deiner Daten liegt bei zwölf Monatsgebühren oder $50.

Anthropics Commercial Terms enthalten kein Benchmark-Veröffentlichungsverbot. Google Cloud erlaubt die Veröffentlichung unter einer Gegenseitigkeitsbedingung. OpenAI konnte ich nicht prüfen, weil deren Rechtsseiten automatisierte Abrufe blockieren, deshalb lasse ich sie raus, statt zu raten.

Die faire Lesart, und der Punkt hält nur, wenn ich ihn klar sage: Ein privater Test ist keine Veröffentlichung. Einladung und Verbot kollidieren erst in dem Moment, in dem du teilst, was du gemessen hast. Du darfst nachmessen. Du darfst es nur niemandem erzählen.

Telemetry sind vier Klauseln, nicht eine

Das ist das, was ich zuerst markieren würde, wenn ein Kunde mir diesen Vertrag weiterleitet.

Telemetry ist in 4.3 definiert als "technical logs, hashes, summary statistics and classifications, metrics, and learnings related to Customer's use of the Services", und TypeSafe darf sie "Process without restriction, including to improve the Services or TypeSafe's other products and services."

Für sich genommen eine normale Analytics-Klausel. Zusammen mit den anderen drei ist es die weitreichendste Rechteeinräumung im Vertrag. Ziffer 4.1(b) gibt ihnen das Recht, deine Customer Data eigens zur Ableitung von Telemetry zu verarbeiten, 11 gibt ihnen das Eigentum daran, und 10.4 lässt sie das Vertragsende überdauern. Aus deinen Daten abgeleitet, ihnen gehörend, unbefristet gespeichert, auch nach deinem Weggang noch ihre.

Dagegen steht das Kein-Training-Versprechen, das echt ist. Die Datenschutzerklärung ist eindeutig: "We will not train or fine tune any artificial intelligence or machine learning models on Input." Das MCA ist enger. Ziffer 4.1 sagt, sie werden Customer Data nicht in einen Trainingsdatensatz aufnehmen "(i.e., to modify the model weights of)", und zwar "without Customer's prior consent". Da ist eine Einwilligungsausnahme, die die Datenschutzseite nicht erwähnt, und eine Definition, die an Modellgewichte gekoppelt ist und Eval-Sets oder Retrieval-Korpora nicht offensichtlich abdeckt. Das Wort Telemetry kommt in der Datenschutzerklärung überhaupt nicht vor.

Die Forderung ist ein Satz: Telemetry schriftlich als anonymisierte oder aggregierte Daten im Sinne von Erwägungsgrund 26 definieren. Sagen sie ja, ist die Klausel kein Problem mehr. Zögern sie, hast du etwas gelernt.

Haftungsgrenze und Freistellung zeigen in dieselbe Richtung

Ziffer 12.2 begrenzt beide Seiten auf "the greater of (A) the amounts paid or payable during the 12 months prior and (B) $50 USD". Folgeschäden sind beidseitig ausgeschlossen, das ist Standard.

Ziffer 12.3 listet auf, was die Grenze umgeht: deine Nichtzahlung, dein Verstoß gegen 2.3, 2.4 oder 5, und die Freistellungszahlungen beider Seiten. Jede Ausnahme außer der letzten läuft in eine Richtung.

Leg Art. 82 DSGVO daneben. Eine betroffene Person verklagt dich, weil du der Verantwortliche bist. Du zahlst. Dein Rückgriff auf TypeSafe ist auf das begrenzt, was du für Credits ausgegeben hast, bei einer kleinen Agentur ein niedriger vierstelliger Betrag. DPA 3.1 legt dieselbe Grenze auf Ausfälle von Unterauftragsverarbeitern, ein Vorfall bei AWS oder Modal landet also in derselben kleinen Schachtel. Mit Gerichtsstand Delaware und der Kostentragung des Verlierers ist es systematisch unwirtschaftlich, kleinere Beträge zu verfolgen.

Die Freistellung ist für europäische Käufer noch schlechter. Ziffer 13.1 deckt Ansprüche ab, die eine Verletzung von "a third-party's U.S. patent, copyright, trademark, or trade secret" behaupten. Nur US-Rechte. Wirst du in München aus einem EU-Recht verklagt, stehst du allein da, und 13.6 macht das zum ausschließlichen Rechtsbehelf. Ziffer 13.5(e) nimmt Output komplett aus, und das zu einem Zeitpunkt, an dem Wettbewerber Output-Freistellungen als Verkaufsargument bewerben.

Es läuft auch andersherum. Ziffer 13.2(d) verpflichtet dich, TypeSafe gegen Ansprüche zu verteidigen, die "brought by an End User and related to the subject matter of this Agreement" sind. Du baust Jev in das Produkt deines Kunden ein, ein Nutzer dieses Produkts verklagt TypeSafe, du zahlst die Verteidigung, und 12.3(c) stellt das außerhalb der Haftungsgrenze, deine Seite hat also keine Obergrenze.

Kann nicht halluzinieren ist Marketing, nicht Vertrag

Die Produktseite sagt zur Typkorrektheit: "Not 99.9999% success, actually 100%". Ein Großteil der Berichterstattung hat daraus ein Modell gemacht, das mathematisch nicht halluzinieren kann.

Der Vertrag sagt, in Großbuchstaben: "THE SERVICES MAY PRODUCE INACCURATE OR ERRONEOUS OUTPUT" und "CUSTOMER IS RESPONSIBLE FOR INDEPENDENTLY EVALUATING THE OUTPUT."

Beides stimmt gleichzeitig, und die Lücke dazwischen ist der Punkt. Typkorrekt ist nicht dasselbe wie korrekt. Ein garantiert gültiger Enum-Wert kann trotzdem der falsche Enum-Wert sein, und ein kalibrierter Confidence-Wert ist eine Zahl über das Modell, keine Tatsache über die Welt. Ziffer 9.1 garantiert nur, dass die Services "perform materially as described in its Documentation", mit einer Behebung in dreißig Tagen oder einer Rückerstattung nicht verbrauchter Gebühren als ausschließlichem Rechtsbehelf nach 9.2.

Was fehlt, ist lauter. Es gibt keine Acceptable Use Policy, keine Liste verbotener Anwendungen, kein Verbot für Hochrisiko-Einsätze, keine Pflicht zur menschlichen Aufsicht. Die einzige Verbotsliste ist 2.3, und jeder Punkt darin schützt TypeSafes IP und Infrastruktur, nicht irgendjemanden weiter unten in der Kette. Nichts hindert dich daran, Jev in ein Hochrisiko-System nach Anhang III der KI-Verordnung einzubauen, und nichts verpflichtet TypeSafe, dir die Anbieter-Informationen zu geben, die du dafür rechtmäßig bräuchtest.

Fünf Klauseln, die in Deutschland anders brechen

Wo die Daten hingehen. Die Produktseite sagt us-west. Die Datenschutzerklärung sagt die Vereinigten Staaten und sonst nichts. Die Unterauftragsverarbeiter sind vier Firmen, alle amerikanisch. Und TypeSafe ist nicht nach dem EU-US Data Privacy Framework zertifiziert. Ich habe nachgesehen statt angenommen: Die Suche auf dataprivacyframework.gov ist kaputt, also habe ich alle 232 aktiven Teilnehmer unter dem Buchstaben T durchgeblättert. Der nächstliegende Eintrag ist Tynker.

Standardvertragsklauseln liegen vor, die Übermittlung ist auf dem Papier also rechtmäßig. In der Praxis heißt das, dass das Transfer Impact Assessment deine Aufgabe ist, inklusive CLOUD Act und FISA 702. Der Hintergrund beruhigt auch nicht: Das Gericht der EU hat die Angemessenheit des DPF im September 2025 bestätigt, dagegen läuft die Berufung beim EuGH, und Max Schrems hat am 30. Juni 2026 an die Kommission geschrieben, dass die Entscheidung des US Supreme Court in Trump v. Slaughter die Anforderung unabhängiger Aufsicht untergräbt.

Die Haftungsgrenze ist die Klausel, die ich zuerst verhandeln würde. Telemetry ist die, die ich schriftlich hätte.

Löschung, und hier will ich genau statt dramatisch sein. MCA 10.3 sagt, TypeSafe "will be under no obligation to store or retain Customer Data and may delete Customer Data at any time in its sole discretion." Der DPA-Text sagt zu Löschung oder Rückgabe überhaupt nichts. Die Pflicht kommt nur über SCC-Klausel 8.5, die in 6.2 einbezogen wird, und weil DPA 1.3 das DPA bei Konflikten vorgehen lässt, hast du wahrscheinlich ein Löschrecht. Du erreichst es nur, indem du zwei Dokumente bis in einen einbezogenen Anhang verfolgst, und was du nie bekommst, ist eine Löschbestätigung oder ein Exportfenster. Für ein Löschkonzept und dein Verzeichnis von Verarbeitungstätigkeiten will ein Prüfer ein Datum und eine schriftliche Bestätigung. Beides wird nicht geschuldet.

Kein SLA. Support sind wirtschaftlich angemessene Bemühungen per E-Mail. Das ist die ganze Zusage.

Die Anhänge sind dünn, und die Subprozessor-Liste hat zwei Hintertüren

Hier ist der komplette Anhang zu den technischen und organisatorischen Maßnahmen, Schedule I Ziffer 11, vollständig zitiert:

Typesafe will implement security safeguards designed to protect the security, confidentiality and integrity of Personal Data as described on Typesafe's Trust Center at https://trust.typesafe.ai/.

Das ist Anhang II. Eine URL. DPA 5.1 erlaubt TypeSafe, diese Maßnahmen einseitig zu ändern, und der SOC-2-Bericht hinter dem Link sitzt hinter einem "Request access"-Button. Der Rest von Schedule I ist ähnlich dünn: Betroffene sind "Customer and Customer's users", was die Menschen in den Unterlagen deines Kunden nicht beschreibt. Ziffer 10 benennt die irische Aufsichtsbehörde für Betroffene im EWR, und das ist das Feld Anhang I.C der SCC, keine Wahl deiner Aufsichtsbehörde.

Die Unterauftragsverarbeiter, von der Seite verifiziert: AWS speichert und verarbeitet Live-Anfragedaten, Modal verarbeitet Prompts ohne sie zu speichern und ist der, der die Inferenz ausführt, Slack und Google Workspace machen den Support. Vier Firmen, alle US, keine EU-Einheit. DPA 3.2 gibt dir fünfzehn Tage zum Widerspruch aus "reasonable privacy or security grounds", danach arbeiten beide Seiten "together in good faith". Kein Kündigungsrecht, und genau da landet ein deutscher AV-Vertrag normalerweise. Auch keine Änderungsbenachrichtigung auf der Seite, die Frist läuft also gegen etwas, an dessen Prüfung du selbst denken musst.

Zwei Türen führen an der Liste vorbei. MCA Ziffer 7 sagt, dass du mit dem Aktivieren einer Third-Party Platform TypeSafe autorisierst, deine Customer Data mit ihr auszutauschen, und eine Third-Party Platform ist kein Unterauftragsverarbeiter, taucht also nie auf der Seite auf und das Widerspruchsfenster gilt nie. Ziffer 15.1 erlaubt TypeSafe, den Vertrag bei einer Übernahme ohne deine Zustimmung abzutreten, während die Datenschutzerklärung die Übertragung personenbezogener Daten an "potential transactional partners" erlaubt. Dein Auftragsverarbeiter nach Art. 28 kann den Eigentümer wechseln, mit deinen Daten, und du hast kein Mitspracherecht.

Der DPA-Text selbst ist solide gemacht, und es wäre unfair, das nicht zu sagen. Verarbeitung nur auf Weisung, kein Verkauf, keine Zusammenführung mit Drittdaten, Meldung von Vorfällen in 72 Stunden, ein jährliches Auditrecht. Er läuft bei den Anhängen aus, nicht im Hauptteil.

Sechs Dinge, die ich fordern würde, und was ich tatsächlich täte

In dieser Reihenfolge, wenn du die Redlines schickst:

1. DSGVO- und AV-Verstöße aus der Haftungsgrenze in 12.2 herausnehmen, und 13.1 über US-Schutzrechte hinaus erweitern.
2. Telemetry als anonymisiert oder aggregiert definieren lassen und die Einwilligungsausnahme in 4.1 streichen.
3. Aus dem Subprozessor-Widerspruch ein Kündigungsrecht mit anteiliger Rückerstattung machen.
4. Löschung, Löschbestätigung und ein Exportfenster von dreißig Tagen in den DPA-Text schreiben.
5. Eine EU-Hosting-Region verlangen, ersatzweise ihre TIA-Dokumentation und den SOC 2 ohne Schranke.
6. Rückerstattung nicht verbrauchter Credits, wenn TypeSafe kündigt oder den Vertrag bricht.

Eine Firma neun Tage nach dem Launch mit $40M Seed wird das meiste davon ablehnen. Welche Punkte sie ablehnen, sagt dir mehr als die, denen sie zustimmen. Die Version dieses Gesprächs, die du mit jedem Anbieter führen kannst, bevor du so tief einsteigst, steht in den 5 Fragen an einen EU-konformen AI-Anbieter vor der Unterschrift.

Würde ich es also einsetzen? Ich habe Jev nicht produktiv laufen lassen, und ich tue auch nicht so, nur damit das Ende runder wird. Die Papiere sind nicht feindselig. Es ist die Standardvorlage einer jungen amerikanischen Firma, die noch keinen deutschen Einkaufsprozess gesehen hat, und das meiste, was mich stört, ist genau das, was in einer ersten Enterprise-Verhandlung geradegezogen wird.

Am nützlichsten wirkt Jev auf mich bei Arbeit, die nie personenbezogene Daten berührt. Klassifizierung und Routing über synthetische oder bereits anonymisierte Zustände, wo sich die Transferfrage auflöst und eine schnelle, günstige, typsichere Entscheidungs-Engine übrig bleibt. Bei allem, was Kundendaten berührt, sieht die Rechnung zwischen lokal und Cloud anders aus als beim reinen Preisvergleich.

Eine Sache ist mir hängen geblieben. Dieselbe Firma hat "no one in the field has found a good way to prove it" über ihren eigenen zentralen Claim geschrieben und eine Klausel, die dir verbietet zu veröffentlichen, was du misst. Beides gilt, und die Nutzungsbedingungen von TypeSafe AI Jev zu lesen ist der Weg herauszufinden, wem von beidem du gerade zustimmst.

Ich kann dir für deinen Fall keine rechtssichere Antwort versprechen, und wer das aus einem Blogpost heraus verspricht, verkauft dir etwas. Was ich tun kann: den Vertrag mit dir lesen, bevor der Datenschutzbeauftragte deines Kunden fragt. Lass uns sprechen, wenn das hilft.