Solarch

Chaque arête que vous dessinez passe par un moteur de règles qui refuse par défaut : tout ce qui n'est pas explicitement autorisé est interdit avant même d'atteindre votre code. Il applique 7 antipatrons et 3 contrôles conditionnels. Les mauvaises connexions sont repérées pendant que vous y pensez encore. C'est bien moins cher que de les corriger une fois qu'elles sont dans le code.

Solarch découpe la génération en deux étapes. D'abord, un compilateur déterministe transforme le graphe en squelette avec zéro jeton : il monte les DTO, les entités et l'injection par constructeur directement depuis les arêtes, sans appeler le moindre modèle. Ensuite, une IA chirurgicale remplit uniquement les corps de fonction vides, à environ 300 jetons par fonction. Ce découpage garde les coûts bas et rend le travail structurel entièrement prévisible. La structure est gratuite. La logique coûte un peu.

L'IA propose une architecture ancrée dans des patrons canoniques, et le moteur de règles la vérifie avant que quoi que ce soit n'arrive sur le canevas : un graphe incorrect ne survit jamais jusqu'à l'étape suivante. Vous restez maître de la conception pendant que l'outil se charge du brouillon fastidieux. C'est l'inverse du flux habituel, qui commence par le code, et c'est pourquoi la dérive reste à zéro. Rien n'entre si les règles ne l'autorisent pas.

Un graphe validé s'exporte en plusieurs choses à la fois : vous tirez du code source, un diagramme Mermaid, un contrat d'API ou une mémoire vectorielle lisible par IA depuis la même source de vérité. Cette dernière option permet à Cursor et Claude de lire votre architecture comme contexte, si bien que votre agent travaille à partir de la même carte que vous. Un graphe, plusieurs sorties.

Solarch vit là où vous travaillez. L'architecture traverse votre éditeur, votre pipeline CI et votre agent d'IA avec un même moteur de différences, donc les trois s'accordent toujours sur la version en cours. Quel que soit le changement que vous livrez, les trois voient la même version, ce qui supprime le problème classique du diagramme périmé auquel plus personne ne se fie. Fini de deviner quelle copie est à jour.

Le plan Team ajoute des projets partagés avec des nœuds à foyer unique et des références fantômes dans toute l'organisation : un nœud n'a exactement qu'un propriétaire, peu importe le nombre de projets qui pointent vers lui. Un nœud a un propriétaire, et les autres projets renvoient vers lui au lieu de le copier. Pour les équipes, cela met fin au débat sur la version de l'architecture qui est la vraie. La prise en charge des langages reste limitée, et Solarch n'a pas publié les stacks qu'il couvre : vérifiez le vôtre avant de prendre un plan payant.

Solarch n'est pas une plateforme fermée dans laquelle il faudrait déménager. Vous amenez le graphe dans votre stack existant et gardez votre éditeur, votre pipeline et votre agent. Le code généré est pensé pour s'intégrer à ce que vous utilisez déjà, pas pour le remplacer.