Ir al contenido principal

Grok 4.3 es el modelo de chat de xAI tras una llamada compatible con OpenAI, con partes de texto e imagen en un mismo arreglo de mensajes. Lee 1.000.000 de tokens, responde hasta 900.000 y ofrece cinco niveles de esfuerzo de razonamiento, incluido none.

Entrada $1.25Salida $2.50por 1 millón de tokensEntrada en caché $0.20Prompts de 200K tokens o másEntrada $2.50Salida $5

Playground

Grok 4.3

¿En qué te puede ayudar Grok 4.3?

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 la clasificación en volumen, la extracción, el enrutado y los agentes con llamadas a herramientas

Grok 4.3 admite 1.000.000 de tokens de contexto, responde con hasta 900.000 tokens y es aquí el único modelo de xAI que acepta el nivel de razonamiento none: puede responder sin pensar antes. El esfuerzo vale low por defecto, y xAI redirige hacia él varios modelos Grok retirados.

Abrir el Playground de chat
Flujos de mensajes estables para la clasificación en volumen, la extracción, el enrutado y los agentes con llamadas a herramientas
Modelo
Grok 4.3
Recomendado para
la clasificación en volumen, la extracción, el enrutado y los agentes con llamadas a herramientas
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 la clasificación en volumen, la extracción, el enrutado y los agentes con llamadas a herramientas

Grok 4.3 admite 1.000.000 de tokens de contexto, responde con hasta 900.000 tokens y es aquí el único modelo de xAI que acepta el nivel de razonamiento none: puede responder sin pensar antes. El esfuerzo vale low por defecto, y xAI redirige hacia él varios modelos Grok retirados.

  • El nivel none

    Apagar el razonamiento cuando no hay nada que razonar

    Clasificación, extracción y enrutado rara vez mejoran con deliberación. none responde directo; low, medium, high y xhigh siguen ahí para los pasos que los necesiten.

  • La ventana más amplia

    1.000.000 de entrada, 900.000 de salida

    Transcripciones completas, registros y conjuntos de documentos caben en un turno, lo que elimina el troceado y los errores de recomposición que lo acompañan.

  • Destino de migración

    Adónde apuntan hoy los Grok retirados

    xAI redirige aquí grok-4-fast-reasoning, grok-4-fast-non-reasoning, grok-4-1-fast-reasoning, grok-4-1-fast-non-reasoning, grok-4-0709, grok-code-fast-1 y grok-3: las variantes de razonamiento a low y las demás a none.

Elige Grok 4.3 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. Elige 4.3

    El paso es simple y corre sin parar

    Etiquetado, enrutado, extracción y llamadas cortas a herramientas, donde el caudal y el tamaño de ventana pesan más que deliberar.

  2. Elige 4.5

    El bucle repite una consigna larga

    El trabajo de ingeniería guiado por un bloque de cabecera fijo corresponde al hermano con la entrada en caché más barata.

  3. Elige 4.6

    Una respuesta difícil, escrita con extensión

    Programación de primer nivel, planificación de agentes y trabajo de conocimiento donde la respuesta es el entregable.

Convierte Grok 4.3 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.

  • Etiquetar en volumen con el esfuerzo en none

    Clasificación

    Etiquetar en volumen con el esfuerzo en none

    Da un conjunto cerrado de etiquetas, una regla de desempate y un valor explícito para los casos dudosos, y exige JSON para que el resultado se analice sin reparaciones.

  • Sacar campos de entradas muy largas

    Extracción

    Sacar campos de entradas muy largas

    Nombra cada campo, di cómo se ve un campo ausente y prohíbe inventar. La ventana suele admitir el documento entero sin dividirlo.

  • Decidir qué rama atiende la petición

    Enrutado

    Decidir qué rama atiende la petición

    Mantén la lista de ramas corta y explícita, y pasa a un modelo más profundo solo cuando la rama elegida lo necesite de verdad.

  • Agentes rápidos que siguen instrucciones

    Llamadas a herramientas

    Agentes rápidos que siguen instrucciones

    Hasta 128 definiciones de funciones con tool_choice. El esfuerzo puede quedarse en none para el reparto y subir solo en los pasos que de verdad razonan.

Organiza el contexto como una entrada inspeccionable para Grok 4.3

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

  1. Esfuerzo

    Empieza en none y sube solo si falla

    El valor por defecto es low. En pasos deterministas, none quita de la factura tanto la latencia como los tokens de razonamiento.

  2. Conjuntos cerrados

    Da etiquetas, no adjetivos

    Enumera los valores permitidos y añade un unknown explícito; el lenguaje abierto es lo que produce respuestas fuera de tu esquema.

  3. Formato

    Pide JSON y después analízalo

    response_format puede exigir un objeto JSON. Nombra los campos obligatorios y define cómo se ve una respuesta vacía.

  4. Escala

    Usa la ventana en lugar de trocear

    Un contexto de 1.000.000 de tokens suele eliminar el paso de división y, con él, los errores que aparecen al recomponer respuestas parciales.

Demuestra un caso reproducible de Grok 4.3 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 Grok 4.3 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 Grok 4.3 que conviene confirmar antes de integrar