Atlas de interacción con IA

Afinar

Regenerar y editar el pedido

Volver a intentar, o corregir lo que se pidió, sin empezar de cero.

La persona lo vive como asistente: "Le pido algo y lo revisamos juntos."

Maqueta de ejemplo. Los nombres y productos son ficticios.

Qué es

Dos salidas baratas ante un mal resultado: "Regenerar" (mismo pedido, otro intento) y "Editar" (corregir el pedido y volver a generar). Las dos evitan repetir todo el trabajo de formular. Editar el pedido vale más que regenerar: enseña a la persona qué cambió el resultado.

Lo ves en

  • "Regenerar" y editar el prompt en ChatGPT y ClaudeBajo cada respuesta hay un botón para reintentar y una opción para editar el mensaje enviado; los intentos quedan numerados y se recorren con flechas.
  • Reintentar con otro modelo en PerplexityAl pie de la respuesta, la opción de reescribir deja elegir otro modelo para el mismo pedido, con lo que el reintento cambia algo concreto en vez de repetir la suerte.
  • "Volver a generar" en Notion AIDespués de generar, el menú ofrece volver a intentar junto a ajustes con nombre, como acortar o cambiar el tono, así reintentar y corregir conviven en el mismo lugar.

Funciona cuando

  • El pedido estaba bien y el resultado fue flojo: regenerar.
  • El pedido tenía un error y se ve cuál: editar.
  • Los intentos anteriores siguen disponibles para comparar.

Falla cuando

  • Regenerar borra el resultado anterior y no se puede comparar.
  • Editar el pedido abre otra conversación y se pierde el contexto.
  • Se ofrece regenerar sin decir qué va a cambiar.

Cómo diseñarlo

  • Las dos salidas juntas"Regenerar" y "Editar el pedido" aparecen juntas bajo cada resultado. Verlas juntas enseña que hay dos formas de corregir y que cada una sirve para algo distinto.
  • Regenerar con una indicaciónJunto a "Regenerar", dos o tres direcciones ("más corto", "otro enfoque", "con ejemplos") que se suman al mismo pedido. La persona orienta el nuevo intento sin reescribir nada.
  • El pedido en su lugarAl editar, muestra el texto que se envió, con sus adjuntos y ajustes, en el mismo campo donde se escribió. Ver qué se pidió es la única forma de entender por qué salió lo que salió.
  • Numera los intentosUn contador "2 de 3" con flechas bajo el resultado, y el pedido que generó cada intento visible al recorrerlos. Comparar dos intentos toma un clic y la persona ve qué cambio produjo qué resultado.
  • Mide las regeneraciones seguidasTres reintentos consecutivos sobre el mismo pedido señalan que la persona tira los dados porque no encuentra cómo editar. Es la métrica para revisar dónde está el botón de editar.

Comportamiento de la persona para que este patrón funcione

¿Qué tan definido tiene lo que quiere?
Sabe más o menos qué quiere.
¿El sistema ya tiene el contexto o hay que dárselo?
Usa un sistema que tiene parte del contexto.
¿Cuánto quiere dirigir el resultado?
Quiere dirigir bastante.
¿Qué cuesta un error?
Pierde poco si se equivoca.
¿Cada cuánto lo hace?
Lo hace cada semana.

Confianza que exige

Cuanto más alto el riesgo, más de estos patrones y más cerca de la acción.

  • Ramas e historialCada regeneración o edición produce una versión nueva, y sin un historial que las conserve la persona pierde el intento que estaba mejor.Ver el patrón

Relacionados

Generación con variantesRegenerar produce una alternativa a la vez; cuando la persona va a pedir varias seguidas, entregar variantes de entrada ahorra los clics.Conversación abiertaEn una conversación, editar un mensaje anterior corrige el rumbo desde ese punto sin arrastrar los turnos que salieron mal.RepreguntaUna buena repregunta antes de generar evita muchas ediciones del pedido; regenerar cubre lo que la repregunta no anticipó.RetroalimentaciónEl pulgar abajo dice que algo salió mal, y regenerar o editar es lo que la persona hace justo después; conviene ponerlos juntos.