Inicio / Técnicas que cambian el resultado

Encadenar los prompts

Dividir una tarea compleja en una cadena de prompts cortos, donde la salida de uno se convierte en la entrada del siguiente, hace que cada eslabón sea verificable por separado en lugar de juzgar un único bloque opaco.

Una tarea compleja confiada a Claude en un solo mensaje produce un único bloque de texto, difícil de corregir con precisión cuando algo se equivoca en él. Dividir esa misma tarea en varios mensajes cortos, donde la respuesta de uno sirve de materia prima al siguiente, cambia lo que se puede verificar: cada eslabón se convierte en un punto donde se puede leer, corregir o detener la cadena antes de continuar.

El patrón más frecuente: borrador, relectura, corrección

El patrón más simple cabe en tres mensajes. El primero pide un borrador. El segundo hace releer ese borrador según criterios nombrados, listando lo que debe verificarse. El tercero pide una versión corregida a partir de esa relectura. Cada mensaje es un envío separado: nada impide leer la salida intermedia, modificarla a mano, o reformular la siguiente petición antes de enviarla.

Message 1 : rédigez un brouillon.
Message 2 : relisez ce brouillon selon trois critères précis, listez les problèmes trouvés.
Message 3 : corrigez le brouillon à partir de cette liste.

El tercer mensaje no parte de cero: se apoya en la lista producida por el segundo, que a su vez se apoya en el texto producido por el primero. Esta dependencia es lo que hace que cada eslabón sea verificable por separado. Un problema en el resultado final se localiza en un eslabón preciso, el borrador, la relectura o la corrección, y no en un bloque único donde nada distingue su origen.

Lo que la división no aporta por sí sola

Claude ya procesa internamente buena parte del razonamiento en varias etapas sobre una tarea compleja, sin que sea necesaria ninguna división manual para ello. El encadenamiento explícito en varios mensajes conserva su utilidad para un uso concreto: forzar un punto de parada donde se mira lo que se produjo antes de continuar, o imponer una estructura precisa que se quiere seguir paso a paso. No es el reflejo por defecto para toda tarea, es una herramienta para las tareas donde se quiere leer o corregir antes de que parta el siguiente paso.

El vínculo con el testigo positivo de un control es directo: un control que juzga un único bloque opaco a la salida de la cadena no puede decir en qué eslabón apareció el error. Un control colocado en cada eslabón, en cambio, aísla el punto exacto donde la cadena se equivocó.

Dónde colocar el punto de verificación

El punto de verificación más útil se coloca entre dos eslabones, antes de que la salida de uno se convierta en la entrada del siguiente. Releer el borrador antes de enviarlo a relectura, o releer la lista de problemas antes de pedir la corrección, cuesta unos segundos y evita que un error del primer eslabón se propague, corregido solo en apariencia, en los dos eslabones siguientes.