Restate erhält 20 Mio. Dollar – KI-Agenten sollen Abstürze überleben

6. Oktober 2026 um 07:15|Autor: QUASA-Redaktion|5 Min. Lesezeit| 1

Das Berliner Start-up Restate hat in einer Mitteilung vom 30. September 2026 eine Series A über 20 Millionen US-Dollar bekannt gegeben. Singular führte die Runde an, Redpoint Ventures und Capital One Ventures beteiligten sich; insgesamt hat das Unternehmen damit 27 Millionen US-Dollar eingeworben. Das Geld soll die Produktentwicklung und den Ausbau der kommerziellen Präsenz in San Francisco finanzieren. Restate entwickelt eine Laufzeit, mit der mehrstufige Softwareprozesse und KI-Agenten nach einem Ausfall ihre Arbeit fortsetzen sollen.

Mitgründer Stephan Ewen sagte im Gespräch mit TechCrunch über die Software: „It never was built for agents in the beginning“; nach seinen Angaben schloss Restate zuletzt mehrere Kundenverträge mit sechs- und siebenstelligen Dollarwerten. Die Nachfrage entsteht dort, wo ein Agent über längere Zeit Modelle aufruft, Werkzeuge nutzt und auf externe Antworten wartet. Geht der laufende Prozess verloren, soll die Anwendung ihre bereits erledigten Schritte wiederfinden, statt den ganzen Auftrag blind zu wiederholen.

Kapital für Produkt und US-Vertrieb

Restate will zusätzliche Ingenieurinnen und Ingenieure einstellen und ein Team für Vertrieb und Markteinführung aufbauen. Der geplante kommerzielle Standort in der San Francisco Bay Area rückt das Unternehmen näher an Kunden und potenzielle Kunden in den USA; seine Wurzeln und ein Teil seines Teams liegen in Berlin. Eine Aufteilung der Finanzierung auf Entwicklung, Einstellungen und Expansion wurde nicht beziffert. Für die weitere Entwicklung zählt daher die Frage, ob sich die Laufzeit in produktiven Anwendungen zuverlässig und wirtschaftlich einsetzen lässt.

Zu den veröffentlichten Einsatzfeldern gehören der Replit Agent, Unternehmensabläufe bei DOSS und BILT Rewards sowie Anwendungen großer Konzerne. Diese Beispiele sind konkrete Hinweise auf Nutzung, aber keine veröffentlichten Messreihen zu Ausfallrate, Verzögerung oder Betriebskosten. Der genannte Wert mehrerer großer Kundenverträge stammt aus Ewens Angaben im Interview; er ist kein ausgewiesener Umsatz des Unternehmens. Ein unterschriebener Vertrag beschreibt weder den Umfang des tatsächlichen Betriebs noch die langfristige Leistung der Technik.

Warum eine Agentenschleife einen Neustart überstehen muss

Ein herkömmlicher Hintergrundauftrag lässt sich oft als abgegrenzte Tätigkeit erneut anstoßen. Ein Agent kann dagegen nach einer Modellantwort ein Werkzeug aufrufen, auf menschliche Freigabe warten und danach einen anderen Pfad einschlagen. Bei einem Absturz mitten in diesem Ablauf kann eine vollständige Wiederholung Kosten verursachen oder Aktionen erneut auslösen, die außerhalb des Agenten bereits Wirkung hatten. Der entscheidende Zustand umfasst deshalb auch die Antworten und Entscheidungen, die zum letzten Programmschritt führten.

Dauerhafte Ausführung hält abgeschlossene Schritte und ihre Ergebnisse fest. Nach einem Neustart kann der Code erneut anlaufen, gespeicherte Ergebnisse für erledigte Schritte übernehmen und am noch offenen Schritt fortfahren. So muss ein bereits abgeschlossener Modellaufruf nicht zwangsläufig eine neue Antwort erzeugen, die den weiteren Weg des Agenten verändert. Der Nutzen wächst, wenn ein Ablauf viele Modell- und Werkzeugaufrufe enthält oder lange auf externe Systeme warten muss.

Diese Wiederaufnahme hat eine klare Grenze: Ein fremder Dienst kann einen Auftrag erledigt haben, obwohl seine Antwort auf dem Rückweg verloren ging. Wenn der Agent denselben Aufruf nochmals sendet, braucht die Gegenstelle etwa einen wiedererkennbaren Auftragsbezeichner oder eine andere Regel gegen doppelte Wirkung. Restates Laufzeit kann den eigenen Ausführungsverlauf bewahren; sie kontrolliert nicht automatisch jede Änderung in einem fremden System. Gerade bei Zahlungen, Bestellungen oder anderen zustandsändernden Aktionen bleibt diese Schnittstelle entscheidend.

Eigener Log statt externer Datenbank

In seinem technischen Beitrag zur Finanzierungsrunde beschreibt Restate einen eigens entwickelten replizierten Log und beziffert die Zahl dauerhafter Aktionen in Replits neuer Agentenarchitektur auf mehr als das Zehnfache der vorherigen Generation. Der Log bildet die Grundlage für Ausführung, Zustand und Kommunikation. RocksDB stellt daraus lokal lesbaren Zustand bereit, während Objektspeicher dauerhafte Momentaufnahmen aufnehmen. Die Architektur soll viele kleine, häufige Sicherungsschritte ermöglichen, ohne für jeden Schritt eine allgemeine externe Datenbank zu benötigen.

Auch die Zustellung der Arbeit unterscheidet sich: Restate schiebt Aufrufe an bereitgestellte Funktionen, statt allein darauf zu warten, dass Worker Aufgaben aus einer Warteschlange holen. Eine Verbindung kann schnelle Schritte übertragen; ein Unterbrechungsmechanismus soll Funktionen unterstützen, die länger auf ein Ereignis warten. Dieses Modell verlagert einen Teil der Laststeuerung in die Laufzeit. Wenn sie Aufrufe schneller verschickt, als angeschlossene Dienste sie abarbeiten, muss der Dispatcher den Zufluss begrenzen.

Für Zustand jenseits eines einzelnen Ablaufs bietet Restate „Virtual Objects“. Ein solcher Zustand wird über einen Schlüssel, etwa eine Sitzung, angesprochen; Schreibvorgänge für denselben Schlüssel laufen nacheinander. Damit kann eine Anwendung Ausführung, Kommunikation und gemeinsam genutzten Zustand in derselben Laufzeit koordinieren. Ergebnisse können so innerhalb der Agentenschleife erhalten bleiben, etwa nach einem Modell- oder Werkzeugaufruf.

Was der Einsatz über Leistung und Kosten zeigt

Restates Architektur setzt auf feinere Sicherungspunkte, damit ein Agent nach einer Unterbrechung weniger bereits geleistete Arbeit neu ausführen muss. Mehr Sicherungspunkte bedeuten zugleich mehr Logeinträge, Speicherbedarf und zusätzliche Arbeit auf dem kritischen Pfad. Ob diese Rechnung günstiger ausfällt als bei einer gröberen Orchestrierung, hängt von Aufrufhäufigkeit, Ausfallmustern, Infrastruktur und den Kosten externer Modelle ab. Aus dem Replit-Beispiel lässt sich die Nutzung vieler dauerhafter Aktionen ablesen, aber kein allgemeiner Preisvorteil ableiten.

Mit Temporal steht Restate einem etablierten Anbieter dauerhafter Workflows gegenüber. Ein belastbarer Vergleich müsste dieselben Agentenabläufe, dieselbe Last und dieselben Fehlerfälle abbilden und sowohl Latenz als auch Speicher- und Betriebskosten erfassen. Solche vergleichbaren Messungen für die hier beschriebenen Anwendungen liegen öffentlich nicht vor. Für Kunden wird deshalb entscheidend sein, wie sich die feinere Wiederaufnahme bei wachsender Nutzung unter realen Störungen verhält – und welche Kosten sie gegenüber einer gröberen Sicherung tatsächlich verursacht.

Lesen Sie auch: