Ir al contenido principal

Claude Sonnet 4.6 de Anthropic en chat, mediante un endpoint compatible con OpenAI. Admite hasta 1.000.000 de tokens de texto e imagen y devuelve hasta 64.000, con temperature y top_p, hasta 128 definiciones de herramientas y streaming SSE.

Entrada $3Salida $15por 1 millón de tokensEntrada en caché $0.30Escritura en caché $3.75

Playground

Claude Sonnet 4.6

¿En qué te puede ayudar Claude Sonnet 4.6?

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 una ventana de un millón de tokens a tarifa Sonnet, con los mandos de muestreo intactos

Sonnet 4.6 toma la ventana de 1.000.000 de tokens y conserva temperature y top_p, a tarifa Sonnet en vez de Opus. Frente a su hermana 4.5 lo único que cambia es la ventana; frente a Opus 4.6, cambian el precio y un techo de respuesta de 64.000 tokens en lugar de 128.000.

Abrir el Playground de chat
Flujos de mensajes estables para una ventana de un millón de tokens a tarifa Sonnet, con los mandos de muestreo intactos
Modelo
Claude Sonnet 4.6
Recomendado para
una ventana de un millón de tokens a tarifa Sonnet, con los mandos de muestreo intactos
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 una ventana de un millón de tokens a tarifa Sonnet, con los mandos de muestreo intactos

Sonnet 4.6 toma la ventana de 1.000.000 de tokens y conserva temperature y top_p, a tarifa Sonnet en vez de Opus. Frente a su hermana 4.5 lo único que cambia es la ventana; frente a Opus 4.6, cambian el precio y un techo de respuesta de 64.000 tokens en lugar de 128.000.

  • Ventana larga, tarifa Sonnet

    1.000.000 de tokens de entrada

    La misma profundidad de contexto que las rutas Opus, a cerca del 60 % de su precio por millón.

  • Mandos de muestreo conservados

    temperature y top_p

    Sin migrar desde una biblioteca de prompts calibrada por temperatura, a diferencia de la ruta Sonnet 5.

  • 64.000 por respuesta

    La mitad de Opus 4.6

    Suficiente para salida larga y estructurada; un documento de 100.000 tokens pide una ruta con techo de 128.000.

Elige Claude Sonnet 4.6 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 Sonnet 4.6

    Entradas largas, dificultad normal

    Lo que hace falta es contexto grande, no la deliberación de una ruta Opus.

  2. Elegir Sonnet 4.5

    Tus entradas quedan muy por debajo de 198.000

    Mismos mandos y misma tarifa de familia sobre una ventana menor: más fácil de razonar cuando el tamaño se conoce.

  3. Elegir Opus 4.6

    Una sola respuesta debe superar 64.000

    Misma ventana y mismos mandos, el doble de techo de respuesta, tarifa por millón más alta.

Convierte Claude Sonnet 4.6 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.

  • Código dentro, juicio fuera

    Preguntas sobre un repositorio entero

    Código dentro, juicio fuera

    Un millón de tokens a tarifa Sonnet es lo que convierte las preguntas a escala de repositorio en rutina y no en excepción.

  • Historial que no se recorta

    Memoria de conversación larga

    Historial que no se recorta

    Las sesiones pueden mantener todo su historial en contexto sin que la tarifa decida cuándo resumir.

  • Muchos archivos, un veredicto

    Revisión de conjuntos documentales

    Muchos archivos, un veredicto

    Leer el conjunto y devolver hallazgos, sin montar una capa de recuperación para sortear una ventana pequeña.

  • Personajes adultos, límites claros

    Narrativa sin restricciones

    Personajes adultos, límites claros

    Continuidad larga sobre un corpus existente, con la temperatura que ya fijaste. No añadimos filtro de contenido.

Organiza el contexto como una entrada inspeccionable para Claude Sonnet 4.6

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

  1. Orden

    Reglas, luego evidencia, luego tarea

    Sobre entradas largas, una instrucción en medio compite con el material que la rodea.

  2. Caché

    Prefijo estable, cola variable

    La entrada en caché a cerca de una décima parte de la tarifa de entrada es donde una integración de contexto largo ahorra de verdad.

  3. Muestreo

    Fíjala antes de tocar nada más

    Lo que cambió es la ventana, no el comportamiento de muestreo: traslada el valor que ya validaste.

  4. Salida

    Diseña para un turno de 64.000

    Si el entregable es más largo, pártelo a propósito en vez de dejar que el techo lo corte.

Demuestra un caso reproducible de Claude Sonnet 4.6 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 Sonnet 4.6 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 Sonnet 4.6 que conviene confirmar antes de integrar

Todos los modelos Claude10