«Hazme un resumen de esto». Es el prompt más escrito del mundo y casi nunca da lo que querías. No porque Claude sea torpe, sino porque le falta lo que tú sabes y no has dicho: para quién es, para qué sirve, qué importa y qué forma debe tener.
El examen trata el prompting como una disciplina de comunicación, no como una colección de trucos. Esta lección cubre dos dominios que van juntos: prompting y ejecución de tareas (14 %) y resolución de problemas y optimización (10 %). Primero, cómo pedir bien; después, qué hacer cuando el resultado no llega.
Anatomía de un buen prompt
La guía de prompting de Anthropic resume la idea en una frase: trata a Claude como a una persona brillante que acaba de llegar y no conoce tu contexto. Si un compañero nuevo necesitaría más información para hacerlo bien, Claude también. Un prompt sólido suele tener estas piezas:
- Contexto: quién eres, qué situación hay, para qué se va a usar el resultado.
- Tarea: qué debe hacer, con un verbo claro.
- Criterios y restricciones: qué importa, qué evitar, extensión, tono.
- Ejemplos, si el formato o el estilo son difíciles de describir.
- Formato de salida: tabla, lista, correo, JSON…
- Material: los datos o documentos, bien separados de las instrucciones (por ejemplo, entre etiquetas como
<datos>).
Mira la diferencia con un caso real de un departamento de ventas que trabaja con SAP:
Resume estos pedidos bloqueados.
Claude no sabe para quién es, qué importa ni qué forma dar al resultado. Adivinará.
Dos consejos más de la guía oficial: explica el porqué de una instrucción (Claude generaliza mejor si entiende la razón) y di qué hacer en lugar de solo lo que no debe hacer.
Descomponer tareas complejas
Cuando una petición mezcla muchas cosas (investigar, analizar, decidir, redactar), pedirla de golpe suele dar un resultado mediocre en todo. Es mejor encadenar pasos, revisando cada salida antes de usarla en el siguiente:
Con la descripción del proceso actual de aprobación de facturas, pide a Claude que lo resuma en pasos y señale dudas. Corrige lo que no sea exacto.
Ventajas: cada paso es más sencillo, puedes revisar y corregir entre pasos y, si algo falla, sabes exactamente dónde.
Adaptar el enfoque al tipo de tarea
La guía del examen cita cuatro tipos de tarea. Cada uno pide un planteamiento distinto:
Análisis · Analizar datos o documentos
Da los datos completos y el criterio de análisis. Pide que separe hechos de interpretaciones y que muestre en qué se basa cada conclusión.
Una responsable de formación pide a Claude, en un único mensaje, que investigue tendencias de formación en IA, analice la encuesta interna de 300 respuestas, proponga un plan anual y redacte la presentación para dirección. El resultado es superficial en todo. ¿Qué es lo más adecuado?
Cuando el resultado no llega: diagnosticar
El dominio 7 pide identificar, diagnosticar y resolver prompts y resultados que no funcionan. La clave es buscar la causa, no parchear el síntoma con instrucciones cada vez más enfáticas. Tres síntomas frecuentes:
Respuesta de manual, sin tu caso
Causa: falta contexto (empresa, público, datos reales). Arreglo: añade el contexto y el material concreto, no más adjetivos.
No sigue la estructura
Causa: formato ambiguo o instrucciones contradictorias. Arreglo: describe el formato con precisión o da un ejemplo del resultado esperado.
Cada vez sale distinto
Causa: tarea demasiado abierta o compuesta. Arreglo: descompón la tarea, fija criterios y, si se repite a menudo, guarda las instrucciones en un Project.
Iterar bien es cambiar una cosa cada vez y comparar. Si tras varios intentos sigues sin resultado, a veces lo mejor es un chat nuevo con un prompt reescrito desde cero (el contexto lleno de intentos fallidos también confunde). Y cuando una corrección funciona, hazla persistente: guárdala en las instrucciones del Project o en una plantilla de prompt del equipo, para no volver a arreglar lo mismo cada semana.
Para el examen
Dominio · D1 · Prompting y ejecución de tareas (14 %) + D7 · Resolución de problemas y optimización (10 %)
Lo que tienes que dominar
- Un buen prompt da contexto, tarea, criterios, formato y, si hace falta, ejemplos; separa instrucciones y datos.
- Las tareas complejas se descomponen en pasos encadenados con revisión entre ellos.
- Análisis, investigación, redacción e ideas piden enfoques distintos.
- Diagnosticar = encontrar la causa raíz (falta contexto, formato ambiguo, tarea demasiado grande).
- Cambia una variable cada vez y haz persistente lo que funciona.
Donde se suele fallar
- Opciones que repiten el mismo prompt con otro modelo sin cambiar nada más.
- «Escribirlo en mayúsculas» o «repetir la instrucción» como solución a un problema de contexto.
- Quitar información relevante para «simplificar».
Checklist para el examen
0 de 5 dominadosMarca lo que ya sabrías responder en el examen.
Ponte a prueba
Tipo test
6 preguntas sobre esta lección. Responde una a una; verás las soluciones al terminar.
Siguiente parada
Próxima lección: Integrar Claude en flujos de trabajo: analizar un proceso, decidir qué delegar, medir el resultado y explicar su valor y sus límites a los interesados.