Me funciona usarla primero para leer código heredado y proponer casos de prueba. Es menos riesgoso que dejarla modificar un módulo sin una revisión humana.
La documentación final importa mucho. Si el cambio queda funcionando pero nadie entiende por qué se tomó esa decisión, el problema vuelve en el próximo mantenimiento.
También sirve pedir cambios pequeños. Un parche corto se revisa y prueba mejor que una reescritura completa con muchos efectos secundarios.
Antes de aceptar un cambio generado, le pido que explique qué archivo toca, qué supuesto hace y cómo volver atrás. Esa explicación revela rápido si entendió o solo completó código.
Lo de pedir una explicación y una vuelta atrás es práctico. Voy a incorporarlo a los pedidos antes de aceptar un cambio.
Para cambios aislados, una IA puede ayudar mucho si hay pruebas rápidas. En autenticación, pagos, permisos o migraciones prefiero bajar la velocidad y revisar todo el contexto.
