Solarch

Cada arista que dibujas se revisa contra un motor de reglas que niega por defecto, lo que significa que todo lo que no esté permitido de forma explícita queda prohibido antes de llegar a tu código. Aplica 7 antipatrones y 3 comprobaciones condicionales. Las conexiones malas se detectan cuando todavía estás pensando en ellas. Eso sale mucho más barato que arreglarlas cuando ya están en el código.

Solarch divide la generación en dos etapas. Primero, un compilador determinista convierte el grafo en un esqueleto con cero tokens: arma los DTO, las entidades y la inyección por constructor directo desde las aristas, sin invocar ningún modelo. Luego una IA quirúrgica rellena solo los cuerpos de función vacíos, a unos 300 tokens por función. La división mantiene los costos bajos y deja el trabajo estructural totalmente predecible. La estructura es gratis. La lógica cuesta un poco.

La IA propone una arquitectura apoyada en patrones canónicos y el motor de reglas la verifica antes de que nada llegue al lienzo, así que un grafo incorrecto no sobrevive al paso siguiente. Tú sigues a cargo del diseño mientras la herramienta se encarga del borrador tedioso. Es lo contrario del flujo habitual, que empieza por el código, y es la razón de que la desincronización se quede en cero. Nada entra si las reglas no lo permiten.

Un grafo validado se exporta como varias cosas a la vez: sacas código fuente, un diagrama Mermaid, un contrato de API o memoria vectorial legible por IA desde la misma fuente de verdad. Esa última opción hace que Cursor y Claude lean tu arquitectura como contexto, así tu agente trabaja con el mismo mapa que tú. Un grafo, muchas salidas.

Solarch vive donde trabajas. La arquitectura pasa por tu editor, tu pipeline de CI y tu agente de IA con un mismo motor de diferencias, así que los tres coinciden siempre en cuál es la versión actual. Sea cual sea el cambio que publiques, los tres ven la misma versión, lo que elimina el clásico problema del diagrama viejo en el que nadie confía. Se acabó adivinar qué copia está al día.

El plan Team añade proyectos compartidos con nodos de origen único y referencias fantasma en toda la organización: un nodo tiene exactamente un dueño, sin importar cuántos proyectos apunten a él. Un nodo tiene un dueño, y los demás proyectos apuntan a él en vez de copiarlo. Para los equipos, eso acaba con la discusión sobre qué versión de la arquitectura es la real. El soporte de lenguajes todavía es escaso, y Solarch no ha publicado qué stacks cubre, así que conviene verificar el tuyo antes de pagar.

Solarch no es una plataforma cerrada a la que tengas que mudarte. Llevas el grafo a tu stack actual y conservas tu editor, tu pipeline y tu agente. El código generado está pensado para encajar en lo que ya usas, no para reemplazarlo.