Spécifications techniques de Grok 4.7
| Spécification | Grok 4.7 |
|---|---|
| Fournisseur | xAI / SpaceXAI |
| ID du modèle | grok-4.7 |
| Date de sortie | 21 septembre 2026 |
| Orientation principale | Codage, tâches agentiques, travail de connaissances |
| Modalités d’entrée | Texte, image |
| Modalité de sortie | Texte |
| Fenêtre de contexte | 500,000 tokens |
| Limite de sortie | Aucune limite de sortie texte indiquée par xAI |
| Effort de raisonnement | low, medium, high, xhigh ; high est la valeur par défaut |
| API | Responses API, Chat Completions |
| Outils | Appel de fonctions, recherche web, X search, exécution de code |
| Date de coupure des connaissances | May 2026 |
| API par lots | Non pris en charge |
Grok 4.7 est le modèle de pointe de xAI pour le codage, les tâches agentiques et le travail de connaissances. L’ID de modèle officiel de l’API est grok-4.7. xAI documente une fenêtre de contexte de 500K tokens, des entrées texte et image avec sortie texte, un effort de raisonnement configurable, et la prise en charge des API Responses et Chat Completions.
Qu’est-ce que Grok 4.7 ?
Grok 4.7 est un nouveau modèle xAI sorti le 21 septembre 2026, positionné pour le codage de longue durée, les workflows agentiques et le travail de connaissances professionnel. xAI indique qu’il utilise un modèle de base plus grand que Grok 4.6 et un apprentissage par renforcement plus long, axé sur des tâches pouvant durer des heures. Le modèle est également entraîné à comprendre nativement le Grok Bot harness, avec un accent sur la vérification de son propre travail et la gestion de contextes plus longs.
Pour les développeurs, l’évolution importante n’est pas simplement un score de benchmark plus élevé. Grok 4.7 combine une fenêtre de contexte de 500K, des contrôles de raisonnement via reasoning_effort, la prise en charge d’outils et une entrée multimodale dans un modèle conçu pour des boucles d’agent étendues.
Principales fonctionnalités de Grok 4.7
- 500K tokens de contexte : la grande fenêtre de contexte est conçue pour de vastes dépôts, des sessions d’agent prolongées, de grands documents techniques et des tâches de travail de connaissances en plusieurs étapes.
- Raisonnement configurable : les développeurs peuvent choisir un effort de raisonnement low, medium, high ou xhigh, avec high par défaut. Cela permet d’ajuster l’allocation de calcul selon la complexité de la tâche.
- Optimisation pour le codage et les agents : xAI positionne spécifiquement Grok 4.7 pour l’ingénierie logicielle, les tâches agentiques et les workflows professionnels de longue durée.
- Entrée multimodale : l’API accepte les entrées texte et image et produit une sortie texte, ce qui rend le modèle pertinent pour l’analyse de captures d’écran, le débogage visuel et la compréhension de documents.
- Prise en charge native des outils : l’ensemble de capacités documenté inclut l’appel de fonctions, la recherche web, X search et l’exécution de code.
- Accent sur la fiabilité à long horizon : xAI signale des améliorations en auto‑vérification et en gestion de contextes plus longs par rapport à Grok 4.6, reflétant son emphase sur les tâches de plusieurs heures. citeturn0search0
Performances de référence de Grok 4.7
Les évaluations de lancement d’xAI rapportent les résultats suivants. Il s’agit de mesures de benchmark rapportées par le fournisseur ; elles doivent donc être interprétées dans le contexte de la méthodologie et de la configuration propres à chaque benchmark, plutôt que comme un classement universel.
| Benchmark | Grok 4.7 | Grok 4.6 | GPT-5.6 Sol | Fable 5.1 |
|---|---|---|---|---|
| CursorBench 4.0 | 46.3% | 40.4% | 41.7% | 51.8% |
| DeepSWE v1.1 | 71.0%* | 65.2% | 72.7% | 70.0% |
| AA Briefcase v1.1 | 1,657 | 1,546 | 1,487 | 1,678 |
| Terminal-Bench 4.0 | 38.0% | 20.3% | 37.3% | 57.9% |
| Harvey Legal Agent Benchmark | 19.6% | 15.8% | 2.5% | 6.7% |
| HealthBench Professional | 56.7% | 48.5% | 60.5% | 62.1% |
| EEBench | 64.0% | 53.0% | 39.4% | 56.4% |
*Le résultat DeepSWE rapporté pour Grok 4.7 utilise high. Le tableau d’xAI publie ces mesures dans le cadre de sa comparaison de lancement.
Le profil de benchmark dépend des tâches. Grok 4.7 montre des gains substantiels par rapport à Grok 4.6 sur les évaluations rapportées en codage, terminal, juridique, clinique et ingénierie électrique, tandis que le même tableau montre d’autres modèles de pointe en tête sur certains benchmarks. Le choix du benchmark est donc important pour évaluer Grok 4.7 sur une charge donnée.
Grok 4.7 vs Grok 4.6 vs GPT-5.6 Sol
| Domaine | Grok 4.7 | Grok 4.6 | GPT-5.6 Sol |
|---|---|---|---|
| Contexte | 500K | 500K | Voir la spécification du fournisseur |
| Positionnement principal | Codage, agents, travail de connaissances | Codage, agents, travail de connaissances | Raisonnement de pointe général |
| Contrôles du raisonnement | Low / medium / high / xhigh | Low / medium / high / xhigh | Spécifique au fournisseur |
| Entrée | Texte + image | Texte + image | Spécifique au fournisseur |
| Prise en charge des outils | Appel de fonctions, recherche web, X search, exécution de code | Workflow similaire orienté outils | Spécifique au fournisseur |
| Benchmark de codage cité par xAI | 46.3% CursorBench 4.0 | 40.4% | 41.7% |
Grok 4.7 et Grok 4.6 partagent la même classe de contexte 500K et les options d’effort de raisonnement, mais xAI rapporte de meilleurs résultats pour Grok 4.7 sur sa suite de benchmarks de lancement. Comparé à GPT-5.6 Sol, la distinction pratique dépend de la charge : le tableau publié par xAI montre des performances relatives différentes selon le codage, le travail bureautique, le travail en terminal, le droit, le raisonnement clinique et l’ingénierie électrique.
Limitations et considérations de mise en œuvre
Grok 4.7 dispose d’une grande fenêtre de contexte, mais une fenêtre plus large ne garantit pas de meilleurs résultats pour chaque document long ou workflow agentique. Les applications de longue durée doivent toujours gérer le contexte de manière délibérée, en particulier lorsque les conversations accumulent des sorties d’outils. xAI recommande le routage via un cache de prompts et la compaction du contexte pour des boucles d’agent longues.
Le modèle n’a pas non plus de prise en charge publique de l’API par lots selon la documentation actuelle. Les développeurs construisant des charges par lots devront donc utiliser les modèles d’API synchrones pris en charge ou une autre voie de déploiement.
Ses résultats de benchmark sont rapportés par le fournisseur et varient selon la configuration du benchmark et l’effort de raisonnement. Ils doivent être considérés comme des preuves spécifiques aux tâches plutôt que comme une mesure universelle unique de la qualité du modèle.
Cas d’utilisation représentatifs
- Codage à l’échelle du dépôt : analyser de grandes bases de code, implémenter des changements sur plusieurs fichiers, déboguer des échecs et raisonner sur de longs historiques d’incidents.
- Ingénierie logicielle agentique : combiner raisonnement, appel de fonctions, exécution de code et outils externes pour des workflows d’ingénierie en plusieurs étapes.
- Analyse de documents techniques : traiter de longues spécifications, des documents d’architecture, du matériel de recherche ou des archives de projet dans un contexte de 500K tokens.
- Débogage visuel : analyser des captures d’écran, des diagrammes et d’autres entrées image aux côtés d’un contexte d’ingénierie textuel.
- Travail de connaissances professionnel : rédiger, analyser et réviser des documents ou livrables structurés nécessitant un raisonnement étendu en plusieurs étapes.
- Flux de recherche et d’information : utiliser la recherche web et X search lorsque des informations externes à jour sont nécessaires et que les permissions d’outils de l’application le permettent.
Comment accéder à l’API Grok 4.7 via CometAPI
CometAPI dispose actuellement d’une page dédiée au modèle Grok 4.7 avec l’ID de modèle grok-4.7 et les routes documentées /v1/chat/completions et /v1/responses. La page actuelle de CometAPI confirme que Grok 4.7 est disponible via sa couche d’API.
Étape 1 : Obtenir une clé d’API CometAPI
Créez ou connectez-vous à un compte CometAPI et obtenez une clé d’API depuis la console API. CometAPI fournit une couche d’API unifiée pour accéder à plusieurs fournisseurs de modèles via un seul compte.
Étape 2 : Sélectionner grok-4.7
Utilisez grok-4.7 comme ID de modèle et sélectionnez la route CometAPI documentée qui correspond à l’application. La page du modèle actuelle liste à la fois /v1/chat/completions et /v1/responses. citeturn1search2
Étape 3 : Envoyer et traiter la réponse
Envoyez l’invite de l’utilisateur via l’endpoint sélectionné, puis traitez la réponse renvoyée dans le même workflow d’application utilisé pour les autres modèles pris en charge par CometAPI. Pour les déploiements en production, vérifiez le catalogue de modèles en direct de CometAPI et la documentation des routes avant de figer les détails d’implémentation.