El framework de 3 partes para escribir prompts que Claude entienda de verdad (con 5 plantillas antes/después)
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...
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
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.
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.
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.
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.
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.