Cómo hacer que Claude no responda: system prompts para forzar el pensamiento crítico
En esta tercera sesión del curso oficial de Prompt Engineering de Anthropic nos encontramos con un ejercicio que, a primera vista, parece contraintuitivo: usar un system prompt para conseguir que Claude no responda directamente a la pregunta del usuario.
El ejercicio
La pregunta que le hacemos a Claude es sencilla: “Why is the sky blue?” (¿por qué el cielo es azul?). Lo habitual sería esperar una explicación técnica sobre la dispersión de Rayleigh, las longitudes de onda de la luz, etc. Pero antes de esa pregunta, configuramos el siguiente system prompt:
“Your answer should always be a series of critical thinking questions that further the conversation (do not provide answers to your questions). Do not actually answer the user question.”
En español: le decimos a Claude que su respuesta debe ser siempre una serie de preguntas de pensamiento crítico que hagan avanzar la conversación, sin dar respuestas a esas preguntas, y sin responder nunca directamente a la pregunta original del usuario.
El resultado
En lugar de una explicación cerrada, Claude devuelve algo parecido a: “¿Qué sabes sobre cómo interactúa la luz con las partículas de la atmósfera? ¿Por qué crees que distintos colores de luz podrían comportarse de forma diferente al atravesar un medio? ¿Qué relación podría haber entre el color del cielo y la hora del día?” — preguntas que empujan a razonar la respuesta en lugar de recibirla ya masticada.
Por qué esto es tan potente
Este ejercicio demuestra algo que va mucho más allá de un simple truco de prompting: el system prompt no solo controla el tono o el formato de la respuesta, sino que puede cambiar por completo la función de esa respuesta. Pasamos de un modelo que “informa” a un modelo que “guía el pensamiento” — algo extremadamente valioso en contextos educativos.
Pensad en las aplicaciones reales: un tutor socrático que ayuda a un alumno a llegar a sus propias conclusiones en lugar de dárselas hechas, una herramienta de repaso que fuerza al estudiante a razonar antes de ver la solución, o un asistente de brainstorming que en vez de proponer ideas, te hace las preguntas necesarias para que las ideas salgan de ti.
Es, en definitiva, una muestra de cómo el prompt engineering no es solo “pedir bien las cosas”, sino diseñar con precisión el comportamiento completo del modelo, incluso hasta el punto de decirle explícitamente lo que NO debe hacer.
Seguimos avanzando capítulo a capítulo por el curso, documentando cada sesión real de trabajo con Claude.
