Utiliser Grok Build dans Warp avec un abonnement SuperGrok ou X Premium

Le 15 juin 2026, xAI a ajouté un raccourci pratique pour les développeurs qui paient déjà Grok : connecter leur abonnement Grok ou X Premium existant dans Warp, choisir grok-build-0.1, puis l’utiliser depuis l’interface d’agent de Warp. L’annonce est modeste, mais le changement de workflow est bien réel. Au lieu de traiter Grok Build comme une CLI de terminal séparée, les utilisateurs de Warp peuvent intégrer le modèle de codage de xAI dans la même surface agentique où ils exécutent déjà des commandes, inspectent des diffs et gèrent des sessions de développement.

xAI indique que Warp est « utilisé par près d’un million de développeurs » et que les abonnements existants débloquent désormais les modèles Grok dans Warp, notamment grok-build-0.1, le modèle derrière la CLI Grok Build (xAI). La documentation de Warp décrit Warp comme un environnement de développement agentique open source combinant un terminal Rust, des agents locaux, des agents cloud, la revue de code, le choix du modèle et l’orchestration Oz (docs Warp).

Ce qui a changé le 15 juin

La nouvelle intégration combine une couche d’authentification et le placement du modèle. Les instructions de configuration de xAI ne comptent que trois étapes : télécharger Warp, ouvrir Agent > Warp Agent, cliquer sur Connect SuperGrok subscription, puis passer à grok-build-0.1 et commencer à prompter (xAI).

C’est important, car les outils de codage agentique se répartissent de plus en plus en deux camps :

1. Les CLI autonomes qui prennent en charge la session de terminal.
2. Les environnements IDE ou terminal qui orchestrent modèles, outils, fichiers, commandes et boucles de revue.

Grok Build a commencé dans le premier camp. xAI l’a présenté comme un agent de codage terminal en bêta précoce pour les abonnés SuperGrok et X Premium Plus le 25 mai 2026, avec un installateur curl et un workflow plan-revue-approbation (xAI). L’intégration Warp déplace le même modèle dans un espace de travail terminal plus large.

Ce n’est pas une nouvelle version de modèle. C’est une sortie axée sur la distribution et le workflow. Pour les développeurs, cela reste significatif. Moins il y a de changements de contexte entre « terminal », « agent », « revue de diff » et « sélecteur de modèle », plus l’agent a de chances de s’intégrer au travail quotidien plutôt que de rester une expérimentation à côté.

Éligibilité et configuration

Le message principal de xAI sur l’éligibilité est direct : « your Grok or X Premium subscription » peut être utilisé dans Warp (xAI). Le bouton de configuration dans l’annonce est libellé Connect SuperGrok subscription; il faut donc s’attendre à ce que le flux vérifie votre compte Grok/X payant plutôt que de demander une clé d’API xAI.

La page de tarifs publique de xAI liste SuperGrok à $30/month, avec des limites de débit plus élevées, l’accès à Grok 4, des connecteurs, Expert, la conformité SOC 2, ainsi que la génération d’images et de vidéos (tarifs xAI). Les tarifs de X Premium sont plus variables. Le centre d’aide de X indique que les tarifs Premium sont localisés et commencent à $3/month ou $32/year, avec des prix affichés dans le flux d’achat web ou mobile selon la région et la plateforme (aide X). Si votre objectif se limite à utiliser Grok Build dans Warp, vérifiez le forfait exact affiché dans votre compte avant de passer à une offre supérieure.

Le parcours de configuration devrait ressembler à ceci :

Warp → Settings → Agent → Warp Agent
→ Connect SuperGrok subscription
→ Model picker → grok-build-0.1
→ Prompt from a repo-backed terminal session

Le détail opérationnel clé : il s’agit d’un accès par abonnement dans Warp, ce qui n’est pas la même chose qu’appeler directement l’API xAI avec XAI_API_KEY. Si vous voulez une facturation API, un contrôle des limites de débit ou de l’automatisation côté serveur en dehors de Warp, le chemin API est séparé.

Les chiffres du modèle qui comptent pour les développeurs

xAI a rendu grok-build-0.1 disponible via l’API xAI en bêta publique le 29 mai 2026, en le présentant comme son « modèle de codage le plus rapide » et en indiquant qu’il est entraîné pour les tâches de codage agentique, notamment le développement web, le débogage et la prise en charge de MCP (xAI). Le même billet indique que le modèle sert à 100+ tokens/second et coûte $1 par million de tokens d’entrée et $2 par million de tokens de sortie sur l’API.

La documentation du modèle ajoute la fenêtre de contexte, les modalités, le prix des tokens mis en cache, les alias et les limites de débit (docs xAI) :

Élément	Valeur vérifiée
Nom du modèle	grok-build-0.1
Fenêtre de contexte	256,000 tokens
Modalités	Entrée texte et image, sortie texte
Prix API	$1.00 / 1M tokens d’entrée, $2.00 / 1M tokens de sortie
Entrée mise en cache	$0.20 / 1M tokens mis en cache
Vitesse de service annoncée	100+ tokens/second
Alias listés	grok-code-fast-1, grok-code-fast, grok-code-fast-1-0825
Région dans la documentation	us-east-1
Limites de débit dans la documentation	1,800 RPM, 10,000,000 TPM

Ne surinterprétez pas ces chiffres. 100+ tokens/second est une affirmation de débit fournisseur, pas un benchmark de codage. Je n’ai pas trouvé, dans les sources ci-dessus, de score public primaire xAI de type SWE-bench, Terminal-Bench ou benchmark similaire pour grok-build-0.1. Pour l’instant, l’affirmation défendable est plus étroite : il s’agit d’un modèle orienté codage, rapide et peu coûteux, avec une grande fenêtre de contexte et une prise en charge de première partie dans Grok Build ainsi que dans Warp.

Pourquoi Warp est un hôte naturel

Warp n’est plus seulement un terminal bien fini. Sa documentation décrit un mode terminal, un mode agent, une arborescence de fichiers, un éditeur de code, l’édition avec LSP, la revue de code interactive, des agents CLI tiers, des agents cloud, le choix du modèle et des listes de tâches (docs Warp). C’est exactement la surface où un modèle de codage devient utile.

Une CLI d’agent autonome peut modifier des fichiers et exécuter des commandes, mais elle vit souvent à côté de votre vrai workflow. Warp place l’agent là où le travail se déroule déjà : sortie shell, logs de tests en échec, contexte de fichiers, historique de prompts, blocs de commandes et diffs générés.

La documentation des agents Warp liste des capacités qui correspondent directement aux boucles d’agent de codage : joindre des fichiers, des URL, des images, des blocs de code et des sélections comme contexte ; autoriser l’utilisation complète du terminal ; revoir les diffs générés ; suivre des listes de tâches ; et utiliser la recherche web pour obtenir des informations à jour (agents Warp). Sa documentation sur le choix de modèle indique également que Warp prend en charge un ensemble sélectionné de modèles d’OpenAI, Anthropic, Google, xAI et de fournisseurs open source hébergés, avec bascule de modèle et valeurs par défaut par profil (choix de modèle Warp).

Cela fait de grok-build-0.1 moins un outil séparé qu’une autre cible d’exécution. Vous pouvez l’utiliser pour des modifications rapides, du débogage et du scaffolding, puis changer de modèle lorsque vous voulez un autre style de raisonnement ou une autre politique de fournisseur.

Ce que cela signifie pour le travail de développement quotidien

Le gain le plus évident concerne les développeurs qui paient déjà Grok ou X Premium et utilisent déjà Warp. Ils disposent désormais d’un modèle de codage supplémentaire au même endroit que celui où ils exécutent leurs commandes locales. Aucune installation de CLI séparée n’est requise pour ce parcours Warp. Aucune configuration de clé API n’est mentionnée dans l’annonce Warp de xAI. Cela réduit le coût d’activation.

Le deuxième gain est le routage des modèles selon la tâche. Utilisez grok-build-0.1 lorsque la vitesse et l’orientation codage comptent : générer un script de migration, traquer un test qui échoue, refactoriser un gestionnaire de route, câbler un petit outil MCP, ou demander à l’agent d’inspecter la sortie du terminal et de proposer la prochaine commande. Utilisez d’autres modèles Warp lorsque vous voulez un compromis différent.

Le troisième gain est la discipline de revue. Le discours de Grok Build pour sa propre CLI insiste sur le plan, la revue et l’approbation. L’interface de Warp propose déjà une revue de code interactive et le suivi des tâches. Cette combinaison est plus saine qu’un « agent qui part en roue libre dans un shell ». Pour les dépôts sérieux, le workflow devrait être :

1. Demander un plan.
2. Examiner le périmètre.
3. Laisser l’agent modifier.
4. Inspecter le diff.
5. Exécuter des tests ciblés.
6. Commiter seulement après revue humaine.

Le risque tient à l’ambiguïté des abonnements. xAI indique que les abonnements Grok ou X Premium fonctionnent, mais les noms de forfaits entre Grok, SuperGrok, X Premium et X Premium+ ont évolué au fil du temps. Si votre compte n’affiche pas grok-build-0.1 dans Warp, la première étape de débogage n’est pas votre dépôt. C’est la facturation et les droits d’accès.

En résumé

Il s’agit d’une manœuvre de distribution, pas d’une percée côté modèle. Malgré tout, c’est le genre de mouvement qui change les habitudes. grok-build-0.1 avait déjà une CLI et une API ; il dispose maintenant aussi d’une place dans l’environnement de terminal agentique de Warp.

Pour les utilisateurs de Warp, la question pratique est simple : si vous avez déjà un abonnement Grok ou X Premium éligible, essayez grok-build-0.1 sur une tâche de dépôt bien délimitée et jugez-le à la qualité du diff, à la sûreté des commandes et à la fréquence à laquelle vous devez le corriger. La vitesse et le prix sont appréciables. Mais ce qui compte, c’est un patch propre et facile à relire.

Les lecteurs qui veulent essayer ces modèles concrètement en dehors de Warp peuvent appeler Claude et d’autres modèles sur onehop avec une API compatible OpenAI en changeant un seul base_url : appeler Claude et d’autres modèles sur onehop. onehop est moins cher que les fournisseurs de première partie, et les nouveaux comptes obtiennent $10 de crédit gratuit sans carte requise : s’inscrire pour obtenir 10 $ de crédit gratuit.