La caja más difícil de dibujar es la primera. Sabes más o menos cómo es el sistema en tu cabeza, pero convertirlo en formas sobre un lienzo supone decenas de pequeñas decisiones antes de tener algo sobre lo que reaccionar. Aquí es donde describirlo primero con palabras cambia de verdad el flujo de trabajo: obtienes un borrador en segundos, y es mucho más fácil discutir con un borrador que con un espacio vacío.
Este es el ciclo completo, de principio a fin, con un ejemplo real. El objetivo no es un diagrama terminado por arte de magia; es una primera versión lo bastante buena para que luego la corrijas a mano.
Paso 1: escribe una frase honesta
No le des demasiadas vueltas al prompt. Describe el sistema como se lo describirías a un compañero nuevo. Nombra las piezas y cómo se conectan.
A web app with a CDN in front, a load balancer, two stateless API servers, a Postgres primary with one read replica, a Redis cache, and a background worker reading from a queue.
Esa frase contiene todo lo que necesita un primer borrador: los componentes, el reparto (dos servidores de API), la capa de datos (primaria más réplica) y la ruta asíncrona (worker más cola). No le pides a la herramienta que sea ingeniosa. Le pides que coloque lo que ya dijiste.
Paso 2: del prompt al diagrama, obtén el borrador
Pega eso en el diálogo de generación y obtendrás un diagrama ya organizado con formas reales y editables. El valor aquí es la velocidad y la completitud: cada componente que nombraste está en el lienzo, más o menos en la relación correcta, en el tiempo que tardaste en leer la frase.
Paso 3: corrige lo que la máquina supuso
Este es el paso que separa una herramienta útil de un truco de feria. El borrador es una suposición, y las suposiciones fallan en detalles pequeños. Quizá la caché debería estar delante de la base de datos, no al lado. Quizá solo un servidor de API habla con la réplica. Como el resultado son formas editables, arreglarlo es arrastrar y hacer clic, no empezar de nuevo.
- Mueve las piezas que el diseño colocó mal.
- Dibuja la conexión que faltó, o borra una que se inventó.
- Resalta la ruta que importa (por ejemplo, la ruta de escritura) para que la mirada del lector caiga ahí primero.
- Agrupa las piezas que pertenecen a un mismo servicio o a un mismo equipo.
El prompt te lleva a un borrador. Tus ediciones te llevan a la verdad. Solo uno de esos pasos necesita a una persona, y es el segundo.
Paso 4: refina pidiendo, no solo arrastrando
No tienes que hacerlo todo a mano. Si la forma del sistema es más o menos correcta pero quieres una variación, pídela: "añade un almacenamiento de objetos para las subidas" o "pon un API gateway delante de los servicios". Trata la conversación como una forma rápida de llegar al siguiente borrador y luego vuelve a editar. Los dos modos, hablar y arrastrar, se refuerzan mutuamente.
Paso 5: conviértelo en un artefacto real
Un diagrama que solo vive en tu cabeza no le sirve a nadie. Cuando la imagen esté bien, ponla donde se vaya a usar. Expórtala a PNG, SVG o PDF para un documento de diseño. Incrústala en un README como vista de solo lectura. O expórtala a Mermaid o D2 para que una versión en texto llegue al pull request y se revise como código.
Ese es el ciclo completo: una frase se convierte en un borrador, el borrador se vuelve correcto gracias a tus ediciones, y el diagrama correcto se convierte en algo que tu equipo puede usar de verdad. La IA eliminó la parte más lenta y de menos valor (colocar cajas) y te dejó la parte que necesita criterio. Describe tu próximo sistema en una frase y mira hasta dónde te lleva el primer borrador.