Über
Wir bauen die Substrat-Schicht für Code-reasoning Agenten.
MindVM ist ein Pre-MVP-Produkt mit der Wette: Agenten reasonen als Code, nicht als Function-Calls — und die Anwendungsschicht über dem Agent wird deutlich dünner. Diese Seite ist die lange Version: unsere Gründungsthese, der Gründer, wie wir hierher gekommen sind.
Gründungs-These
Vier Behauptungen, gegen die wir bauen.
Diese vier Aussagen sind das Warum unter jeder MindVM- Produktentscheidung. Sie hängen voneinander ab: Eine wegzunehmen bringt die anderen zum Einsturz.
- 01
Agenten sind erstklassige Datenkonsumenten — keine Besucher von Anwendungen, die für Menschen gebaut sind.
REST-Endpoints für menschliche Formulare, paginierte Listen, Click-to-Confirm-Flows haben die falsche Form für einen Agent. Die Datenebene sollte für Agenten als primäre Zielgruppe entworfen werden — nicht aus einer UI nachträglich abgeleitet.
- 02
Das richtige Interface zwischen Agent und Daten ist eine typisierte, abfragbare API in einer echten Programmiersprache — kein fester Satz von Function-Calls.
Eine echte Sprache lässt den Agent in einem Reasoning-Schritt komponieren, verzweigen, transformieren und joinen — statt vordeklarierte Funktionen aneinanderzureihen. MindVMs
think-Primitive führt JavaScript in einer Sandbox aus; das Programm ist der Plan. - 03
Das Reasoning eines Agents ist ein mehrstufiger Prozess mit persistentem Zustand — keine Kette von Single-Turn-Function-Calls, bei denen das LLM sein Arbeitsset in jedem Turn aus der Chat-Historie neu ableiten muss.
Innerhalb eines
think-Blocks und über mehrere hinweg überleben JS-Variablen, gefetchte Daten und Zwischenergebnisse den nächsten Schritt. Das LLM komponiert gegen Zustand, statt ihn zu rekonstruieren. - 04
Die Anwendungsschicht wird dünner, wenn die Substrat-Schicht reicher wird.
Viele „Anwendungen" reduzieren sich auf ein Memory-Schema, ein paar Agenten und einen Auslieferungs-Mechanismus. Orchestrierung, Judging, Project-Isolation und Audit — früher die Last des App-Teams — wandern in die Substrat-Schicht.
Gründer
Jürgen Ryannel
AI-Consultant, Software-Architekt, Gründer
Softwareingenieur, heute AI-Consultant. Mitgründer von Pelagicore (die Plattform hinter Mercedes-Benz MBUX, von Luxoft übernommen) und ApiGear (von Epic Games übernommen). Zuletzt Senior Engineer bei Epic Games, mit Fokus auf AI-Agent-Plattformen.
Aktuell baut er parallel zwei Produkte: Valiro für Bau und Engineering sowie MindVM für produktive AI-Agenten. Der rote Faden in beiden ist dieselbe Überzeugung — echte Adoption kommt aus Evals, nicht aus Demos, und gute Plattform-Architektur ist die Voraussetzung für beides.
Sitz im DACH-Raum. DSGVO ist eine Startbedingung, kein Nachtrag.
Warum wir das bauen
Die Form eines AI-Produktteams sieht 2026 anders aus.
Teams, die heute AI in ihr Produkt shippen, verbrennen ein Quartal Engineering-Zeit auf denselben vier Dingen: eine Runtime für die Agent-Schleife, ein Eval-Harness, das nicht lügt, Project-Isolation und eine Audit-Story, die die erste Compliance-Frage überlebt. Nichts davon ist das Kunden-Feature. Nichts davon differenziert.
MindVM ist die Schicht, die diese vier Probleme absorbiert —
damit das App-Team das Quartal in den Agent selbst stecken kann:
Persona, Skills, die Workflows, die beim Kunden wirklich etwas
bewegen. Code-first-Authoring (der mindvm/-Ordner)
ist, was das real macht: Die Agent-Definition lebt in deinem
Repo, neben dem Rest deines Codes — dort, wo Cursor und Claude
Code sie bereits editieren können.
Wir sind früh dran — Pre-MVP, noch keine zahlenden Kunden. Genau deshalb gibt es diese Seite: Wenn auch nur eine der vier Thesen oben passt, würden wir gern reden, bevor das Produkt fixiert ist.
Pack einen Agent in dein SaaS, in 5 Minuten.
Early Access — begrenzte Plätze, während wir die erste Welle onboarden. Erzähl uns von deiner App oder schnapp dir einen 30-Minuten-Slot.