✍️ Claude · Prompting

El framework de 3 partes para escribir prompts que Claude entienda de verdad (con 5 plantillas antes/después)

Por Ivan Eguiguren · Mayo 2026

En esta guía, paso a paso:

  • Por qué el 80% de los prompts malos fallan exactamente en el mismo sitio
  • El framework de 3 partes: contexto, tarea y restricciones
  • 5 plantillas antes/después para los casos más comunes
  • El prompt de diagnóstico que hace que Claude te diga por qué tu prompt no funciona

El framework de 3 partes

Todo prompt que funciona tiene tres partes. Cuando falta alguna, Claude rellena el hueco con el comportamiento más probable según su entrenamiento — que es, por definición, genérico.

PARTE 1 — CONTEXTO
¿Quién eres? ¿Para quién es el output? ¿Qué situación rodea la tarea?
Sin contexto, Claude asume el caso más habitual posible.

PARTE 2 — TAREA
¿Qué quieres exactamente? ¿Cuál es el formato del output?
Sé específico: estructura, longitud, punto de vista, formato.

PARTE 3 — RESTRICCIONES
¿Qué no quieres? ¿Qué debe evitar? ¿Qué límites tiene el output?
Las restricciones son tan importantes como la tarea misma.

Plantilla 1: Email a un cliente

❌ SIN FRAMEWORK:
"Escribe un email para un cliente que se ha quejado"

✅ CON FRAMEWORK:
Contexto: Soy responsable de soporte de un SaaS B2B. El cliente
lleva 2 años con nosotros, paga 800€/mes, y se ha quejado porque
una funcionalidad prometida en Q3 no está lista en Q4.

Tarea: Email de disculpa y actualización. Debe incluir: reconocimiento
sin excusas, estado actual (al 80%, sale en 3 semanas), compensación concreta.

Restricciones: Máximo 150 palabras. Tono directo, sin "lamentamos los
inconvenientes". Sin promesas de fechas específicas.

El output cambia radicalmente: Claude tiene todo lo que necesita para calibrar tono, contenido y formato. Sin el framework, rellena los blancos con el email más genérico posible.

Plantilla 2: Análisis de documento

❌ SIN FRAMEWORK:
"Resume este documento"

✅ CON FRAMEWORK:
Contexto: Es el informe anual de un competidor. Soy CEO de una empresa
en el mismo sector y lo presento a mi equipo en 15 minutos.

Tarea: Los 5 puntos más relevantes para una empresa competidora: nueva
funcionalidad, cambios de pricing, expansión de mercado, señales de debilidad.

Las restricciones de esta plantilla — formato de bullets, solo información del documento — son las que marcan la diferencia entre un resumen útil y uno genérico...

🔒
Las plantillas 3–5 y el prompt de diagnóstico
Código, estrategia y análisis con el framework aplicado — más el prompt que hace que Claude te diga exactamente qué le falta a cualquier prompt tuyo.
Algo salió mal. Inténtalo de nuevo.

Al desbloquear aceptas recibir contenido sobre IA y Claude. Privacidad.

El marco de 3 partes

PARTE 1 — CONTEXTO ¿Quién eres tú? ¿Para quién es esto? ¿Qué situación rodea la tarea? Sin contexto, Claude asume el caso más genérico posible. PARTE 2 — TAREA ¿Qué quieres exactamente? ¿Cuál es el output esperado? Sé específico: formato, longitud, estructura, punto de vista. PARTE 3 — RESTRICCIONES ¿Qué no quieres? ¿Qué debe evitar? ¿Qué constraints tiene el output? Las restricciones son tan importantes como la tarea.

5 ejemplos antes/después

Ejemplo 1

Email a un cliente

❌ ANTES: "Escribe un email para un cliente que se ha quejado" ✅ DESPUÉS: Contexto: Soy el responsable de soporte de un SaaS B2B. El cliente lleva 2 años con nosotros, paga 800€/mes, y se ha quejado de que una funcionalidad que prometimos en Q3 no está lista en Q4. Tarea: Escribe un email de disculpa y actualización de estado. Debe tener: 1) reconocimiento del problema sin excusas, 2) estado actual real (está al 80%, sale en 3 semanas), 3) compensación concreta. Restricciones: Máximo 150 palabras. Tono directo, nada de "lamentamos los inconvenientes". Sin promesas de fechas específicas.
Ejemplo 2

Resumen de documento

❌ ANTES: "Resume este documento" ✅ DESPUÉS: Contexto: Este es el informe anual de un competidor. Soy el CEO de una empresa en el mismo sector y lo voy a presentar a mi equipo de producto en una reunión de 15 minutos. Tarea: Resume los 5 puntos más relevantes para una empresa competidora. Enfócate en: nueva funcionalidad lanzada, cambios de pricing, expansión de mercado, y cualquier señal de debilidad operativa. Restricciones: Máximo 5 bullets. Cada bullet máximo 2 líneas. Solo información factual del documento, sin especulación.
Ejemplo 3

Código

❌ ANTES: "Arregla esta función" ✅ DESPUÉS: Contexto: Esta función procesa pagos en producción. Es crítica. Cualquier cambio debe ser mínimo y reversible. Tarea: La función falla cuando el importe es 0. Arréglalo. El fix debe ser una validación al principio de la función, antes de cualquier lógica de negocio. Restricciones: No cambies la firma de la función. No refactorices lógica que funciona. Solo el fix necesario para manejar importe=0.
Ejemplo 4

Estrategia

❌ ANTES: "Dame ideas para crecer en LinkedIn" ✅ DESPUÉS: Contexto: Soy un consultor de IA para empresas medianas (50-200 empleados). Publico 3 veces por semana. Mis posts con más engagement son los que muestran procesos técnicos con resultados medibles. Tarea: Dame 5 ideas de posts para el próximo mes que aprovechen ese patrón. Cada idea: título + estructura del post + por qué funcionaría para mi audiencia. Restricciones: Solo ideas que pueda escribir desde experiencia propia. Nada genérico sobre "la IA es el futuro". Sin consejos de productividad que no tengan que ver directamente con IA aplicada a negocio.
Ejemplo 5

Análisis

❌ ANTES: "¿Qué opinas de esta propuesta?" ✅ DESPUÉS: Contexto: Esta es una propuesta de un proveedor de infraestructura cloud para migrar nuestro stack. Somos una startup de 15 personas, no tenemos DevOps dedicado. Tarea: Analiza la propuesta desde la perspectiva de un CTO de startup. Identifica: 1) los riesgos que no están mencionados explícitamente, 2) las asunciones que se dan por sentadas, 3) qué preguntas haría antes de firmar. Restricciones: No evalúes el precio (no está en el documento). Sé directo sobre los riesgos, no los suavices.

El prompt de diagnóstico

Cuando tengas un prompt que no funciona bien, usa este prompt de diagnóstico antes de reescribirlo:

Lee el siguiente prompt y antes de ejecutarlo, dime: 1. Qué información te falta para dar una respuesta realmente útil 2. Qué asunciones estás haciendo para rellenar los blancos 3. Qué ambigüedades tiene que podrían llevarte a respuestas incorrectas Prompt a analizar: [TU PROMPT AQUÍ] (Después de tu análisis, ejecuta el prompt con las asunciones que hayas identificado explicitadas)

Este prompt te da dos cosas: feedback sobre por qué tu prompt es ambiguo, y una respuesta ejecutada con las asunciones explícitas — lo que te permite validar si las asunciones coinciden con lo que querías.