Ir al contenido principal

Claude Opus 4.5 de Anthropic en chat, mediante un endpoint compatible con OpenAI. Admite hasta 198.000 tokens de contexto de texto e imagen y devuelve hasta 32.768, con control de temperature y top_p, hasta 128 definiciones de herramientas y streaming SSE.

Entrada $4.50Salida $22.50por 1 millón de tokens10% por debajo del precio oficialEntrada en caché $0.45Escritura en caché $5.50Precio oficial de AnthropicEntrada $5Salida $25

Playground

Claude Opus 4.5

¿En qué te puede ayudar Claude Opus 4.5?

Modelos relacionados y tareas siguientes

¿No está el modelo que buscas?

Dinos cuál añadir y para qué lo usarías. Las solicitudes llegan directamente al equipo que decide los próximos modelos.

Flujos de mensajes estables para redactar fijando tú mismo la temperatura en una ventana de 198.000 tokens

Opus 4.5 es la única ruta Claude de este catálogo que aún expone temperature y top_p en lugar de un dial de esfuerzo de razonamiento, y su ventana se detiene en 198.000 tokens en vez de un millón. Esa combinación es justamente el motivo para elegirla: un muestreo que ajustas tú, sobre un contexto lo bastante pequeño como para obligarte a decidir qué entra.

Abrir el Playground de chat
Flujos de mensajes estables para redactar fijando tú mismo la temperatura en una ventana de 198.000 tokens
Modelo
Claude Opus 4.5
Recomendado para
redactar fijando tú mismo la temperatura en una ventana de 198.000 tokens
Forma del mensaje
Reglas de sistema → evidencia y estado → tarea del turno → contrato de salida
Límite de los hechos
Capacidades, controles y precio vienen del esquema en vivo

Principio de integración

Valida primero con el conjunto de mensajes más pequeño y añade solo el contexto necesario. Separa hechos, supuestos y restricciones, y diseña los flujos de interrupción, reintento, liquidación y revisión humana.

Crea flujos de trabajo reproducibles para redactar fijando tú mismo la temperatura en una ventana de 198.000 tokens

Opus 4.5 es la única ruta Claude de este catálogo que aún expone temperature y top_p en lugar de un dial de esfuerzo de razonamiento, y su ventana se detiene en 198.000 tokens en vez de un millón. Esa combinación es justamente el motivo para elegirla: un muestreo que ajustas tú, sobre un contexto lo bastante pequeño como para obligarte a decidir qué entra.

  • Muestreo, no esfuerzo

    Tú fijas temperature y top_p

    Las rutas Claude más nuevas de aquí sustituyeron ambos por reasoning_effort. Si tus prompts están calibrados contra un valor de temperatura, esta es la ruta que lo sigue respetando.

  • Una ventana que hay que administrar

    198.000 tokens de entrada, 32.768 de salida

    Demasiado pequeña para volcar el corpus entero. La recuperación y el resumen siguen formando parte del diseño en lugar de aplazarse.

  • Respuestas cortas por contrato

    32.768 es el techo de un turno

    El techo de salida más bajo de todas las rutas Claude del catálogo. Los documentos estructurados largos piden trocearlos o una ruta hermana con techo de 128.000.

Elige Claude Opus 4.5 por el costo de la tarea y la forma de la interacción

Prueba una tarea real midiendo calidad, verificabilidad, latencia y encaje con el precio de venta, en lugar de fiarte de una tabla general.

  1. Elegir 4.5

    Tu biblioteca de prompts está calibrada por temperatura

    Migrar un ajuste de muestreo a un dial de esfuerzo es reescribir. Si ese trabajo no está planificado, esta ruta conserva los mandos que ya calibraste.

  2. Elegir 4.6

    Los mismos mandos sobre un millón de tokens

    Opus 4.6 mantiene temperature y top_p y sube la ventana a 1.000.000 con techo de salida de 128.000.

  3. Elegir Opus 5

    Prefieres declarar esfuerzo a muestrear

    Opus 5 deja temperature y toma reasoning_effort en low, medium o high, sobre la misma ventana de un millón.

Convierte Claude Opus 4.5 en trabajo concreto, no en etiquetas genéricas

Cada escenario necesita límites de entrada, verificación y recuperación; nunca inventamos capacidades oficiales, benchmarks ni soporte de herramientas.

  • Un estilo que no debe moverse

    Redacción editorial

    Un estilo que no debe moverse

    Una temperatura fija mantiene la voz constante a lo largo de una tanda. Fíjala y cambia solo el encargo entre llamadas.

  • Documentos que caben en una ventana

    Revisión acotada

    Documentos que caben en una ventana

    Contratos, especificaciones e informes de incidente por debajo de 198.000 tokens entran enteros, sin capa de recuperación que depurar.

  • Temperatura baja, forma repetible

    Extracción determinista

    Temperatura baja, forma repetible

    Sacar valores estructurados de un texto corrido es donde una temperatura baja se gana el sitio; la misma entrada no debería devolver tres órdenes de campos distintos.

  • Personajes adultos, límites claros

    Narrativa sin restricciones

    Personajes adultos, límites claros

    Planifica cronologías, personajes y límites del consentimiento con los mandos de muestreo en los que ya confías. No añadimos filtro de contenido; lo que el modelo rechace por su cuenta es comportamiento suyo.

Organiza el contexto como una entrada inspeccionable para Claude Opus 4.5

Objetivo, evidencia, estado, restricciones y contrato de salida deben cumplir funciones distintas para poder comprimir, depurar y reproducir la solicitud.

  1. Reglas de sistema

    El tono y el límite de rechazo primero

    Tono, público y lo que el modelo no debe hacer van en el mensaje de sistema, no repetidos en cada turno.

  2. Evidencia

    Delimita el texto fuente de forma explícita

    Bajo un techo de 198.000 tokens, marca qué es fuente y qué es instrucción, o un pegado largo se leerá como una orden.

  3. Muestreo

    Fija la temperatura antes de comparar prompts

    Cambiar el prompt y la temperatura a la vez no te dice nada de ninguno de los dos.

  4. Salida

    Pide una forma que quepa en 32.768 tokens

    Pide secciones o una lista en vez de un ensayo abierto, o el techo truncará justo lo último que pediste.

Demuestra un caso reproducible de Claude Opus 4.5 antes de integrarlo en el producto

Confirma esquema en vivo, estimación, streaming y comportamiento ante errores antes de reutilizar la solicitud normalizada.

  1. 01 · Línea base

    Valida la solicitud mínima en el Playground

    Revisa las capas del mensaje, la forma de salida, el streaming y los controles actuales.

  2. 02 · Límites

    Ejercita fallo, cancelación y reintento

    Comprueba tiempos agotados, flujos interrumpidos, entradas excesivas, regeneración y envíos duplicados.

  3. 03 · Integrar

    Copia la solicitud API normalizada

    Usa el id público del modelo y el contrato de mensajes; lee los controles del esquema en vivo.

  4. 04 · Operar

    Mide el consumo y sigue evaluando

    Guarda estado, consumo final, causas de fallo y comentarios de calidad; estima antes de las llamadas caras.

Lleva Claude Opus 4.5 a un contrato de API claro

Playground, ejemplos de API, estados de solicitud y registros de consumo se mantienen alineados desde la evaluación hasta producción.

  • Contrato unificado

    Una sola forma para mensajes, flujos y errores

    La estructura de la solicitud, el manejo de estado y la recuperación de errores no cambian al cambiar de modelo.

  • Esquema en vivo

    Usa los controles del endpoint actual

    Playground y ejemplos de API exponen juntos campos disponibles, límites y comportamiento por defecto.

  • Ciclo de vida observable

    Cada solicitud tiene un estado claro

    Envío, streaming, fallo, cancelación y consumo usan semántica pública inspeccionable.

  • Integración portable

    Menos retrabajo cuando los modelos cambian

    Un contrato claro mantiene el código de producto centrado en entradas, resultados y experiencia.

Límites de la API de Claude Opus 4.5 que conviene confirmar antes de integrar

Todos los modelos Claude10