Changelog.

Für eine Kanzlei ist die KI-Analyse kein Extra — sie ist der erste Schritt jeder Akte. Startet sie nicht, steht der Fall. Genau das wäre an einem Tag im Juli fast passiert, und die Geschichte lohnt sich, weil ihr Ende die eigentliche Zusage ist.

Für die neue Modernisierungs-Fallart musste Mila zum ersten Mal richtig rechnen — und dafür brauchte ein kleiner, geteilter Baustein der Analyse ein zusätzliches Feld. Winzig, ein einziges. Alle automatischen Tests liefen durch: die Ergebnisse sahen aus wie vorher, der Code war sauber.

Und trotzdem war es kaputt. Dieses eine Feld hat eine unsichtbare Grenze überschritten. Vor jeder Antwort baut die Analyse ein festes Regelwerk auf, das dem Modell genau vorschreibt, welche Form die Antwort haben darf — und dieses Regelwerk wurde ein Stück zu groß, um überhaupt gebaut zu werden. Ab da startete die Analyse gar nicht mehr: nicht nur für die Modernisierung, sondern für alle damals 13 Fallarten. Und kein Test bemerkt das, denn Tests prüfen die Antwort — hier aber gab es keine Antwort, die Anfrage kam nie durch.

Ein Test, der die Antwort prüft, merkt nicht, dass die Anfrage gar nicht erst durchgeht.

Bemerkt, zurückgesetzt, abgesichert

Gleich beim ersten Fehlversuch aufgefallen. Die Analyse zuerst auf den Stand von vorher zurückgesetzt — in Minuten, ein ehrliches »läuft gerade nicht« statt ein Flicken unter Druck. Dann die Ursache in Ruhe belegt und die Änderung kleiner nachgebaut: dieselbe Rechnung, weniger Regelwerk.

Und das ist der Teil, der dich angeht. Nicht, dass ein Fehler passiert ist — den macht jede Software. Sondern dass die Sorte Fehler, die dich mitten im Mandat treffen könnte, jetzt schon beim Bauen anschlägt, lange bevor sie in die Nähe einer echten Akte kommt: eine Kontrolle misst dieses Regelwerk bei jeder Änderung und blockiert, sobald es zu groß zu werden droht. Verlässlichkeit ist hier kein Glück — sie ist eine Kontrolle, die anschlagen muss, damit nichts Kaputtes bei dir ankommt.

Als Mila mit der Mietpreisbremse anfing, war das eine Fallart. Jetzt sind es 14 — von der Mietpreisbremse über Kündigung, Eigenbedarf und Mieterhöhung bis zur Räumungsklage, alle über denselben Weg: Einstieg, KI-Analyse, Anwalts-Freigabe, Schriftsatz. Damit ist die Reihe vorerst komplett.

Der Punkt ist nicht die Zahl — es ist, dass keine davon ein Sonderfall ist. Eine neue Fallart hinzuzufügen heißt nicht, ein neues Produkt zu bauen; es heißt, aus derselben Form zu gießen. Für die Kanzlei liegt darin das Eigentliche: jede Fallart bekommt dieselbe Sorgfalt — dieselbe Analyse, dieselbe Pflicht zur Anwalts-Freigabe an jeder einzelnen Stelle — und eine neue kommt in Wochen dazu, nicht in Monaten. Kein Fall ist zweite Klasse, weil er neuer ist.

Die interessanteste: Modernisierung

Bei den meisten Fallarten liest Mila die Unterlagen und prüft, was rechtlich gilt. Modernisierung ist die erste, bei der sie zusätzlich rechnen muss — die Zahl des Vermieters selbst nachrechnen. Die Modernisierungs-Umlage nach § 559 hat eine echte Rechen-Mechanik: der 8-%/11-%-Schnitt am Stichtag 2019, umlagefähige Kosten minus Instandhaltung minus Drittmittel, die Kappung bei 3 bzw. 2 € pro Quadratmeter. Das läuft als deterministischer Code, nicht als Modell-Schätzung — und wenn eine nötige Angabe fehlt, etwa die Ausgangsmiete, sagt Mila »zu klären« statt zu raten.

Warum die Trennung hier zählt: eine falsch gerundete Umlage ist kein Stilfehler, sondern ein falscher Betrag im Schreiben an den Vermieter. Deshalb rechnet an dieser Stelle kein Sprachmodell, sondern Code, den man Zeile für Zeile prüfen kann. Das Modell liest und ordnet ein, die Mathematik rechnet — vierzehn Mal jetzt, immer nach derselben Trennung.

Bei einem Rechtsprodukt ist »wer darf was« keine Einstellungs-Kleinigkeit — es ist der Kern. Eine Kanzlei hat jetzt vier Rollen: Admin, Anwält:in, Referendar:in, Assistenz. Darüber steht eine reine Plattform-Rolle, Super-Admin. So weit, so gewöhnlich.

Die tragende Entscheidung ist nicht die Rollenliste — es ist das Tor davor. Eine der BRAO vorbehaltene Handlung, etwa einen Schriftsatz freizugeben oder eine Rüge zu senden, hängt an genau einem Schalter: ist_rechtsanwalt. Nicht an der Rolle, nicht am Rang. Und, das ist der Punkt: es gibt keine Hintertür für den Super-Admin. Selbst wer im System die höchsten Rechte hat, kann keine anwaltliche Handlung freigeben, für die er nicht zugelassen ist.

Praktisch heißt das: die Assistenz kann einen Schriftsatz vorbereiten, aber nicht freigeben; die Referendarin kann entwerfen, aber nicht senden; und selbst die Gründerin kann, wenn sie keine Anwältin ist, die letzte Freigabe nicht setzen. Das ist kein Misstrauen — es ist die Berufsordnung, in Code gegossen.

Die Sperre ist die Zulassung, nicht der Rang.

Was bleibt, wenn eine Kanzlei geht

Dieselbe Frage eine Ebene höher: was passiert mit den Daten, wenn eine Kanzlei Mila verlässt? Sie werden nicht gelöscht — sie werden archiviert. Denn die Aufbewahrungspflicht läuft sechs Jahre, und sie gilt dem Mandanten, nicht dem Abonnement der Kanzlei. Eine verlassene Kanzlei wird stillgelegt, ihre Akten bleiben — lesbar und herausgebbar, falls ein Mandant oder eine Kammer sie verlangt, aber unveränderlich: niemand schreibt mehr hinein. Löschen wäre der bequeme Weg. Er wäre auch der falsche.

»Lies dieses Dokument« hat immer funktioniert — und solange das Gespräch lief, blieb das Dokument auch präsent. Der Bruch kam später: wer Tage darauf an den Thread zurückkehrte oder zwischendurch neue Dateien hochlud, bei dem war der Inhalt fort. Was überlebte, war nur, was Mila vorher in Worten dazu gesagt hatte — nicht das Dokument selbst.

Ein Bild sehen ist nicht, seine Daten behalten

Bei Bildern ist dieser Unterschied am schärfsten. Ein Bild zu sehen und die Daten daraus später abzurufen sind zwei verschiedene Dinge. Mila konnte einen Zählerstand, eine Nummer, eine Tabelle aus einem Foto im Moment des Hochladens lesen — aber einige Fragen später war die Zahl nur noch da, wenn sie sie zufällig ausgeschrieben hatte. Das Bild selbst, und damit seine Daten, war weg.

Jetzt wird der Inhalt jedes Dokuments dauerhaft gespeichert — Text, Tabellen und die aus Bildern und Scans ausgelesenen Daten. Du legst ein Foto oder ein PDF einmal ab und fragst später im Gespräch nach einer konkreten Zahl daraus — ohne erneut anzuhängen, und ohne dass das Gespräch zwischendurch darüber gesprochen haben muss.

Wenn der Platz nicht reicht, sagt es das

Unter der Haube hält jedes Dokument zwei Ebenen: eine immer präsente Kurzfassung mit Identität und Anfang — der Boden, der »ist noch da« wahr macht — und den vollen Inhalt, der den begrenzten Platz im Kontext von neu nach alt füllt. Reicht der Platz nicht, verschwindet ein älteres Dokument nicht stillschweigend: es sagt »frag nach dem Wortlaut« und behält seine Kurzfassung. Bilder und PDFs werden dafür einmal ausgelesen und gespeichert, nicht bei jeder Folgefrage neu.

Die Disziplin ist dieselbe wie überall bei Mila: lieber eine ehrliche Lücke als eine erfundene Antwort. Was nicht mehr in den Kontext passt, wird als fehlend markiert — nie halluziniert.

Mila schreibt Bausteine — eine Rüge-Argumentation, ein Memo, eine Klausel-Prüfung. Bisher lebten die in dem einen Gespräch, in dem sie entstanden. Jetzt kann eine Kanzlei einen guten Entwurf mit einer Aktion in die Bibliothek übertragen: gespeichert, durchsuchbar, wiederverwendbar — Firmenwissen statt Wegwerf-Antwort.

Der naheliegende Bau wäre gewesen, den Entwurf abzulegen wie jedes andere Dokument. Aber genau da steckt eine mietrechtliche Unterscheidung, die zählt.

Eine Akte hat eine Uhr. Ein Baustein nicht.

Ein Mandantsdokument trägt eine Aufbewahrungspflicht — die Sechs-Jahre-Frist der BRAO, gekoppelt an die Akte. Ein wiederverwendbarer Baustein trägt das nicht: kein Mandant, keine Frist, kein Aktenbezug. Ihn in den »Aktenschrank« zu legen, wäre falsch — er bekäme eine Frist, die ihm nicht zusteht.

Also liegt ein gespeicherter Entwurf im Firmenwissen, nicht in der Akte. »Speichern« setzt nur eine Sichtbarkeit — das Dokument bewegt sich nicht — und die Bibliothek zeigt es als direkten Verweis, schreibgeschützt, nie als Kopie. Eine Quelle, zwei Ansichten.

Vertraulichkeit ist bei einem Mietrechts-Produkt nicht ein Feature — sie ist das Produkt. Eine Kanzlei darf die Akten einer anderen nie sehen. Ein Doppelmandat — dieselbe Gegenseite auf beiden Seiten — muss hart blockiert sein. Geschützte Personen müssen geschützt bleiben. Das alles war schon abgesichert. Aber eine Garantie, die man nicht ständig nachprüft, ist keine Garantie — nur Vertrauen.

Deshalb prüft Mila diese drei Garantien jetzt selbst, fortlaufend, auf zwei Ebenen.

Zwei Ebenen, drei Garantien

Ein täglicher struktureller Scan liest die Zugriffsregeln der Datenbank und schlägt an, wenn sich ihre Form verschiebt — etwa wenn jemand eine Regel von Hand lockert. Eine Verhaltensprüfung bei jeder neuen Version spielt die Angriffe tatsächlich durch: sie versucht, fremde Daten zu lesen, ein Doppelmandat durchzudrücken, eine geschützte Person zu anonymisieren — und schlägt fehl, wenn auch nur eine dieser Mauern nachgibt. Die erste Ebene fängt die Regel, die aussieht wie immer, aber gelockert wurde; die zweite fängt die Regel, die richtig aussieht, aber falsch handelt.

Eine Garantie, die du nicht ständig nachprüfst, ist keine Garantie — nur Vertrauen.

Was der Bau selbst zutage förderte

Als wir uns an die Festigung der Trennwände gemacht haben, hat unser Research zwei Stellen aufgedeckt, an denen eine Trennwand dünner war als sie sein durfte. Beide waren latent — das System trägt noch keine echten Mandatsdaten — und beide wurden geschlossen, bevor die erste Kanzlei jemanden einlädt. Genau dafür baut man den Monitor: nicht damit nie etwas driftet, sondern damit das Driften auffällt, solange es noch nichts kostet.

Seit dem Rechtsprechungs-Browser steht der Corpus durchsuchbar da — aber durchsuchbar heißt noch nicht vernetzt. Ein Urteil zitiert andere Urteile, und genau diese Verbindungen waren bisher unsichtbar. Jetzt nicht mehr.

Wir haben 2.993 Verweise aus den Volltexten gezogen: ein Suchmuster liest jedes Aktenzeichen im BGH-Format, ein exakter Abgleich trifft es gegen das Aktenzeichen eines anderen Corpus-Urteils. Keine Konfidenz-Schwelle, keine unscharfe Übereinstimmung, kein Modell. 519 Urteile werden zitiert, 762 zitieren — und das meistzitierte Urteil, VIII ZR 45/19, trägt 61 eingehende Zitierungen.

Welches Urteil gilt hier eigentlich

Die Frage in der Beratung ist selten »existiert das Urteil« — sie ist »welches der zitierenden Urteile trägt meinen Fall«. Dafür gibt es jetzt die Zitations-Vorschau: ein Klick auf ein Aktenzeichen unter »Wird zitiert von« öffnet die Kernpassage, den Sachverhalt und die §§ des zitierenden Urteils — ohne die Seite zu verlassen. Mit ↑ und ↓ blätterst du durch alle Zitierenden, Enter springt auf die volle Seite.

Du musst nicht mehr raten, welches Urteil einschlägig ist. Du blätterst durch die, die es tatsächlich zitieren.

Die Vorschau-Daten sind beim Build in die Seite eingebettet — kein Server-Aufruf zur Laufzeit, keine Fabrikation, dieselben Felder, die auch die Vollseite rendert. Und weil das Netz weiß, wie oft ein Urteil zitiert wird, sortiert die Liste jetzt nach Relevanz statt nach Zufall: das meistzitierte Urteil steht oben.

Wir schreiben die Denken-Essays in einem eigenen Editor — Werkzeug, kein Produkt, sieht außer uns niemand. Aber eine Vorschau darin ist trotzdem ein Versprechen: so wird es aussehen. Und die meisten Editor-Vorschauen brechen dieses Versprechen leise — sie rendern über einen zweiten, nachgebauten Pfad, und irgendwo zwischen Entwurf und Veröffentlichung driftet die Darstellung. Ein Absatz sitzt anders, ein Pullquote bricht um, die E-Mail sieht anders aus als die Seite.

In der dritten Version des Editors gibt es diesen zweiten Pfad nicht mehr.

Eine Komponente für Web und Vorschau

Der veröffentlichte Essay unter /denken/[slug] und die Vorschau im Editor rendern jetzt durch dieselbe Komponente — DenkenEssayArticle, mit derselben ESSAY_CSS. Es gibt keine zweite Implementierung, die abweichen könnte: die Vorschau ist die veröffentlichte Seite, nur mit anderem Inhalt.

Die E-Mail-Vorschau ist die E-Mail

Newsletter sind die klassische Drift-Falle — Mail-Clients rendern anders als Browser. Also liegt das Versand-Template (tabellenbasiert, Charter/Georgia-Serif, paper-ink, mail-client-sicher) in einem einzigen Modul, das beide Seiten importieren: die Funktion, die wirklich verschickt, und die Vorschau im Admin, die es in einem iframe srcDoc zeigt. Was wir vor dem Versand sehen, ist exakt die E-Mail, die im Postfach landet.

Darunter friert ein Snapshot-Modell jede Veröffentlichung ein: die öffentliche Seite liest append-only Snapshots aus denken_essays_live, sortiert nach source_version. Neu veröffentlichen heißt, einen frischen Snapshot zu prägen, der die Ansicht gewinnt — Versionen gehen nie verloren.

Eine Einwilligung ist nur so viel wert wie ihre Präzision. Wenn jemand einer Liste von Dokumenten zustimmt, muss diese Liste exakt die Dokumente sein, die danach unterschrieben werden — nicht eine fest verdrahtete Annäherung, die mit der Zeit von ihr abdriftet.

Genau das haben wir geschlossen. Die Unterschriftsfläche im mein-Konto — Desktop wie Mobil — leitet die anzuzeigenden Dokumente jetzt aus derselben Quelle ab, aus der auch die PDFs entstehen. Die Einwilligung zählt die vier echten Dokumente auf: Vollmacht, Honorarvereinbarung RVG, Widerrufsbelehrung, Datenschutzerklärung — und nur diese.

Ein Pfad, eine Wahrheit

Darunter sitzt eine neue, strikt lesende Edge-Function, resolve-case-signing-set: sie holt den Fall RLS-geschützt — die Datenbank erzwingt die Eigentümerschaft, nicht der Client — und läuft durch denselben Auflöse- und Render-Pfad wie die signierten PDFs. Bereits unterschriebene Flächen lesen den eingefrorenen Snapshot in signed_template_keys: was unterschrieben wurde, bleibt, was es war.

Die Liste, der du zustimmst, ist die Liste, die du unterschreibst.

Im Browser durchgelaufen — vier Dokumente, korrekte Einwilligung, PDF-Glyphen, scrollbare Seite. Live.

Die Failure-Mode, die uns am meisten gekostet hat, war nicht die klassische Halluzination. Es war das echte Aktenzeichen — verifiziert im Corpus, sauber geschrieben, mit allem drum und dran — angeheftet an eine doktrinale Behauptung, die das Urteil so nie getroffen hat. Das Cite-Gate ging durch. Der Output sah aus wie sauberes Mietrecht. War es aber nicht.

Wir nennen das Proposition-Misattribution. Es ist gefährlicher als reine Halluzination, weil es nicht nur Vertrauen kostet — es passt auch durch jeden naiven Verifier durch. Das AZ existiert. Das Urteil ist real. Die Verknüpfung ist falsch.

Was sich geändert hat

Wave D fügt einen zweiten Gate-Layer über die existierende AZ-Verifikation. Jedes emittierte AZ muss jetzt zusätzlich einen Topic-Match-Test bestehen: gleicht das doktrinale Thema, das die Behauptung trägt, dem doktrinalen Thema, das durch das Urteil tatsächlich entschieden wurde?

Konkret: wir haben Regex-Patterns über alle cite_emit-Stellen gezogen und neun Wave-D-Files in Scope gebracht. Binary success criterion — entweder Topic-Match passt, oder das AZ wird nicht emittiert. Keine Konfidenz-Schwellen, keine fuzzy matches.

Was als Nächstes kommt

Citation-Integrity-Audit, geplant nach 24h Pipeline-Stabilität. Strukturelle Prüfung über alle bisher emittierten Drafts: existiert das AZ, sagt das Urteil tatsächlich was der Draft behauptet. Audit-Output wird hier veröffentlicht.

Der Grüneberg-Kommentar zitiert je nach Auflage 800 bis 1.200 mietrechtliche Entscheidungen. Das ist die Benchmark, an der wir uns gemessen haben — und an der wir uns weiter messen lassen. Mit 1.178 verifizierten Entscheidungen sind wir auf Augenhöhe.

»Verifiziert« heißt: jede Entscheidung wurde händisch geprüft, die Doktrin getaggt, die Zitate normalisiert. Keine Web-Scrapes, keine LLM-generierten Zusammenfassungen, kein Fluff aus 5.181 Nicht-Mietrechts-Urteilen in der gleichen Datenbank.

Neun Themen-Kacheln

Die Themen-Übersicht auf /rechtsprechung/corpus spiegelt jetzt die echten DB-Counts: Mietpreisbremse, Mängelanzeige, Mieterhöhung, Räumungsabwehr, Betriebskosten, Schönheitsreparaturen, Untermiete, Eigenbedarf, Kaution. Vierzehn § -Landing-Pages dazu. Einschätzungs-Tool unter /rechtsprechung/einschaetzung.

Was das für die Beratung verändert: du musst nicht mehr glauben, dass das Urteil existiert. Du siehst es. Mit Volltext, mit Doktrin-Tags, mit verlinkten Folge-Entscheidungen.

Der Reskin hat acht Wochen gedauert. Drei Surfaces, ungefähr fünfzig Templates, ein neuer Token-Layer, ein neuer Komponenten-Katalog. Was vorher wie ein generisches SaaS-Dashboard aussah, sieht jetzt wie ein Editorial-Produkt aus — Schriftgröße, Spacing, Hairlines, Farben.

Die wichtigste Entscheidung: kein Mode-Switch zwischen »Marketing« und »Produkt«. Die Login-Seite, das Dashboard, der Vorlagen-Editor, der Mandant-Widget — alle auf der gleichen Tokensauce. Wenn ein Kanzlei-Mitarbeiter morgens auf der Marketing-Seite war und nachmittags im Admin sitzt, soll sich das wie das gleiche Produkt anfühlen.

Was sich konkret geändert hat

• TypeSource Serif 4 als Body-Schrift überall, mit opsz 8..60 Mapping pro Tier. Inter nur noch für Chrome, Mono für Codes.
• ColorCream-Paper #f6f4ef als Default-Background. White nur noch für Inputs und Karten.
• Rule0px Corners überall. Pills nur für Toggles und Status-Dots.
• ShadowHairlines statt Shadows. Karten-Schatten entfernt, durch 1px-Rule-Borders ersetzt.
• VoiceItalic-Akzent-Pattern: Headlines mit upright Body, italic em-Sub. Lifted aus Editorial-Register.

Brevo hat funktioniert — bis es nicht funktionierte. Wir hatten Wochen, in denen 13 Prozent unserer Bestätigungsmails nie ankamen, ohne Hard-Bounce, ohne Log-Eintrag. Migration ist nie sexy. Aber für ein Produkt, in dem ein verlorener Bestätigungs-Code bedeutet, dass eine Vollmacht-Signatur 24 Stunden später unterzeichnet wird statt sofort, ist Zustellrate das Produkt.

Postmark ist teurer pro Mail. Es ist auch der Anbieter, den Stripe für ihre Tx-Emails nutzt. Damit können wir leben.

Das ist nicht negotiable, und das ist auch nicht Conservatism — das ist Tatsachenanerkennung. Die Berufsordnung verlangt es. Die Mandanten verlangen es. Und ehrlich gesagt: das LLM ist es noch nicht wert, ohne Aufsicht ein Mandat zu führen. Vielleicht in zwei Jahren. Heute nicht.

Wie das in der Praxis aussieht

Stage 01 ist eine Acht-Schritt-Schleife: Dokumente werden hochgeladen, von der KI analysiert, in Befunde überführt, der Anwalt approves einzelne Befunde oder alle, dann approves er die nächste Stage. Stages 02, 03, 04 folgen einer ähnlichen Choreografie: Draft → Review → Approve + Send → Wait → Classify → Approve Classification + Next Stage → Route.

Was das mit der Geschwindigkeit macht: nichts. Die LLM-Arbeit ist parallelisiert. Die Anwalts-Approval-Zeiten sind Minuten, nicht Stunden. Was es mit der Zurechenbarkeit macht: alles. Jeder Befund hat einen Approver. Jeder Draft hat einen Approver. Jeder Send hat einen Approver. Wenn etwas schiefgeht, weiß man wer.