„Hüte dich vor kleinen Ausgaben. Ein kleines Leck bringt ein großes Schiff zum Sinken.“ — Benjamin Franklin

Es gibt eine Art der finanziellen Verwaltung bei Startups, die die meisten Gründer in- und auswendig kennen. Sie ist nicht dramatisch. Sie taucht nicht in einer Präsentation für den Vorstand auf. Sie taucht in einer Cloud-Rechnung auf, die niemand hinterfragt hat, bei einem Nutzerplatz, den jemand, der vor vier Monaten gegangen ist, technisch immer noch belegt, oder bei einer Verlängerung, die sich automatisch um achtzehn Prozent verteuert hat, weil niemand Zeit hatte, zu widersprechen.

Startups sind außerordentlich gut darin, schnell zu agieren. Sie sind jedoch bemerkenswert schlecht in der kleinen, langweiligen und teuren Arbeit, ihre Ausgaben tatsächlich zu verwalten. Nicht, weil Gründer leichtsinnig sind, sondern weil ihre Aufmerksamkeit die knappste Ressource ist, die sie haben, und bisher niemand herausgefunden hat, wie man diese Verhandlungen automatisieren kann.

Verbraucher haben Tools erhalten, die ihre vergessenen Abonnements finden und kündigen. Startups gingen leer aus.

Das Team hinter LEGR entschied, dass dies kein hinnehmbarer Zustand ist.

Das Problem, das sie selbst erlebt haben

Die Inspiration kam nicht durch Forschung. Sie kam durch den Aufbau eines eigenen Startups.

Falsche Modellaufrufe, die die teuerste Option nutzen, obwohl eine günstigere den gleichen Zweck erfüllt hätte. Geisterkonten für Personen, die vor Monaten gegangen sind. Abonnements, von denen niemand wusste, dass sie abgeschlossen wurden. Verlängerungen, die sich automatisch verteuerten, weil niemand die Zeit hatte, tagelang mit einem Anbieter hin und her zu verhandeln.

Die Erkenntnis war nicht, dass Startups ein besseres Dashboard brauchten. Dashboards gibt es bereits. Sie werden ignoriert, weil ein Problem zu sehen und ein Problem zu beheben zwei völlig verschiedene Dinge sind. Das Team wollte kein Tool bauen, das einem nur die Verschwendung aufzeigt. Es sollte etwas sein, das tatsächlich etwas dagegen unternimmt – die E-Mail entwirft, die Verhandlung führt, das Wochenende übersteht und einem eine einzige Nachricht schickt, wenn die Arbeit erledigt ist.

Die Analogie, zu der sie immer wieder zurückkehrten: Ein guter CFO überreicht einem keinen Bericht und wartet dann einfach ab. Ein guter CFO kümmert sich darum, hält einen in den wichtigen Momenten auf dem Laufenden und schließt den Prozess ab.

LEGR ist der CFO, den sich niemand leisten konnte, bevor dies technisch möglich wurde.

Was LEGR tatsächlich tut

Das Produkt hat drei Aufgaben.

Erstens: Verschwendung bei KI-Ausgaben aufdecken – Entscheidungen bei der Modellauswahl, die sich unsichtbar ansammeln. Teure Abfragen, die laufen, obwohl ein günstigeres Modell das gleiche Ergebnis geliefert hätte. Ungenutzte Credits. Vergessene Batch-Jobs. Muster, die niemand bemerkt hat, weil sie in einer Protokolldatei verborgen sind und nicht in einem Gespräch auftauchen.
Zweitens: SaaS-Wildwuchs stoppen. Jedes Startup sammelt Tools an. Einige dieser Tools sammeln Nutzerplätze und Abonnements an, die die Menschen oder Workflows überdauern, für die sie gedacht waren. LEGR findet sie – indem es Rechnungen mit der tatsächlichen Nutzung abgleicht – und tut dann etwas, das kein Dashboard je getan hat: Es verhandelt die Verlängerung autonom, egal wie viele Tage es dauert.
Drittens: Einhaltung von Ausgabenrichtlinien – jede Transaktion wird gegen die Richtlinien geprüft; das System bleibt stumm, wenn alles sauber ist, und alarmiert nur, wenn menschliches Eingreifen erforderlich ist.

Die Erfahrung für einen Gründer sieht so aus: Eine Nachricht kommt an. „Anstehende Verlängerung gefunden. Verhandeln? J/N.“ Er tippt J. Drei Tage später folgt: „Abgeschlossen. 4.140 $ gespart.“

Drei Wörter eingetippt. Vierzig Stunden Hin-und-Her erledigt. Eine Nachricht erhalten.

Die Philosophie dahinter

Die architektonische Frage, die das Team beantworten musste, war: Manche Aufgaben dauern Sekunden. Manche dauern Tage. Das sind nicht dieselben Probleme, und sie sollten nicht gleich behandelt werden.

Zu prüfen, ob eine Transaktion gegen eine Richtlinie verstößt, ist eine schnelle, zustandslose Aufgabe. Man führt sie aus, bekommt eine Antwort, und fertig. Aber die Verhandlung einer Software-Verlängerung ist nicht zustandslos. Sie erstreckt sich über Tage. Der Anbieter antwortet nach seinem eigenen Zeitplan. Jede Antwort verändert den Inhalt der nächsten Nachricht. Das System muss überleben, auch wenn es mitten in der dritten Runde neu gestartet wird.

Das Team baute eine klare Trennung zwischen diesen beiden Arten von Arbeit. Schnelle, begrenzte Aufgaben laufen als kurze Aufrufe. Langwierige Verhandlungen leben als persistente Prozesse – jeder mit seinem eigenen Gedächtnis, seinem eigenen Verlauf und seinem Verständnis davon, welche Argumente bereits genutzt wurden und welche noch offen sind.

Jede aktive Verhandlung führt eine Statusdatei mit sich. Aktuelle Runde. Vollständiger Verlauf. Welche Argumente wurden bereits vorgebracht. Als ein Anbieter antwortete „Ich muss das mit meinem Vorgesetzten klären“, musste das System dies korrekt einordnen – nicht als Zustimmung, nicht als Ablehnung, sondern als Verzögerungstaktik – und geduldig antworten. Dieser Klassifikator, so das Team, erforderte mehr Iterationen als fast alles andere beim Aufbau.

Das schwierigste Problem war nicht technischer Natur. Es war Zurückhaltung.

Die erste Version der Benutzeroberfläche schickte bei jedem Ereignis eine Nachricht. Innerhalb einer Stunde war es nur noch Rauschen – etwas, das man ignoriert, weil es ständig etwas mitzuteilen hat. Die Lösung war ein dreistufiges Nachrichtensystem: lautlos, wenn alles läuft, informativ bei Entwicklungen, die erwähnenswert sind, und nur dann ein echter Ping, wenn eine menschliche Entscheidung tatsächlich erforderlich ist. Zu wissen, wann man nicht sprechen sollte, erwies sich als die wichtigste Designentscheidung des Produkts.

Worauf sie am stolzesten sind

Der Moment, den sie auf der Bühne demonstrierten: Einen laufenden Verhandlungsprozess mitten in der Runde abbrechen, neu starten und beobachten, wie das System seine Statusdatei liest und genau da weitermacht, wo es aufgehört hat. Persistenter Zustand ist kein Feature, das sie nur beschrieben haben. Es ist eines, das sie in Echtzeit bewiesen haben.

Und der End-to-End-Prozess – ein Gründer tippt drei Wörter, ein System läuft über Tage, eine einzelne abschließende Nachricht. Das ist kein Demo-Ablauf. Das ist das Produkt, wie es sein sollte.

105 Teilnehmer. 38 Projekte. 36 Stunden. Wir verfolgen seitdem, was aus diesem Wochenende hervorgegangen ist, weil die Qualität des Denkens weiterhin unsere Aufmerksamkeit verdient.

Es ist auch erwähnenswert: Wir kennen das Problem des SaaS-Wildwuchses von innen. Enter wurde speziell dafür entwickelt, damit Erbauer keine sieben verschiedenen Tools brauchen, um ein Produkt auszuliefern – der Design-Editor, das Backend, die Datenbank, das Deployment, die Kollaborations-Ebene, alles an einem Ort. Ein Abonnement. Eine Plattform. Die Ironie, über ein Projekt zu berichten, das vergessene Abonnements jagt, ist uns nicht entgangen.

LEGR verdient seinen Platz in dieser Reihe, weil das Problem real ist, die Lösung spezifisch ist und das Team etwas Wichtiges verstanden hat: Das Schwierige am Bau eines autonomen Agenten ist nicht die Automatisierung. Es ist zu wissen, wann man einen Schritt zurücktritt und den Menschen wieder ans Steuer lässt. Zurückhaltung als Designprinzip. Das ist seltener, als man denkt.

Was kommt als Nächstes

Kurzfristig: ein Prozess, der sich direkt in die Admin-Panels der Anbieter einloggt und Kündigungen durchführt, inklusive Screenshots als Bestätigung. Parallele Verhandlungen, die eine gemeinsame Intelligenz-Ebene nutzen – ein Erfolg in der einen Verhandlung wird zum Hebel in der nächsten. Ein persistentes Modell der Vorlieben, der Risikotoleranz und des Burn-Runways jedes Gründers.

Die langfristige Wette: Finanzen sind der Einstiegspunkt. Dieselbe Architektur – schnelle Agenten für begrenzte Aufgaben, persistente Prozesse für Arbeiten, die Tage dauern – lässt sich auf rechtliche Operationen, Lieferantenmanagement und HR-Compliance anwenden. Das Team beschrieb es als das erste Tool, das ein Startup verbindet, und das letzte Finanztool, das sie benötigen, bevor sie es sich leisten können, echte Experten einzustellen.

Genau diese Art von Ambition ist das, wofür Princeton-Wochenenden da sind.

Die früheren Ausgaben verpasst? → Vol. 1 — Heritage in Pixels → Vol. 2 — Terra Zone AI *→ Vol. 3: *reAgent *→ Vol. 4: *TaleTailor