Regenerar respuesta en IA: cuándo ofrecerla y qué pasa con la anterior
Regenerar una respuesta de IA pide otra versión del mismo prompt. Cómo diseñar el botón, qué hacer con la respuesta anterior y cuándo conviene ramificar.
¿Para qué sirve regenerar?
Una respuesta puede ser correcta y aun así no servir. Tal vez sea demasiado larga, tenga un tono equivocado o tome un enfoque que no sirve para lo que la persona necesita. Regenerar permite pedir otra versión sin reescribir nada.
También sirve para comparar. Quien está redactando un texto puede querer dos o tres opciones antes de elegir una. En ese caso, regenerar no es un intento de arreglar un error, sino una forma de explorar.
Y hay un uso más sutil: cuando la respuesta parece dudosa, regenerar y comparar las versiones ayuda a detectar inconsistencias. La guía de Anthropic para reducir alucinaciones lo llama “best-of-N verification”: ejecutar el mismo prompt varias veces y comparar, porque las inconsistencias entre salidas pueden indicar alucinaciones. La misma guía advierte que sus técnicas reducen las alucinaciones, pero no las eliminan, así que lo importante hay que validarlo.
Técnicamente, regenerar suele significar quitar la última respuesta del asistente del contexto y volver a ejecutar el modelo. Trigger.dev lo describe así en su patrón de conversaciones con ramas: elimina los mensajes finales del asistente hasta que el contexto termina en un mensaje de la persona.
¿Qué pasa con la respuesta anterior?
Hay tres diseños posibles:
- Reemplazar. La respuesta nueva sustituye a la anterior. Es simple, pero destruye algo que la persona podría querer, y es el peor caso si la primera versión era mejor.
- Acumular sin relación. Se agregan respuestas una debajo de otra. Funciona para dos intentos, pero se vuelve confuso con más.
- Ramificar. Cada respuesta es una rama del mismo mensaje, y la persona cambia entre ellas con un control pequeño, como flechas con un contador (“2 de 3”). En assistant-ui, por ejemplo, recargar un mensaje del asistente crea una rama nueva y vuelve a ejecutar desde ahí.
La tercera opción es la que mejor encaja con cómo funciona una conversación, y es la base de la ramificación de conversaciones. Para el historial completo donde viven esas ramas, mira el historial de conversaciones. Un artículo de Tianpan sostiene que una conversación es estructuralmente un árbol, aunque la interfaz la trate como una lista, y que la mayoría de los productos descartan por defecto lo que no cabe en esa lista. Como solución casera, describe a investigadores que abren cuatro pestañas del mismo chat y a gente de marketing que abre sesiones nuevas y vuelve a pegar el brief en cada una. Ese truco, dice el autor, pierde metadatos y contexto.
¿Cómo diseñar el botón?
- Ubícalo junto a la respuesta. La barra de acciones del mensaje es el lugar natural: la persona ya está mirando ahí cuando decide que la respuesta no le sirve.
- Desactívalo mientras genera. Regenerar durante una respuesta en curso crea estados confusos. La guía de assistant-ui describe exactamente este caso: la acción Reload queda deshabilitada mientras el hilo está en ejecución, y Trigger.dev recomienda esperar a que termine la respuesta antes de bifurcar o cambiar de rama.
- Muestra el control de ramas solo si hay más de una. Con una sola versión no hay nada que elegir. Con dos o más, aparece con su contador.
- Mantén la versión anterior a mano. Quien regenera debe poder comparar sin perder la primera versión.
¿Cuándo regenerar y cuándo editar el prompt?
Son dos acciones distintas, y confundirlas es un error común de diseño:
| Situación | Acción correcta |
|---|---|
| La pregunta está bien, la respuesta no sirve | Regenerar |
| La respuesta es buena pero quieres otro tono | Regenerar o pedir un ajuste |
| A la pregunta le faltó contexto | Editar el prompt |
| Quieres explorar otro camino desde un punto | Ramificar desde ese mensaje |
Si ofreces una sola acción para ambas cosas, la persona no sabe si la IA entendió mal o si ella preguntó mal. Eso lleva a regenerar una y otra vez una pregunta mal formulada. La parte de editar la pregunta tiene su propia página, editar el prompt después de enviarlo, y la de explorar caminos alternos está en ramificación de conversaciones.
Si las versiones alternativas se usan para medir calidad, el pulgar o la elección de una de ellas es una señal útil. Lee feedback del usuario en IA para ver cómo leerla sin engañarte.
Ejemplo
Ejemplo ilustrativo: un asistente de redacción genera el texto de un anuncio de producto. La primera versión es correcta, pero demasiado larga. La persona pulsa regenerar y aparece una versión más corta. La primera no se pierde: aparece un contador “1 de 2” y una flecha para volver.
Después, la persona quiere una versión con otro enfoque y no sabe si regenerar o editar. El equipo agrega un texto de ayuda breve: “¿Quieres otra versión de esta respuesta? Regenera. ¿La pregunta estaba mal? Edítala”. Para saber si el texto funciona, el equipo compara cuántas veces se regenera una misma pregunta antes y después del cambio.
¿Cuándo no conviene regenerar?
Cuando la respuesta depende de datos que cambiaron, como una consulta a un sistema externo, regenerar puede dar otro resultado sin que nada haya mejorado. En ese caso es mejor ejecutar de nuevo la consulta y mostrar la hora de la nueva búsqueda. Y si la respuesta incluye acciones con efectos, como enviar un correo o crear un registro, regenerar no debe repetir la acción sin confirmación.
¿Qué conviene medir?
Si la regeneración es parte de tu producto, mide tres cosas:
- Cuántas veces se regenera la misma pregunta. Un número alto puede indicar que la primera respuesta no sirvió, o que la persona no sabía que podía editar la pregunta.
- Cuántas veces se elige la versión anterior tras regenerar. Eso indica que la nueva no mejoró.
- Cuántas conversaciones terminan justo después de una regeneración. Si pasa a menudo, la regeneración quizá no resolvió el problema y la persona se fue.
Leídas juntas, esas cifras dicen más que el número de clics en el botón. Cruzarlas con las correcciones del feedback del usuario da una imagen más completa.
Errores comunes
- Reemplazar la respuesta anterior sin posibilidad de recuperarla.
- Dejar regenerar mientras la respuesta todavía se genera.
- Usar la misma acción para regenerar y para editar el prompt.
- Mostrar un contador de versiones cuando solo hay una.
- Regenerar acciones con efectos externos sin confirmación.