25 prompts para Claude Opus 5.5: exprime sus puntos fuertes
25 prompts prácticos para Claude Opus 5.5: código, documentos extensos, SVG y contratos. Cinco pruebas reales con coste por API y nivel de esfuerzo.

Actualización (9 de noviembre de 2026): ya han salido Claude Fable 5.2 y Mythos 5.2 - precios, acceso y benchmarks en mi guía de Claude Fable 5.2.
👁 115 lecturas
Los prompts para Claude Opus 5.5 rinden al máximo donde el modelo marca la diferencia: contexto masivo de hasta un millón de tokens, programación, análisis riguroso y generación gráfica desde código. He reunido 25 instrucciones listas para usar, clasificadas por tipo de tarea. Evalué cinco de ellas el 26 de septiembre de 2026 a través de la API y detallo aquí el resultado, los tiempos y el coste exacto en dólares y su equivalente estimado en euros. Además, sugiero el nivel de esfuerzo de razonamiento recomendado para arrancar.
En resumen
Los cinco prompts evaluados sumaron un coste total de 0,18 USD (unos 0,16 EUR). El más económico (simplificar un párrafo con nivel de esfuerzo low) costó 0,003 USD (aprox. 0,0027 EUR) y tardó 3,4 segundos sin consumir tokens de razonamiento. El código de validación de identificador fiscal pasó los 33 casos de prueba al primer intento. El único contratiempo fue imputable a mi configuración: el plan de proyecto con esfuerzo low se cortó al topar con el límite de salida de 3000 tokens, demostrando que un esfuerzo bajo no restringe por sí solo la extensión del texto generado.
Cómo configurar el nivel de esfuerzo para cada tarea
Opus 5.5 razona de manera constante y su configuración predeterminada de esfuerzo es medium. Al consumir la API puedes definirla mediante parámetros, como "reasoning": {"effort": "low"} en OpenRouter. En mi test de niveles de esfuerzo con una tarea de dificultad media, variar este ajuste no alteró ni el resultado ni el importe final, ya que el modelo modula internamente el razonamiento necesario. Esta tabla sirve como referencia inicial orientativa. Es mi criterio de trabajo.
| Tipo de tarea | Esfuerzo inicial sugerido | Mediciones reales obtenidas |
|---|---|---|
| Redacción, resúmenes, correos | low | 0 tokens de razonamiento, 3,4 s |
| Código, SVG, revisión de cláusulas | medium | 407-889 tokens de razonamiento, 16-24 s |
| Documentación extensa, repositorios grandes, juegos, depuración compleja | high | No medido; aumentar cuando medium resulte insuficiente |
Documentos extensos (contexto de 1 millón de tokens)
- «Adjunto 14 documentos de este proyecto. Localiza todas las contradicciones existentes entre ellos. En cada caso cita ambos fragmentos literalmente, indicando el archivo y el apartado correspondiente. Si dudas de alguna discrepancia, márcala como «pendiente de revisión».»
- «Aquí tienes el repositorio completo. Genera un diagrama de dependencias entre módulos en sintaxis Mermaid y enumera 5 puntos críticos donde modificar un archivo altere el funcionamiento de otros tres.»
- «Esta es la transcripción de 3 horas de reuniones. Extrae las decisiones tomadas, los responsables asignados y los plazos fijados. Justifica cada elemento con una cita textual y su marca de tiempo. No añadas decisiones que nadie haya formulado expresamente.»
- «Compara estas dos versiones de las condiciones de servicio. Diseña una tabla con las columnas: cláusula, texto original, redacción nueva y repercusión práctica para el usuario en una frase. Omite retoques puramente ortográficos o de estilo.»
Redacción y simplificación textual
- Caso evaluado: simplificación de un párrafo administrativo formal (esfuerzo low; el test original se ejecutó en polaco, aquí se muestra su traducción al español).
Reescribe el siguiente texto en un tono claro, directo y accesible para el cliente de una tienda online. Reglas: un máximo de 3 oraciones, frases con menos de 15 palabras, nada de jerga técnica, voz activa e incluye la información principal en la primera frase. No inventes datos que no figuren en el original. Devuelve únicamente el párrafo redactado.
Texto: «En virtud de la necesidad de adecuar los flujos logísticos al incremento en el volumen operativo de pedidos propio del periodo previo a las festividades, ponemos en su conocimiento que la expedición de las órdenes cursadas con posterioridad al 15 de diciembre podría experimentar demoras de hasta 5 días hábiles, priorizándose el procesamiento de aquellas compras abonadas por adelantado.»
Resultado obtenido en la prueba en polaco: «Si pides después del 15 de diciembre, el envío puede tardar hasta 5 días hábiles. En estas fechas gestionamos más pedidos de lo habitual. Procesamos primero las compras pagadas por adelantado». Cumplió todas las directrices sin añadir datos ficticios. 3,4 s, 96 tokens generados, 0,003 USD (aprox. 0,0027 EUR). Para más detalles sobre el rendimiento lingüístico, consulta el análisis sobre Opus 5.5 en idiomas no ingleses.
- «Corrige y pule este texto siguiendo estas pautas de estilo: [directrices]. Añade al pie un registro de modificaciones con la estructura: texto previo, cambio aplicado y regla en la que se basa.»
- «Redacta una notificación de suspensión de servicios para un cliente con una factura impagada desde hace 45 días. Tono formal y educado, sin disculpas innecesarias, exactamente 5 frases y fijando una fecha límite terminante.»
- «Propón 10 alternativas de titular para este artículo, con un máximo de 60 caracteres cada una, prescindiendo de preguntas retóricas y de promesas sensacionalistas que el contenido no respalde.»
Programación
- Caso evaluado: algoritmo de validación de identificación fiscal con tests unitarios (esfuerzo medium; ejecutado originalmente sobre el algoritmo de NIP polaco, mostrado aquí como traducción del material de prueba).
Desarrolla en Python 3 una función `validar_identificador(doc: str) -> bool`. Debe aceptar cadenas con guiones y espacios («123-456-32-18»), descartar cualquier entrada que no contenga exactamente 10 dígitos numéricos y validar el dígito de control ponderado (ponderaciones: 6, 5, 7, 2, 3, 4, 5, 6, 7 mediante módulo 11; si el residuo es 10, el documento no es válido). Incluye 5 casos de prueba con pytest contemplando casos extremos. No agregues comentarios salvo el docstring. Proporciona un único bloque de código.
El modelo devolvió 79 líneas de código funcional: la función principal y 5 funciones de prueba parametrizadas que abarcaron 33 casos prácticos, considerando caracteres arábigo-índicos, tabulaciones y parámetros de tipo entero. Al ejecutarlas en el entorno de pruebas: 33 de 33 tests aprobados. 21,3 s, 889 tokens de razonamiento, 0,039 USD (aprox. 0,035 EUR).
digitos = doc.replace("-", "").replace(" ", "")
if not re.fullmatch(r"[0-9]{10}", digitos):
return False
- «Analiza este diff de Git y realiza una revisión de código centrada exclusivamente en errores que alteren el comportamiento en producción, ordenados por gravedad. Incluye el número de línea exacto y el test unitario necesario para reproducirlos.»
- «A continuación facilito una traza de error y su log. Plantea 3 hipótesis ordenadas por probabilidad y, para cada una, el comando de terminal idóneo para validarla o refutarla. No redactes aún el parche de solución.»
- «Migra este módulo de JavaScript a TypeScript preservando íntegramente su funcionalidad. Escribe primero la suite de tests que asegure que el comportamiento actual queda blindado.»
Análisis y planificación estratégica
- Caso evaluado: plan de lanzamiento comercial (esfuerzo low; traducción del prompt probado originalmente en polaco).
Opero como profesional autónomo y pretendo lanzar en 4 semanas una newsletter de pago dirigida a asesores fiscales sobre herramientas de IA. Cuento con una base de 1200 suscriptores gratuitos. Estructura el plan de trabajo semana por semana: máximo 4 tareas clave semanales, cada una con un indicador de éxito medible. Añade al final los 3 mayores riesgos y cómo validarlos con mínimo presupuesto antes del estreno. Sin preámbulos ni conclusiones.
El cronograma arrojó objetivos muy pragmáticos: lanzar en la primera semana un cuestionario con la meta de «obtener al menos 120 respuestas (10% de la lista)» y activar en la tercera semana una preventa con objetivo de 20 altas abonadas. No obstante, el texto se detuvo de forma abrupta en la última frase por haber prefijado yo un tope de 3000 tokens en la llamada. 37 s, 0,061 USD (aprox. 0,055 EUR). Lección aprendida: en tareas de planificación conviene dar holgura al límite de salida, incluso configurando el razonamiento en low.
- «Revisa este CSV de ventas trimestrales y señala 3 anomalías estadísticas. Si faltan variables para sostener una conclusión, indica con precisión qué datos adicionales se requieren en lugar de asumir premisas no verificadas.» Sobre esta problemática profundizo en el artículo sobre alucinación y cálculo numérico.
- «Dirige un pre-mortem analítico: imagina que ha transcurrido un año y el proyecto ha fracasado por completo. Detalla las 5 causas más probables de la quiebra y la señal temprana de alerta vinculada a cada una.»
- «Analiza estas 3 propuestas comerciales en una matriz comparativa: coste acumulado a 12 meses, gastos ocultos asociados y penalizaciones por rescisión anticipada. Concluye señalando en qué propuesta faltan datos esenciales.»
Revisión de acuerdos comerciales (sin constituir asesoramiento legal)
- Caso evaluado: cuestionario preparatorio para el abogado (esfuerzo medium; traducción del prompt probado con cláusulas ficticias en polaco).
No eres abogado ni tus respuestas constituyen asesoramiento legal. Analiza este extracto de un contrato mercantil de desarrollo de software y genera un cuestionario de puntos críticos para consultar con un abogado especializado.
Estructura: tabla Markdown con las columnas: Cláusula | Contenido en síntesis (1 frase) | Riesgo potencial para el desarrollador | Pregunta concreta para el letrado. Máximo 5 filas, centrándote solo en riesgos deducibles del texto. Concluye señalando en una sola frase qué protección clave falta en el acuerdo.
§3 ap. 2. El Proveedor transfiere al Cliente la totalidad de los derechos patrimoniales sobre los desarrollos en el instante mismo de su entrega, abarcando todas las modalidades de explotación conocidas.
§4 ap. 1. La contraprestación económica se satisfará en el plazo de 60 días contados desde la aceptación formal de la factura por el Cliente.
§4 ap. 3. El Cliente retendrá los pagos hasta la completa subsanación de cualquier disconformidad reportada.
§6 ap. 1. Por cada jornada de demora en los hitos, el Proveedor abonará una penalización contractual equivalente al 1% del importe total del contrato.
§7. El Proveedor se compromete a no prestar servicios directos ni indirectos a clientes del Cliente durante un periodo de 24 meses tras la finalización del presente contrato.
El modelo relacionó con agudeza dos puntos distantes: los derechos de propiedad intelectual se ceden al entregar el software pero el abono puede retenerse indefinidamente, permitiendo al contratante explotar un trabajo impagado. Además alertó de que una cláusula penal sin techo supera el valor total del contrato tras unos 100 días de retraso. El sistema incluyó espontáneamente el descargo de responsabilidad legal. 24,1 s, 0,041 USD (aprox. 0,037 EUR).
- «Extrae de este texto contractual todos los plazos temporales e importes económicos en una tabla: estipulación, concepto, cuantía o plazo y cómputo de inicio. Limítate a consignar datos literales sin interpretar su alcance.»
Generación de recursos gráficos y vídeo desde código
- Caso evaluado: gráfico comparativo en SVG nativo (esfuerzo medium; traducción del prompt evaluado).
Genera en código SVG nativo (viewBox 0 0 800 450) un gráfico de barras horizontales titulado «Laboratorio de IA: puntuación sobre 100» con cinco soluciones: Claude Opus 5.5 - 90,1; Modelo B - 84,6; Modelo C - 81,2; Modelo D - 77,9; Modelo E - 72,4. Estilo visual: fondo #0e0d0c, barras rectas sin bordes redondeados, modelo ganador destacado en #c46a3c, resto en #5a534c, tipografía #f2ede6 en fuentes sans-serif, valores anotados al final de cada barra con coma decimal y escala de 0 a 100. No emplees scripts ni dependencias externas. Devuelve únicamente el fragmento SVG.

Medí pixel por pixel la longitud física de las barras vectoriales: concordaban perfectamente con la escala proyectada. 16,1 s, 0,037 USD (aprox. 0,033 EUR).
- «Diseña un icono vectorial SVG animado de estado de carga empleando únicamente 3 tonos corporativos, animaciones SMIL o CSS integradas en el archivo, bucle continuo de 1,2 s y un peso total inferior a 2 kB.»
- «Desarrolla un componente para Remotion a 1280×720, 30 fps y 9 segundos de duración: [desglose de escenas, paleta HEX y copys]. Usa exclusivamente la librería estándar remotion gestionando las transiciones con useCurrentFrame().»
- «Convierte este extracto de estadísticas en una infografía SVG vertical de 1080×1350 para redes: 1 cifra principal destacada, 3 datos de contexto y la mención de fuentes al pie.»
Juegos ligeros e interfaces web
- «Programa un minijuego en un único archivo HTML autocontenido: [mecánica explicada en 2 frases]. Debe soportar control por teclado y eventos táctiles en móviles, registrar la mejor puntuación en localStorage y prescindir de frameworks externos.»
- «Crea una página de aterrizaje en un solo archivo HTML para [producto o servicio]: bloque de cabecera impactante, 3 beneficios cuantificados, tabla de tarifas y módulo de preguntas frecuentes. Enfoque responsive mobile-first y sin cargar recursos externos.»
- «Desarrolla un prototipo navegable del panel de usuario con 3 pantallas enlazadas, maquetado con datos simulados, para validar flujos antes de iniciar el desarrollo del backend.»
Para aplicaciones interactivas e interfaces conviene partir de medium y elevar el esfuerzo a high únicamente si el modelo pierde coherencia entre distintas secciones del código. Puedes consultar la estructura de tarifas en el desglose de precios de Opus 5.5 y el análisis global de la arquitectura en la guía completa de Claude Opus.
Preguntas frecuentes
¿Es obligatorio enviar los prompts a Claude Opus 5.5 en inglés?
No. Las cinco pruebas se llevaron a cabo utilizando textos en polaco y la respuesta del modelo evidenció una comprensión profunda de las instrucciones, respetando la terminología técnica y las reglas ortográficas sin necesidad de recurrir al inglés como puente.
¿Cuánto cuesta la ejecución de cada prompt?
En las mediciones realizadas, el gasto por consulta osciló entre 0,003 y 0,061 USD (aproximadamente entre 0,0027 EUR y 0,055 EUR según la referencia del Banco Central Europeo de 1 EUR = 1,1181 USD del 12 de octubre de 2026; fuente: https://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml). El factor que más incide en el coste es la longitud de salida: 20 USD (unos 17,89 EUR) por millón de tokens generados.
¿Qué nivel de esfuerzo de razonamiento conviene fijar?
Es recomendable usar low para corrección de estilo, resúmenes y redacciones breves; medium para desarrollo de software y revisión contractual; y high para depuración de bugs complejos o repositorios voluminosos. En la prueba con esfuerzo low, la síntesis del texto no requirió tokens de pensamiento adicionales.
¿Puede sustituir Opus 5.5 la labor de un letrado en un contrato?
En ningún caso. Resulta útil para detectar lagunas iniciales, contradicciones y estructurar consultas previas, pero la validez y el dictamen jurídico vinculante corresponden a un profesional colegiado.
Fuentes y fecha de verificación
Evaluación técnica propia
- 5 consultas procesadas con Claude Opus 5.5 mediante OpenRouter (
anthropic/claude-opus-5.5) - contabilizando el gasto extraído de los metadatos de respuesta de la API. Conversiones orientativas a EUR calculadas según la tasa del Banco Central Europeo de 1 EUR = 1,1181 USD del 12 de octubre de 2026 (referencia oficial del BCE). Parámetros arquitectónicos del modelo (ventana de contexto de 1 millón de tokens
- longitud de respuesta de hasta 128 000 tokens y razonamiento predeterminado en medium) contrastados en la documentación de modelos de Anthropic
- tarifas oficiales obtenidas del comunicado oficial de Anthropic. Información revisada el 26 de septiembre de 2026
Lectura recomendada: Cómo redactar un anuncio de venta efectivo con ayuda de la IA: guía paso a paso


