# Prompts para iterar sin romper lo que ya funciona

Seis pedidos cortos para las situaciones que se repiten después de la primera
construcción. Todos comparten dos reglas: no ampliar el alcance y no desplegar.

Totem · megatotem.com · actualizado julio 2026

---

## 1 · Pedir correcciones observables

En vez de "mejoralo", que no es verificable:

```
Revisá el Site "[NOMBRE]" como QA.

Probá el recorrido completo en escritorio y móvil. Corregí cualquier error que
impida [ACCIÓN PRINCIPAL]. Verificá validaciones, estados vacíos, recarga,
persistencia, botones de copiar/exportar y navegación por teclado.

No cambies el objetivo del producto, no agregues funciones nuevas y no despliegues.
Al terminar, listá las pruebas ejecutadas y los cambios realizados.
```

## 2 · Guardar un checkpoint sin publicarlo

```
Guardá la versión actual de "[NOMBRE]" como una versión inmutable y desplegable,
pero no la despliegues, no generes una URL de producción y no cambies el acceso.
Confirmame el número de versión guardada.
```

## 3 · Desplegar cuando ya estás listo

```
Desplegá la versión [NÚMERO] de "[NOMBRE]".
Mantené el acceso limitado únicamente a [PROPIETARIO / PERSONAS / WORKSPACE].
No habilites acceso público a Internet.
Luego confirmame la URL y el nivel de acceso efectivo.
```

Para volverlo público, pedilo en una instrucción aparte. Así no se confunde
"tener URL" con "estar abierto".

## 4 · Cambio visual

```
En "[NOMBRE]", conservá toda la lógica y los datos.
Reducí la densidad visual de la pantalla inicial: un objetivo principal, un CTA y
la información secundaria debajo. Mantené la paleta y la accesibilidad.
No cambies reglas, persistencia ni despliegue. Probá móvil al terminar.
```

## 5 · Cambio funcional

```
En "[NOMBRE]", agregá [FUNCIÓN] únicamente después de [EVENTO].
Definición de terminado:
- [CRITERIO 1];
- [CRITERIO 2];
- [ERROR ESPERADO].
No modifiques [ZONAS ESTABLES]. No despliegues.
```

## 6 · Reparar una regresión

```
La acción [BOTÓN/PASO] falla cuando [CONDICIÓN].
Reproducí el error, identificá la causa, corregilo y repetí la prueba.
No rediseñes la interfaz ni agregues funciones. No despliegues.
```

---

## Si una iteración empeora el producto

Volvé a una versión anterior o pedí que se tome como base. Por eso conviene
guardar checkpoints con nombres claros **antes** de cada cambio grande, no después.