¿Por qué editar algo que ya funciona da sensación de riesgo? Porque la mayoría de las herramientas te dejan editar en el mismo lugar — guardas sobre la versión anterior, y si el cambio rompe algo, no hay versión a la que volver. Ese miedo es totalmente racional cuando no hay opción de deshacer. Aquí, en cambio, no existe el "mismo lugar". Cada edición genera algo nuevo junto a lo que ya había.
¿Qué pasa realmente cuando pido un cambio?
Le dices al chat de construcción lo que quieres —un ajuste de texto, una nueva sección, una función completa— y la plataforma genera una nueva versión junto a la anterior. No en lugar de ella. Ambas siguen siendo previsualizables, ambas siguen siendo descargables, y la anterior no queda relegada a un archivo que tendrías que buscar. Es un producto funcional, a un clic de volver a ser el que está en producción. Cuando revertir un cambio es así de barato, dejas de tratar cada edición como una apuesta.
¿No ralentiza las cosas volver a ejecutar la verificación completa en cada versión?
Es justo el problema contrario que resuelve la verificación. El fallo habitual en la edición iterativa con IA no es el cambio en sí, es lo que ese cambio rompe silenciosamente en otro lugar. Arreglas la página de precios, y el enlace de navegación hacia ella devuelve un 404 sin avisar. Así que la versión 9 pasa exactamente por la misma cadena que pasó la versión 1: revisión de código, seguridad, verificación de enlaces, accesibilidad, conformidad. Si un cambio rompe algo, se detecta en la misma ronda en la que se introdujo. No tres semanas después, cuando un usuario te escribe por un botón roto. (Más detalles en Cómo se verifican las construcciones.)
¿Qué pasa cuando despliego en mi propio servidor?
Los despliegues por SFTP a tu propio host reciben el mismo tratamiento, solo que un nivel más abajo. Antes de escribir nada, la plataforma captura tu webroot actual. Cada versión que despliegues después se queda en el host y sigue siendo restaurable. Así que si un despliegue se ve perfecto en la vista previa y luego algo en tu infraestructura de producción —un encabezado de caché, una regla rara de CDN, lo que sea— hace que se vea mal una vez publicado, lo reviertes con un clic en lugar de volver a desplegar una exportación antigua esperando haber tomado la correcta.
¿Y el subdominio gratuito?
La misma idea, más ligera: publicar ahí también conserva cada versión publicada, y volver a publicar una versión anterior es tan fácil como publicar una nueva.
| Dónde | Qué se conserva | Deshacer |
|---|---|---|
| En el editor | Cada versión, previsualizable y descargable | Restaura cualquier versión |
| Tu subdominio | La versión publicada, reemplazable en cualquier momento | Vuelve a publicar una versión anterior |
| Tu propio servidor | Captura previa al despliegue + cada versión desplegada | Reversión con un clic en el host |
¿Esto no es solo un sistema de copias de seguridad elegante?
No: un sistema de copias de seguridad te protege de un desastre. Esto está pensado para cambiar tu comportamiento del día a día. Cuando el costo de una suposición equivocada baja a un clic, "probémoslo" deja de ser una sugerencia arriesgada y se convierte en la respuesta por defecto para casi cualquier idea.
