Solarch

Qu’est-ce que Solarch ?

Solarch est un outil de conception d’architecture backend qui transforme un graphe de nœuds et d’arêtes dessiné en structure de projet validée et en code généré. Il s’articule autour d’un workflow d’abord centré sur l’architecture : vous esquissez ou décrivez le système, l’IA de Solarch propose un graphe, puis un moteur de règles vérifie le résultat avant son acceptation.

Le produit repose sur un canevas unique où des composants backend tels que des controllers, services, repositories, tables, DTOs, queues et autres éléments d’architecture peuvent être représentés sous forme de nœuds reliés. Il est conçu pour aider les équipes et les développeurs individuels à garder alignés l’architecture, le code généré et les informations de type, afin que le système puisse être compilé à partir d’un graphe canonique plutôt qu’assemblé depuis des fichiers dissociés.

Solarch se présente aussi comme un workflow auto-correctif. Si une connexion proposée viole une règle, le graphe est rejeté et révisé avant d’être placé sur le canevas. Cela le rend utile pour les personnes qui souhaitent concevoir visuellement des systèmes backend tout en gardant explicites les contraintes structurelles.

Fonctionnalités clés

• Canevas d’abord architecture : les utilisateurs dessinent des systèmes backend sous forme de graphe nœuds/arêtes, en partant de l’architecture plutôt que des fichiers de code.
• Validation par Rules Engine : les connexions sont vérifiées par rapport à des règles prédéfinies, avec un comportement par défaut de refus, afin que les relations invalides soient rejetées tôt.
• Génération de graphe assistée par IA : l’IA peut proposer une structure de projet à partir d’une invite ou d’un croquis, puis l’affiner grâce aux retours de validation.
• Modélisation backend sémantique : le canevas inclut des concepts backend tels que controllers, services, repositories, tables, DTOs, queues, ainsi que des nœuds et arêtes associés.
• Pipeline type-safe : le schéma, le contrat d’API et les artefacts client sont reliés afin que les changements se propagent dans la pile et cassent la build lorsque les types ne correspondent plus.
• Génération de code hybride : Solarch peut d’abord générer un squelette déterministe, puis utiliser l’IA pour compléter les corps de fonctions.
• Plusieurs formats d’export : la sortie peut être exportée en code, en diagrammes Mermaid ou en mémoire lisible par l’IA.
• Structure de graphe à onglets avec références fantômes : chaque nœud a un onglet d’accueil, tandis que d’autres vues peuvent le référencer sans dupliquer le nœud source.

Comment utiliser Solarch

Commencez par créer un projet sur le canevas, puis dessinez directement la structure backend ou décrivez ce que vous souhaitez dans la barre de commande. Solarch proposera un graphe, validera les connexions et demandera des corrections lorsqu’une règle est violée.

À partir de là, affinez l’architecture en répartissant les nœuds dans des onglets, en reliant les services et les repositories, et en vérifiant que le graphe suit les schémas autorisés. Une fois la structure propre, exportez-la en code ou utilisez le diagramme généré et la sortie mémoire comme base d’implémentation.

Cas d’usage

• Planification de systèmes backend : cartographiez les controllers, services, repositories et tables de données avant l’implémentation afin que l’architecture soit explicite.
• Revue de conception sous contraintes : détectez les connexions invalides, comme un accès controller-to-table, avant que le code ne soit validé.
• Développement guidé par le schéma : maintenez le schéma de base de données, le contrat d’API et le client typé alignés pendant les itérations.
• Génération de squelette de code : générez un squelette backend à partir du graphe, puis complétez les détails d’implémentation restants.
• Collaboration d’équipe sur l’architecture : partagez un graphe unique au sein d’une équipe, avec des nœuds à onglets et des références fantômes pour des vues cohérentes.

FAQ

Solarch génère-t-il du code automatiquement ? Oui. Le produit décrit un flux hybride dans lequel il génère d’abord un squelette de code déterministe, puis utilise l’IA pour compléter les corps de fonctions.

Solarch peut-il valider des règles d’architecture ? Oui. Son Rules Engine vérifie les connexions et rejette les relations non prises en charge au lieu de les laisser parvenir à la génération de code.

Que peut-on exporter depuis Solarch ? La source mentionne l’export de code, l’export de diagrammes Mermaid et la mémoire lisible par l’IA.

Solarch sert-il uniquement au dessin de diagrammes ? Non. Il est présenté à la fois comme une surface de diagrammation et comme un workflow de génération de code lié au graphe validé.

La source mentionne-t-elle les tarifs ou les détails de déploiement ? Elle mentionne les tarifs des plans et une option entreprise auto-hébergée, mais pas de spécifications détaillées de déploiement ou d’infrastructure.

Alternatives

• Outils de diagramme traditionnels : ils sont utiles pour visualiser l’architecture, mais ils ne semblent pas valider des règles ni générer du code à partir du diagramme.
• Assistants de codage IA généralistes : ils aident à générer et modifier du code, mais n’imposent généralement pas de graphe backend explicite ni de contraintes d’architecture.
• Création manuelle du squelette backend dans un IDE : cela donne un contrôle total sur les fichiers et l’implémentation, mais ne fournit pas de modèle d’architecture partagé basé sur un graphe.
• Autres outils de modélisation d’architecture : ils peuvent aider à documenter des systèmes, mais Solarch se concentre davantage sur la transformation du modèle en code généré et sur l’application de règles de հարաբերation.