Aller au contenu principal
xAI lance une marketplace de plugins pour Grok Build avec MongoDB, Vercel, Sentry et Cloudflare au lancement
OutilsMarkTechPost · 2 min de lecture

xAI lance une marketplace de plugins pour Grok Build avec MongoDB, Vercel, Sentry et Cloudflare au lancement

Source originale ↗·

xAI vient de lancer le Plugin Marketplace pour Grok Build, son agent de développement en ligne de commande. Annoncé le 12 juin 2026, ce catalogue intégré permet aux développeurs de parcourir, installer et mettre à jour des plugins directement depuis le terminal, sans quitter leur environnement de travail. Un plugin regroupe en un seul paquet six types de composants : des skills, des commandes slash, des agents, des hooks de cycle de vie, des serveurs MCP et des serveurs LSP (protocole de serveur de langage). L'index public du catalogue est hébergé sur GitHub sous le dépôt xai-org/plugin-marketplace. Au lancement, six partenaires sont présents : MongoDB pour l'exploration et l'optimisation de bases de données, Vercel pour la gestion des déploiements, Sentry pour l'analyse des erreurs en production, Chrome DevTools pour le contrôle d'un navigateur en direct, Cloudflare pour les Workers et Durable Objects, et Superpowers pour des workflows d'agents préconfigurés. L'installation se fait via la commande /marketplace dans Grok Build ou directement en shell avec grok plugin install <nom> --trust.

Ce marketplace représente un changement structurel dans la façon dont les développeurs étendent leurs agents de codage. Avant cette sortie, chaque intégration devait être configurée manuellement, outil par outil. Désormais, une seule commande suffit pour embarquer un bundle complet de capacités. Concrètement, un ingénieur de permanence peut installer le plugin Sentry pour trier une stack trace de production sans changer d'outil, ou un développeur frontend peut connecter Chrome DevTools pour inspecter des requêtes réseau lors d'un rendu défaillant. Ce modèle de distribution réduit la friction d'intégration et rapproche Grok Build des environnements de développement complets, directement depuis le terminal.

Sur le plan de la sécurité, xAI a introduit un mécanisme de fixation par SHA : chaque plugin distant doit spécifier un SHA de commit complet sur 40 caractères, que Grok Build vérifie après le clonage via git rev-parse HEAD. Ce système empêche qu'un force-push ou une compromission de dépôt ne fasse passer du code malveillant silencieusement. Le catalogue distingue par ailleurs les plugins internes signés par xAI des plugins tiers, pour lesquels xAI décline explicitement toute responsabilité. La plateforme est ouverte aux contributions externes : n'importe quel développeur peut proposer un plugin via une pull request sur le dépôt public. Ce mouvement s'inscrit dans une compétition directe avec d'autres agents de codage comme Claude Code, qui propose un écosystème similaire de skills et de serveurs MCP. xAI parie que la distribution centralisée et la vérification cryptographique constitueront un avantage décisif pour attirer les développeurs professionnels vers Grok Build.

Dans nos dossiers

Cet article vous a été utile ?

Vu une erreur factuelle dans cet article ? Signalez-la. Toutes les corrections valides sont publiées sur /corrections.

À lire aussi

xAI lance /goal dans Grok Build : exécution autonome longue durée avec vérification intégrée pour les tâches de codage en plusieurs étapes
1MarkTechPost 

xAI lance /goal dans Grok Build : exécution autonome longue durée avec vérification intégrée pour les tâches de codage en plusieurs étapes

xAI a lancé une nouvelle fonctionnalité baptisée /goal au sein de Grok Build, son agent de codage en ligne de commande. Le mode cible l'exécution autonome de tâches longues et complexes : l'utilisateur soumet un objectif en une seule ligne, par exemple "Migrate the auth module to the new API", et l'agent prend en charge l'ensemble du processus sans supervision à chaque étape. Grok Build planifie une approche, la décompose en une liste de tâches visible, puis exécute chaque point séquentiellement. Une fois l'objectif atteint, le panneau bascule sur "Complete" et chaque élément apparaît comme coché. L'utilisateur peut continuer à transmettre des instructions pendant l'exécution, ou piloter la session via les commandes status, pause, resume et clear. L'accès nécessite un abonnement SuperGrok ou X Premium Plus, et le CLI s'installe via une commande curl en une ligne. Ce qui distingue /goal d'un simple agent d'édition de fichiers, c'est l'intégration native de la vérification. L'agent ne s'arrête pas après avoir écrit du code : il continue jusqu'à ce que la tâche soit réalisée et validée. Cette vérification peut prendre trois formes concrètes : relecture du code produit, inspection de pages web pour confirmer le comportement attendu, ou exécution de scripts de test. Ce mécanisme répond à l'une des limites les plus critiquées des agents autonomes, la tendance à déclarer une tâche terminée avant que le résultat ne soit réellement fonctionnel. Pour les développeurs, cela transforme la relation au travail délégué, notamment sur des tâches mécaniques mais étendues : migration de services, ajout d'endpoints, mise à jour de dépendances, portage de configurations sur plusieurs fichiers. Grok Build est l'outil de développement d'xAI, la société d'Elon Musk fondée en 2023, et embarque déjà plusieurs fonctionnalités orientées agents : un mode plan qui bloque les modifications jusqu'à validation explicite, des sous-agents spécialisés travaillant en parallèle, et la compatibilité native avec le protocole MCP (Model Context Protocol), qui permet aux agents de se connecter à des outils et sources de données externes. /goal s'inscrit dans une compétition intense entre les grands acteurs du codage assisté, que ce soit Cursor, GitHub Copilot, Anthropic avec Claude Code ou Google avec Gemini, tous engagés dans une course à l'autonomie fiable sur des tâches longues. La vraie bataille ne porte plus sur la qualité d'une réponse unique, mais sur la capacité à mener à bien une tâche entière, sans supervision constante, et surtout en sachant s'arrêter au bon moment.

💬 La vérification intégrée, c'est exactement ce que tous les agents rataient jusqu'ici. Pas juste écrire le code et te passer la main en prétendant avoir fini, mais inspecter, tester, confirmer que ça tourne, et seulement après s'arrêter. Reste à voir si ça tient vraiment sur de vraies migrations en prod, mais xAI vient d'attaquer le bon problème.

OutilsOutil
1 source
xAI lance Grok Build : L’agent de codage qui veut détrôner Claude Code
2Le Big Data 

xAI lance Grok Build : L’agent de codage qui veut détrôner Claude Code

xAI, la société d'intelligence artificielle fondée par Elon Musk, a lancé le 14 mai 2026 Grok Build, un agent de codage en version bêta. Accessible uniquement aux abonnés SuperGrok Heavy à 300 dollars par mois, l'outil se présente comme un agent de programmation avancé doublé d'une interface en ligne de commande. Cette phase initiale est revendiquée par xAI comme un laboratoire grandeur nature : les retours des premiers utilisateurs serviront à corriger les bugs, affiner les performances et enrichir les fonctionnalités au fil du temps. L'installation s'effectue directement depuis le site officiel de xAI, via connexion au compte utilisateur. Grok Build cible explicitement les développeurs professionnels confrontés à des tâches complexes. Son mode sans interface graphique permet de l'intégrer dans des scripts et des automatisations existantes, et son interface en ligne de commande prend en charge le protocole ACP pour faciliter la création de bots personnalisés et d'applications orchestrant plusieurs agents. Pour les projets ambitieux, un mode planification permet à l'agent de préparer une stratégie détaillée que le développeur peut approuver, modifier ou réécrire avant toute exécution. Chaque modification s'affiche ensuite sous forme de diff structuré. L'outil reconnaît automatiquement les conventions d'un dépôt existant, prend en charge les fichiers AGENTS.md, plugins, hooks, skills et serveurs MCP, et peut déléguer certaines tâches à des sous-agents spécialisés exécutés en parallèle pour accélérer le développement. Le lancement de Grok Build s'inscrit dans une course effrénée aux agents de codage autonomes, marché où Anthropic s'est imposé avec Claude Code et où GitHub Copilot, Cursor ou Devin occupent déjà des positions établies. xAI, qui a considérablement accéléré le développement de sa famille de modèles Grok depuis le rachat de Twitter, cherche à transformer son avantage en données et en visibilité publique en une présence concrète dans les outils du quotidien des développeurs. La barrière d'entrée actuelle, 300 dollars mensuels pour un accès bêta, limite volontairement la base d'utilisateurs initiale afin de contrôler la charge et la qualité des retours. Si xAI parvient à démontrer des performances compétitives sur des benchmarks de codage réels, une ouverture plus large à des tarifs inférieurs semble probable. L'enjeu dépasse le simple outil : c'est la capacité de la plateforme Grok à s'imposer comme infrastructure de développement logiciel qui est en jeu.

💬 300 dollars par mois pour une bêta, ça élimine d'emblée les 99% qui auraient pu tester et critiquer sérieusement. Ce qui me parle dans les specs : AGENTS.md natif, MCP, sous-agents parallèles, diffs structurés... c'est exactement le workflow de Claude Code, recopié proprement. Reste à voir si Grok derrière tient en prod sur des bases de code un peu sérieuses.

OutilsOutil
1 source
SpaceXAI en open source pour Grok : l'agent Rust, l'interface TUI et les outils derrière son CLI de code
3MarkTechPost 

SpaceXAI en open source pour Grok : l'agent Rust, l'interface TUI et les outils derrière son CLI de code

Elon Musk et sa société xAI ont mis en open source Grok Build, l'agent de codage IA en ligne de commande qui alimente leur outil grok CLI. Le code source a été publié aujourd'hui sur GitHub sous licence Apache 2.0, couvrant l'ensemble de l'infrastructure : le moteur de l'agent, l'interface terminal (TUI), le shell en ligne de commande et les outils de développement associés. Grok Build avait été lancé en version bêta le 25 mai 2026. Il s'agit d'un agent capable de comprendre une base de code, de modifier des fichiers, d'exécuter des commandes shell et de rechercher sur le web, tout en gérant des tâches de longue durée. L'outil fonctionne selon trois modes : une interface terminal interactive en plein écran avec support de la souris, un mode headless pour l'automatisation et l'intégration continue, et une intégration dans les éditeurs de code via l'Agent Client Protocol (ACP). Le dépôt publié s'organise en plusieurs modules (crates) : xai-grok-shell pour le runtime de l'agent, xai-grok-tools pour les implémentations d'outils comme le terminal et l'édition de fichiers, xai-grok-pager pour le rendu de l'interface, et xai-grok-workspace pour la gestion du système de fichiers et du contrôle de version. Cette ouverture change la donne pour les développeurs et les entreprises soucieuses de confidentialité ou de souveraineté technologique. Grok Build peut désormais fonctionner entièrement en local : il suffit de compiler l'outil soi-même, de le connecter à un modèle d'inférence local via un fichier de configuration config.toml, et de s'affranchir complètement des serveurs d'API de xAI. Cette flexibilité ouvre la voie à des déploiements en environnement isolé (air-gapped), à des audits de sécurité approfondis du code avant toute adoption dans un contexte réglementé, ou encore à la création de forks internes adaptés aux besoins spécifiques d'une entreprise, la licence Apache 2.0 le permettant explicitement. En revanche, contrairement à des projets comme Codex CLI d'OpenAI, xAI n'accepte pas les contributions externes (pull requests) sur ce dépôt, ce qui limite son évolution à une gouvernance interne. Cette annonce s'inscrit dans une compétition croissante autour des agents de codage en ligne de commande, un segment où s'affrontent déjà Codex CLI d'OpenAI (également sous licence Apache 2.0, mais limité aux modèles OpenAI), le projet communautaire OpenCode sous licence MIT compatible avec plus de 75 fournisseurs de modèles, et Claude Code d'Anthropic, qui reste propriétaire et fermé aux forks. En rendant son harnais d'agent public tout en conservant le contrôle des contributions, xAI cherche à séduire les développeurs et entreprises en quête de transparence et de personnalisation, sans pour autant renoncer à la maîtrise de sa feuille de route technique. La bataille se joue désormais autant sur l'ouverture du code que sur le choix des modèles compatibles, un terrain où Grok Build se distingue par sa flexibilité totale de configuration.

UELa possibilité de déploiement local intéresse les entreprises européennes soucieuses de souveraineté technologique, mais aucune entreprise ou réglementation française n'est directement concernée.

💬 xAI ouvre le code mais ferme la porte aux contributions, et c'est ça la vraie nouvelle : un open source à sens unique, où tu peux auditer et forker Grok Build, mais jamais peser sur sa feuille de route. Pour les boîtes qui veulent tourner en local, voire en air-gapped, c'est du concret, pas du marketing de circonstance. Reste que la gouvernance, elle, ne bouge pas d'un pouce, xAI garde la main sur tout.

OutilsOutil
1 source
Vercel Labs lance Zero, un langage système conçu pour que les agents IA puissent lire, corriger et livrer des programmes natifs
4MarkTechPost 

Vercel Labs lance Zero, un langage système conçu pour que les agents IA puissent lire, corriger et livrer des programmes natifs

Vercel Labs, la branche recherche de la société américaine spécialisée dans le déploiement web, a publié Zero, un langage de programmation système expérimental conçu pour que les agents d'intelligence artificielle puissent lire, corriger et compiler du code natif de manière autonome. Zero se positionne dans le même espace que C ou Rust : il compile vers des exécutables natifs, offre un contrôle explicite de la mémoire et cible les environnements bas niveau. La différence fondamentale réside dans la conception du compilateur et de la chaîne d'outils, pensés dès le départ pour être consommés par des agents IA plutôt que par des ingénieurs humains. Le problème central que Zero cherche à résoudre est la manière dont les agents interagissent avec les retours du compilateur. Dans un cycle de développement classique impliquant un agent de codage, celui-ci écrit du code, le compilateur émet une erreur sous forme de texte non structuré, et l'agent doit analyser ce texte pour comprendre ce qui a mal tourné. C'est fragile : les formats de messages changent, ils sont rédigés pour des lecteurs humains, et il n'existe aucun concept natif d'action de réparation. Zero répond à ce problème en émettant par défaut des diagnostics JSON structurés. Chaque diagnostic porte un code stable (par exemple NAM003), un message lisible par l'humain, une référence de ligne et un objet repair contenant un identifiant d'action typé. Les humains lisent le message ; les agents lisent le code et le repair. La chaîne d'outils est unifiée dans un seul binaire : zero check, zero run, zero build, zero fix, zero explain ou encore zero doctor sont tous des sous-commandes d'un même CLI. Deux d'entre elles sont particulièrement utiles dans une boucle de réparation automatisée : zero explain renvoie une explication détaillée d'un code de diagnostic donné, tandis que zero fix --plan --json produit un plan de correction structuré et lisible par machine. La commande zero skills fournit quant à elle des guides d'utilisation directement depuis le CLI, synchronisés avec la version du compilateur installé, évitant aux agents de scraper une documentation externe potentiellement obsolète. Le lancement de Zero s'inscrit dans une tendance plus large : alors que les agents de codage comme GitHub Copilot, Cursor ou Devin s'imposent dans les workflows de développement, l'outillage existant n'a pas été conçu pour eux. Vercel, dont la plateforme accueille des millions de projets web, se positionne ici en amont de la chaîne de valeur, au niveau du langage lui-même. Zero introduit également un système d'effets explicites dans les signatures de fonctions : une fonction ne peut accéder au système de fichiers, au réseau ou à la sortie standard que si elle reçoit un objet de capacité (World), vérifié à la compilation et non à l'exécution. Cette approche rend le comportement du code plus prévisible pour des agents qui doivent raisonner sur ses effets de bord sans l'exécuter. Zero reste pour l'instant expérimental, mais il signale une direction claire : concevoir les langages de programmation pour un monde où les compilateurs parlent autant aux machines qu'aux humains.

💬 L'idée est simple et évidente en rétrospective : nos compilateurs crachent du texte pensé pour des yeux humains, et on s'étonne que les agents galèrent à parser les erreurs. Zero corrige ça à la source, avec des diagnostics JSON structurés, des codes stables par type d'erreur, et une commande `zero fix --plan` qui donne à l'agent un plan de réparation lisible par machine plutôt qu'un blob de prose. Reste à voir si ça passe le cap du labo, mais la direction est la bonne.

OutilsOutil
1 source

Recevez l'essentiel de l'IA chaque jour

Une sélection éditoriale quotidienne, sans bruit. Directement dans votre boîte mail.

Recevez l'essentiel de l'IA chaque jour

Gratuit · 1 email le matin, l'essentiel de l'IA · désinscription en un clic