Originally posted on LinkedIn
Un problema del vibe-coding - no mantiene bien patrones y cohesión entre proyectos. Creo que es una de las oportunidades más grandes de UX por mejorar. Post un tris técnico 👇
Workflow típico de usuario de Lovable (o sustituto X) - entro, monto lo que imagino, lo itero en el tiempo.
Luego, si quiero otra cosa, hago lo mismo. Y de nuevo y de nuevo.
Pero si los quiero juntar, es un complique horrible. Lovable et al dejan muy difícil (o imposible) pasarles otro repo para que “junten” código, el estilo, librerias y patrones de cada proyecto puede ser diferente.
Entonces uno ve cosas como que un proyecto “central” linkea a 10 proyectos “satelite”, cada uno con su propio look and feel y patrones, por como funcionan cada uno con su propio subdominio (!!!), no se mantiene estado (como login!!) entre ellos, un desorden.
En Claude Code (o similares) es otro tema - uno puede “limitar” el contexto (hacer context engineering mejor dicho) a subrutas muy fácil y así dejar todo lo que uno quiere en el mismo repo, y pedirle al agente que vea los estilos y patrones previos para lo nuevo a desarrollarse.
Recientemente he querido colaborar con colegas sin background tech con ellos desarrollando lo que imaginan - pero el dolor de cabeza de juntar el código resultante al repo central me hace pensarlo 2 veces.
¿Cómo hacen ustedes para manejar esto? En mi caso, le voy a dar clases de “Vibecodear” con Claude Code sobre el repo central a mis colegas y que hagan PR - pero creo que debería ser más fácil. Lovable y similares no tienen ya una manera de hacer esto?