Cómo piensa Claude, y por qué fallan los prompts vagos
5 min de lectura
La mayoría de los usuarios nuevos trata una respuesta extraña de Claude como un error: entendió mal, se está haciendo el difícil, necesita un prompt más ingenioso antes de entregar la versión buena. Por lo general nada de eso es cierto. La respuesta que obtuviste es una consecuencia directa y mecánica de lo que realmente escribiste, y una vez que ves por qué, muchos consejos que suenan a etiqueta arbitraria empiezan a parecer simple causa y efecto.
Consejo
Claude no se guarda nada esperando un mejor prompt. Se compromete de inmediato con una respuesta completa, usando solo lo que realmente tiene enfrente.
Una respuesta vaga no es Claude siendo flojo. Es Claude siendo preciso sobre lo poco que realmente le dijiste.
Dos cosas que vale la pena entender antes que nada
La primera es sobre la memoria. Claude solo sabe lo que está dentro de la conversación actual. No arrastra nada de un chat distinto, ni siquiera de uno de hace una hora, a menos que pegues ese contexto de nuevo. Pídele a un chat nuevo que “continúe lo que estábamos haciendo” y no tiene nada que continuar. Esto no es un error en el que se esté trabajando. Es la forma básica de cómo se delimita una conversación, y explica por qué volver a explicar el contexto al inicio de un chat nuevo no es esfuerzo perdido, es la única manera de que ese contexto llegue allí.
La segunda es sobre cómo se construye realmente una respuesta. Claude genera una respuesta prediciendo lo que debe venir a continuación, pieza por pieza, con base en todo lo que hay en la conversación hasta ese momento. No redacta una respuesta internamente, la revisa y decide si hacerte primero una pregunta de aclaración. Por defecto, se compromete con una respuesta completa usando lo que ya está ahí. Si tu prompt no especificó una extensión, predice una razonable. Si no especificó un tono, predice uno razonable. “Razonable” aquí significa estadísticamente seguro y ampliamente aplicable, que es una forma precisa de decir genérico.
Dos personas distintas pueden enviar exactamente ese prompt y ambas recibir un párrafo técnicamente correcto y útil para nadie. Ninguna hizo algo mal en sentido moral. Solo dejaron cada decisión real, público, tono, extensión, qué hace que este producto valga la pena comprar, para que Claude la adivine, y las suposiciones de Claude se inclinan por defecto a la versión más genérica de cada elección a la vez.
Por qué esto explica muchos de los consejos que vas a leer
Una vez claro este mecanismo, algunas cosas de esta ruta dejan de sonar a etiqueta y empiezan a sonar a ingeniería:
Un prompt vago recibe una respuesta vaga porque cada detalle no dicho se convierte en una suposición genérica, no porque Claude se guarde esfuerzo
Claude no recuerda una conversación anterior y separada, así que el contexto debe repetirse o guardarse en algún lugar donde realmente persista
Como Claude se compromete de inmediato con una respuesta por defecto, o le das lo suficiente para que se comprometa con lo correcto, o le pides explícitamente que confirme contigo antes de comprometerse
Ese último punto merece una pausa. La mayoría de las personas responde a un problema de respuesta vaga agregando más palabras a su prompt: más adjetivos, más calificativos, más “por favor, que quede bien”. Eso no arregla el problema de fondo, porque el problema nunca fue el número de oraciones. Fue que una decisión genuina, quién lee esto, qué debe lograr, qué sabe ya el lector, nunca se tomó ni se entregó. Diez frases vagas no suman una instrucción específica.
Escribe una descripción de producto para una taza de café de cerámica de 40 USD vendida a baristas caseros que ya tienen una máquina de espresso. Destaca la retención de calor y la base antiderrapante. Dos oraciones, no más.
”Compáralo con el primer prompt de arriba. Misma tarea, misma expresión “descripción de producto”, una cantidad completamente distinta de decisiones reales entregadas a Claude. La segunda versión no funciona por ser más larga. Funciona porque cada oración elimina una suposición que Claude habría tenido que hacer por su cuenta.
Dentro de Claude Tutorial
Entender el mecanismo cambia cómo resuelves los problemas.
Una vez que sabes que una respuesta es el producto directo de lo que realmente le diste a Claude, arreglar un mal resultado deja de ser adivinar. La app construye este mismo modelo mental desde sus primeras lecciones, antes de enseñar una sola técnica.
Un caso límite que vale la pena conocer: seguro no significa correcto
El mismo proceso de generación que produce un párrafo fluido y bien estructurado a partir de un prompt vago también puede producir un párrafo fluido y bien estructurado con un dato equivocado. Claude predice cómo luce un siguiente fragmento de texto plausible. Una afirmación de apariencia plausible y una afirmación verdadera no son automáticamente lo mismo, y nada en una formulación segura te dice cuál obtuviste. Esto importa más para cifras exactas, fechas, citas y cualquier cosa sobre eventos muy recientes, categorías que merecen un trato distinto, lo cual una guía posterior de esta ruta cubre por completo.
Por ahora, la conclusión práctica es más pequeña: no leas la fluidez como señal de exactitud, y no leas una respuesta genérica como señal de que debes esforzarte más en tu siguiente intento sin cambiar lo que le das a Claude para trabajar.
Sigue leyendo
- Escribir prompts que te den un primer borrador utilizable: el marco práctico del que este modelo mental es la razón.
- Decidir qué tareas realmente vale la pena encargarle a Claude: lo siguiente en esta ruta, ahora que sabes qué hace realmente Claude con lo que le das.