El origen

WebFactory nació de una pregunta práctica: ¿cuánto tiempo tarda en producirse el primer borrador de un sitio web cuando el cliente ya tiene un referente claro? La respuesta habitual era horas. La respuesta que quería explorar era minutos.

No se trata de reemplazar el proceso de diseño — se trata de comprimir la fase más mecánica: pasar de "quiero algo parecido a esto" a "aquí tienes una base sobre la que podemos trabajar". WebFactory es esa herramienta.

Cómo funciona

Stack tecnológico

Lo interesante del problema

El mayor reto no fue la integración con Groq — esa parte es relativamente directa. El reto fue el prompting. Un modelo de lenguaje sin instrucciones específicas genera código válido pero genérico. Para que WebFactory produjera sitios que realmente se parecieran al referente, el prompt necesitó varias iteraciones hasta encontrar el nivel correcto de detalle: suficiente para guiar el modelo, no tanto para rigidizarlo.

Groq como proveedor de inferencia fue la decisión correcta para este proyecto. La velocidad de respuesta — comparada con otros proveedores — hace que la experiencia de esperar el código generado sea aceptable. Con otros APIs, la latencia rompía el flujo.

Limitaciones honestas

WebFactory genera un punto de partida, no un producto final. El código producido necesita revisión, ajustes de diseño y adaptación al contenido real del cliente. Eso es exactamente para lo que está diseñado: reducir de horas a minutos la fase de prototipado inicial, dejando el trabajo de calidad para el proceso de refinamiento.