Solarch

Jede Kante, die Sie zeichnen, wird gegen eine Rules Engine geprüft, die standardmäßig alles verbietet: Alles, was nicht ausdrücklich erlaubt ist, ist untersagt, bevor es überhaupt Ihre Codebasis erreicht. Sie erzwingt 7 Anti-Muster und 3 bedingte Prüfungen. Schlechte Verbindungen fallen auf, während Sie noch über sie nachdenken. Das ist weit günstiger, als sie zu beheben, wenn sie schon im Code stehen.

Solarch teilt die Generierung in zwei Stufen. Zuerst verwandelt ein deterministischer Compiler den Graphen mit null Tokens in ein Gerüst: Er baut DTOs, Entitäten und Konstruktor-Injektion direkt aus den Kanten, ohne überhaupt ein Modell aufzurufen. Danach füllt eine chirurgische KI nur die leeren Funktionskörper, mit etwa 300 Tokens pro Funktion. Die Aufteilung hält die Kosten niedrig und macht die strukturelle Arbeit völlig vorhersehbar. Struktur ist gratis. Logik kostet ein wenig.

Die KI schlägt eine Architektur vor, die auf kanonischen Mustern beruht, und die Rules Engine prüft sie, bevor etwas auf der Leinwand landet, sodass ein falscher Graph nie bis zum nächsten Schritt überlebt. Sie behalten die Kontrolle über das Design, während das Tool die mühsame Zeichenarbeit übernimmt. Das ist das Gegenteil des üblichen, codezentrierten Arbeitsablaufs, und der Grund, warum das Auseinanderdriften bei null bleibt. Nichts landet, wenn die Regeln es nicht erlauben.

Ein validierter Graph lässt sich als mehrere Dinge zugleich exportieren: Sie ziehen Quellcode, ein Mermaid-Diagramm, einen API-Vertrag oder KI-lesbaren Vektorspeicher aus derselben Quelle der Wahrheit. Die letzte Option sorgt dafür, dass Cursor und Claude Ihre Architektur als Kontext lesen, sodass Ihr Agent mit derselben Karte arbeitet wie Sie. Ein Graph, viele Ausgaben.

Solarch lebt dort, wo Sie arbeiten. Die Architektur läuft durch Ihren Editor, Ihre CI-Pipeline und Ihren KI-Agenten mit einer gemeinsamen Diff-Engine, sodass alle drei immer übereinstimmen, welche Version gerade aktuell ist. Welche Änderung Sie auch ausliefern, alle drei sehen dieselbe Version, was das klassische Problem des veralteten Diagramms beseitigt, dem niemand mehr traut. Kein Rätselraten mehr, welche Kopie aktuell ist.

Der Team-Plan ergänzt geteilte Projekte mit Knoten mit einem einzigen Zuhause und Geisterverweisen in der ganzen Organisation: Ein Knoten hat genau einen Besitzer, egal wie viele Projekte auf ihn zeigen. Ein Knoten hat einen Besitzer, und andere Projekte verweisen auf ihn, statt ihn zu kopieren. Für Teams beendet das den Streit darüber, welche Version der Architektur die echte ist. Die Sprachunterstützung ist noch dünn, und Solarch hat nicht veröffentlicht, welche Stacks abgedeckt sind, also prüfen Sie Ihren eigenen, bevor Sie einen bezahlten Plan nehmen.

Solarch ist keine geschlossene Plattform, in die Sie umziehen müssen. Sie bringen den Graphen in Ihren bestehenden Stack und behalten Ihren Editor, Ihre Pipeline und Ihren Agenten. Der generierte Code soll zu dem passen, was Sie bereits betreiben, nicht es ersetzen.