Atlas de interacción con IA

Pedir

Adjuntar referencias

Archivos, imágenes, enlaces o datos que anclan la respuesta a algo concreto.

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

Maqueta de ejemplo. Los nombres y productos son ficticios.

Qué es

La persona le da al sistema una referencia (un PDF, una captura, una hoja de cálculo, una URL) y el resultado se apoya en eso, no en lo que el modelo recuerda. Reduce la invención y hace verificable la respuesta. El diseño importa en qué se acepta, cómo se ve lo adjuntado y cómo se cita.

Lo ves en

  • Adjuntos en Claude y ChatGPTAceptan archivos e imágenes por clip, arrastre o pegado, los muestran como fichas dentro del mensaje y los mantienen como contexto en los turnos siguientes.
  • Fuentes en NotebookLMToda respuesta sale solo de las fuentes cargadas y las afirmaciones llevan citas numeradas que abren el fragmento del documento de origen.
  • Imágenes de referencia en MidjourneyDistingue la imagen de referencia por rol (base de la imagen, referencia de estilo o de personaje) con un peso ajustable para cada una.
  • Conectores a Drive y GmailPermiten elegir un archivo o un correo desde la cuenta conectada sin descargarlo, y el sistema muestra el ícono del servicio y el nombre del elemento usado.

Funciona cuando

  • La respuesta tiene que salir de un material concreto de la persona.
  • Lo adjuntado se muestra como parte del pedido y se puede quitar.
  • El resultado cita qué parte del adjunto usó.

Falla cuando

  • Se acepta cualquier archivo y el sistema lo ignora en silencio.
  • La persona no sabe si el modelo leyó el adjunto o respondió de memoria.
  • Adjuntar exige varios pasos y no se puede arrastrar.

Cómo diseñarlo

  • Confirma qué se leyóAl procesar, muestra páginas, filas o duración detectadas ("PDF, 24 páginas, texto extraído"). Es la prueba de que el archivo entró y el aviso cuando solo se leyó una parte.
  • Deja apuntar dentro del adjuntoUn selector de páginas o un recorte sobre la imagen acota el pedido a esa parte del archivo. "Solo la tabla de la página 4" ahorra explicar y evita que el sistema responda desde el resto.
  • Marca qué adjunto usóDebajo de cada respuesta, una ficha pequeña dice de cuál de los archivos salió. Con tres adjuntos en la conversación, la persona sabe si el sistema miró el correcto.
  • Pliega el texto pegadoMil líneas pegadas en el cuadro se convierten en una ficha, así el pedido se sigue leyendo. Lo mismo para una captura pegada con Cmd+V.
  • Anuncia formatos y límitesMuéstralos al abrir el selector y en el error: "PDF, DOCX e imágenes hasta 30 MB". Un archivo rechazado después de subirlo es tiempo perdido.
  • Aclara el destino del archivoUna línea junto al clip: si se guarda, por cuánto tiempo y si se usa para entrenar. Con documentos de trabajo, esa línea decide si la persona adjunta.

Comportamiento de la persona para que este patrón funcione

¿Qué tan definido tiene lo que quiere?
Sabe más o menos qué quiere.(3 de 5)
¿El sistema ya tiene el contexto o hay que dárselo?
Tiene que explicarle todo al sistema.(1 de 5)
¿Cuánto quiere dirigir el resultado?
Quiere ajustar algunas cosas.(3 de 5)
¿Qué cuesta un error?
Pierde algo de tiempo si se equivoca.(3 de 5)
¿Cada cuánto lo hace?
Lo hace de vez en cuando.(2 de 5)

Confianza que exige

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

  • Fuentes y citasAdjuntar promete que la respuesta sale de ahí; la cita que lleva a la página o a la fila exacta es la única forma de comprobar que la promesa se cumplió.Ver el patrón
  • Memoria visible y controlableCuando los adjuntos persisten entre turnos o entre conversaciones, la persona necesita ver cuáles siguen activos y poder quitarlos, o el sistema responde desde un archivo que ya olvidó que subió.Ver el patrón