Aller au contenu principal

Grok 4.3 est le modèle de chat de xAI derrière un appel compatible OpenAI, avec texte et image dans un même tableau de messages. Il lit 1 000 000 de tokens, répond jusqu’à 900 000 et propose cinq niveaux d’effort de raisonnement dont none.

Entrée $1.25Sortie $2.50par 1 million de tokensEntrée en cache $0.20Prompts de 200K tokens ou plusEntrée $2.50Sortie $5

Atelier

Grok 4.3

En quoi Grok 4.3 peut-il vous aider ?

Modèles liés et tâches suivantes

Le modèle que vous cherchez n’est pas là ?

Dites-nous lequel ajouter et à quoi il vous servira. Les demandes vont directement à l’équipe qui décide des prochains modèles.

Des flux de messages stables pour la classification en volume, l’extraction, le routage et les agents à appels d’outils

Grok 4.3 accepte 1 000 000 de tokens de contexte, répond jusqu’à 900 000 tokens et reste ici le seul modèle xAI à accepter le niveau de raisonnement none : il peut répondre sans réfléchir d’abord. L’effort vaut low par défaut, et xAI redirige vers lui plusieurs modèles Grok retirés.

Ouvrir le Playground de chat
Des flux de messages stables pour la classification en volume, l’extraction, le routage et les agents à appels d’outils
Modèle
Grok 4.3
Utile pour
la classification en volume, l’extraction, le routage et les agents à appels d’outils
Structure des messages
Règles système → preuves et état → tâche du tour → contrat de sortie
Portée des faits
Capacités, réglages et prix proviennent du schéma en temps réel

Principe d’intégration

Validez d’abord avec le plus petit jeu de messages, puis ajoutez le contexte nécessaire. Séparez faits, hypothèses et contraintes, et prévoyez les chemins d’interruption, de reprise, de facturation et de relecture humaine.

Construire des workflows reproductibles pour la classification en volume, l’extraction, le routage et les agents à appels d’outils

Grok 4.3 accepte 1 000 000 de tokens de contexte, répond jusqu’à 900 000 tokens et reste ici le seul modèle xAI à accepter le niveau de raisonnement none : il peut répondre sans réfléchir d’abord. L’effort vaut low par défaut, et xAI redirige vers lui plusieurs modèles Grok retirés.

  • Le niveau none

    Couper le raisonnement quand il n’y a rien à raisonner

    Classification, extraction et routage gagnent rarement à délibérer. none répond directement ; low, medium, high et xhigh restent là pour les étapes qui en ont besoin.

  • La fenêtre la plus large

    1 000 000 en entrée, 900 000 en sortie

    Transcriptions entières, journaux et jeux de documents tiennent en un tour, ce qui supprime le découpage et les erreurs de recollage qui vont avec.

  • Cible de migration

    Où pointent aujourd’hui les Grok retirés

    xAI redirige ici 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 et grok-3 — les variantes de raisonnement vers low, les autres vers none.

Choisir Grok 4.3 selon le coût de la tâche et la forme de l’échange

Testez une vraie tâche pour la qualité, la vérifiabilité, la latence et l’adéquation au tarif, plutôt que de vous fier à un classement généraliste.

  1. Choisir 4.3

    L’étape est simple et tourne sans arrêt

    Étiquetage, routage, extraction et appels d’outils courts, là où le débit et la taille de fenêtre comptent plus que la délibération.

  2. Choisir 4.5

    La boucle rejoue une longue consigne

    Le travail d’ingénierie piloté par un bloc de tête fixe revient au voisin dont l’entrée mise en cache coûte moins cher.

  3. Choisir 4.6

    Une réponse difficile, écrite longuement

    Code de pointe, planification d’agents et travail de connaissance où la réponse est elle-même le livrable.

Transformer Grok 4.3 en travail concret, pas en étiquettes vagues

Chaque scénario demande des limites d’entrée, une vérification et une reprise ; les capacités officielles, les benchmarks et le support d’outils ne sont jamais inventés.

  • Étiqueter en volume avec l’effort à none

    Classification

    Étiqueter en volume avec l’effort à none

    Donnez un ensemble fermé d’étiquettes, une règle de départage et une valeur explicite pour les cas douteux, puis exigez du JSON pour que le résultat s’analyse sans réparation.

  • Tirer des champs d’entrées très longues

    Extraction

    Tirer des champs d’entrées très longues

    Nommez chaque champ, dites à quoi ressemble un champ absent et interdisez l’invention. La fenêtre absorbe le plus souvent le document entier sans le découper.

  • Décider quelle branche traite la demande

    Routage

    Décider quelle branche traite la demande

    Gardez la liste de branches courte et explicite, et ne passez la main à un modèle plus profond que si la branche choisie en a réellement besoin.

  • Des agents rapides qui suivent les consignes

    Appels d’outils

    Des agents rapides qui suivent les consignes

    Jusqu’à 128 définitions de fonctions avec tool_choice. L’effort peut rester à none pour l’aiguillage et ne monter que sur les étapes qui raisonnent vraiment.

Organiser le contexte en une entrée Grok 4.3 inspectable

Objectif, preuves, état, contraintes et contrat de sortie doivent tenir des rôles distincts pour qu’une requête soit compressible, débogable et reproductible.

  1. Effort

    Commencer à none et ne monter qu’en cas d’échec

    La valeur par défaut est low. Sur les étapes déterministes, none retire à la fois la latence et les tokens de raisonnement de la facture.

  2. Ensembles fermés

    Donner des étiquettes, pas des adjectifs

    Énumérez les valeurs autorisées et ajoutez un unknown explicite ; c’est le vocabulaire ouvert qui produit des réponses hors schéma.

  3. Format

    Demander du JSON, puis l’analyser

    response_format peut exiger un objet JSON. Nommez les champs obligatoires et définissez à quoi ressemble une réponse vide.

  4. Échelle

    Utiliser la fenêtre au lieu de découper

    Un contexte de 1 000 000 de tokens supprime souvent l’étape de découpage, et avec elle les erreurs nées du recollage de réponses partielles.

Prouver un cas Grok 4.3 reproductible avant d’intégrer au produit

Confirmez le schéma en temps réel, l’estimation, le streaming et le comportement d’erreur avant de réutiliser la requête normalisée.

  1. 01 · Référence

    Valider la plus petite requête dans le Playground

    Vérifiez les couches de messages, la forme de sortie, le streaming et les réglages actuels.

  2. 02 · Limites

    Éprouver l’échec, l’annulation et la reprise

    Contrôlez délais dépassés, flux interrompus, entrée trop longue, régénération et double envoi.

  3. 03 · Intégrer

    Copier la requête API normalisée

    Utilisez l’identifiant public du modèle et le contrat messages ; lisez les réglages sur le schéma en temps réel.

  4. 04 · Exploiter

    Mesurer l’usage et continuer d’évaluer

    Conservez état, consommation finale, causes d’échec et retours qualité ; estimez d’abord les appels coûteux.

Faire entrer Grok 4.3 dans un contrat d’API clair

Playground, exemples d’API, états de requête et relevés d’usage restent alignés, de l’évaluation à l’intégration en production.

  • Contrat unifié

    Une seule forme pour messages, flux et erreurs

    La structure des requêtes, la gestion d’état et la reprise sur erreur restent identiques quand le modèle change.

  • Schéma en temps réel

    Utiliser les réglages du point de terminaison courant

    Playground et exemples d’API exposent ensemble les champs disponibles, les limites et les comportements par défaut.

  • Cycle de vie observable

    Chaque requête a un état clair

    Soumission, streaming, échec, annulation et usage suivent une sémantique publique inspectable.

  • Intégration portable

    Moins de reprises quand les modèles évoluent

    Un contrat clair garde le code produit concentré sur les entrées, les résultats et l’expérience.

Les limites de l’API Grok 4.3 à confirmer avant d’intégrer