Pour que Grok 4.7 travaille sur un site où vous êtes déjà connecté, lancez le modèle dans un client d’agent local et donnez-lui un outil navigateur. Une option documentée est Grok Build avec le Skill Tabbit CLI, appelé avec /tabbit. Web Search et X Search de xAI trouvent des pages publiques, mais ne pilotent pas votre navigateur local connecté. Le guide xAI donne l’identifiant grok-4.7 et ses outils API ; le guide Tabbit explique le Skill et la reprise de session.
Un utilisateur de Reddit a expliqué que Grok Bot ne pouvait pas « cliquer » dans sa fenêtre Edge. Un autre a rapporté l’échec d’un simple test d’ouverture de site et de clic sur un bouton. Ce sont des expériences individuelles, pas la preuve que tous les clients Grok ne peuvent pas piloter un navigateur. Vérifiez le client, l’outil qu’il peut appeler et le profil qui contient la session.
À retenir
Grok 4.7 est le modèle ; son nom ne précise pas quel navigateur il peut contrôler.
xAI documente Grok 4.7 dans l’API et Grok Build. Ce dernier découvre aussi les Skills dans
~/.agents/skills/et les lance avec/<skill-name>.Vérifiez séparément le modèle, le Skill Tabbit et la connexion au site.
Tabbit CLI peut utiliser la session du profil Tabbit Browser sélectionné. La tâche a son propre onglet, vous pouvez continuer à travailler dans d’autres fenêtres.
Commencez par une lecture et un brouillon non publié. Une personne doit vérifier les faits avant d’enregistrer ou publier.
Le test local a confirmé la reprise de session sur une page de démonstration, pas avec Grok Build ni sur un outil de production.
Choisir la bonne couche
« Grok peut chercher sur le Web » et « Grok peut utiliser mon tableau de bord connecté » sont deux capacités différentes.
| Couche | Rôle | Vérification | Ce que cela ne prouve pas |
|---|---|---|---|
| Modèle et fournisseur | Grok 4.7 raisonne et rédige | Lancez grok models et sélectionnez grok-4.7 | Qu’un navigateur soit connecté |
| Client d’agent | Exécute le modèle et expose des outils | Grok Build est local ; lancez grok inspect --json | Que /tabbit soit installé partout |
| Skill et CLI Tabbit | Explique au client comment appeler le navigateur | Vérifiez le Skill et diagnostiquez le CLI | Que le site soit connecté |
| Profil Tabbit Browser | Stocke la session du site | Ouvrez vous-même le site dans le bon environnement | Que l’agent puisse publier sans risque |
Le guide Grok 4.7 liste function calling, Web Search, X Search et l’exécution de code. Dans le fonctionnement de function calling chez xAI, les recherches Web et X intégrées tournent sur les serveurs xAI ; le client exécute les fonctions personnalisées. Une fonction personnalisée peut relier un client à un navigateur, à condition que cette connexion soit réellement configurée. La recherche seule ne contrôle pas une page.
Configurer Grok Build et Tabbit
xAI indique que Grok 4.7 est le modèle par défaut de Grok Build et que le client lit les Skills utilisateur dans ~/.agents/skills/. Les Skills appelables apparaissent sous /<skill-name>. Le Skill Tabbit s’appelle tabbit : utilisez /tabbit lorsqu’il est détecté. Consultez la présentation de Grok Build et les règles de découverte des Skills.
Avant de commencer, vérifiez trois points :
Lancez
grok modelset confirmez la présence degrok-4.7. L’identifiant API peut différer du nom affiché dans l’application.Lancez
grok inspect --jsonet vérifiez que Tabbit apparaît. S’il manque, démarrez Tabbit, relancez Grok Build puis contrôlez à nouveau. Le guide complet Tabbit CLI détaille l’installation ; le guide Codex montre un autre client local.Ouvrez le site dans Tabbit Browser et confirmez le compte et l’espace de travail. Le Skill ne vous connecte pas. Si
/tabbitapparaît mais que le CLI ne joint pas Tabbit, vérifiez le lanceur et le contrôleur.
Démarrez le client local et choisissez le modèle :
grok models
grok inspect --json
grok -m grok-4.7Dans la session, appelez /tabbit et limitez les pages que l’agent peut inspecter. Ne mettez pas de mot de passe, de code temporaire, de clé de récupération ou de donnée client dans le prompt. Le guide complet Tabbit CLI explique les options et reçus du CLI. Pour réutiliser un onglet ouvert, voyez connecter un agent à un navigateur existant.
Le Skill fournit le lanceur et la syntaxe de tâche. Une lecture seule peut utiliser un nom de tâche nouveau et un identifiant unique :
"$HOME/.local/bin/tabbit-cli" nodejs \
--task "Grok release review" \
--request-id grok-release-review-001 <<'JS'
return {
title: await page.title(),
url: page.url(),
headings: await page.getByRole('heading').allTextContents()
};
JSLa découverte du Skill, l’accès au CLI et la session du site sont trois vérifications distinctes. Cet exemple montre une lecture seule ; il ne prouve pas que Grok Build accepte automatiquement toutes les options Tabbit ni qu’une édition CMS a été testée. Examinez la page et l’action demandée avant d’autoriser une écriture.
Vérifier une mise à jour sourcée dans le navigateur
Pour un exemple limité, préparez un brouillon de notes de version. Lisez la source publique et la page d’administration connectée. Demandez ensuite un brouillon nommé, visible dans le navigateur et non publié. Gardez les liens de source près des faits.
Le 2026-11-09, une page locale protégée a répondu 401 avant connexion. Après l’ajout d’un cookie de test temporaire, une seconde tâche Tabbit CLI a ouvert la même page dans le même environnement Tabbit Browser et lu le titre Release notes review et l’enregistrement de démonstration GEO-104, avec une réponse 200. Chaque tâche possédait un onglet. Le cookie et les onglets temporaires ont ensuite été supprimés. Ce test confirme la reprise de session dans cet environnement local, pas Grok Build, un éditeur CMS ni une publication.
Le brouillon proposé ci-dessous s’appuie sur l’annonce Grok 4.7 et le guide développeur. Les sources décrivent le modèle ; la page de test ne fournit qu’un titre et un identifiant de démonstration.
| Champ du brouillon | Proposition | Vérification avant enregistrement |
|---|---|---|
| Nom | Revue du lancement Grok 4.7 | Garder le statut brouillon |
| Mise à jour | « Grok 4.7 est disponible dans l’API xAI sous l’identifiant grok-4.7 ; xAI liste aussi Grok Build et Cursor comme clients pris en charge. Le guide développeur mentionne function calling, Web Search, X Search et l’exécution de code. Les recherches Web et X tournent chez xAI ; accéder à un site connecté exige toujours un outil navigateur dans le client local. » | Confirmez identifiant, clients et outils dans les deux pages xAI |
| Valeur d’administration | Release notes review / GEO-104 | Valeurs de test, pas un vrai enregistrement de lancement |
| État | Non publié, en attente d’une revue humaine | Ne cliquez pas sur Publier et ne dites pas que la production a changé |
Le prompt doit donner les sources, une lecture limitée et le point d’arrêt :
/tabbit
Ouvre la page de revue connectée dans mon Tabbit Browser. Lis uniquement le titre du brouillon et l’identifiant visibles.
Compare la mise à jour aux sources publiques suivantes : https://x.ai/news/grok-4-7 et https://docs.x.ai/developers/grok-4-7.
Prépare un brouillon nommé « Revue du lancement Grok 4.7 ». Laisse-le visible dans le navigateur, ajoute les liens de source et ne l’enregistre pas, ne le publie pas et ne change pas son statut.
Retourne le texte exact, le titre de la page, l’identifiant et toute différence. Arrête-toi pour ma revue.Résultat attendu : brouillon visible et non publié, liens officiels, titre et identifiant lus dans l’outil, courte liste d’écarts. Rien n’est enregistré ni publié. Si le site n’a pas d’éditeur de brouillon, demandez le texte dans le chat puis collez-le vous-même. La page test étant en lecture seule, cette procédure est un modèle illustratif, pas un test bout en bout observé.
Pour une première vraie tâche, utilisez la liste de contrôle du premier usage d’un agent navigateur et choisissez une page peu risquée. Arrêtez-vous si l’action modifie des données ou lance un paiement. Comparez les connexions dans Browser MCP et CLI. Consultez aussi la présentation des navigateurs IA, le guide sur l’interaction avec les pages et les risques des agents navigateur.
Choisir une voie locale ou distante
Grok Build local convient si la tâche dépend d’une session navigateur locale et si le Skill Tabbit est disponible. Ne supposez pas qu’un exécuteur distant puisse joindre Tabbit Browser local. Sans relais pris en charge, demandez une liste sourcée puis transmettez-la à une session Grok Build locale ou faites vous-même l’étape navigateur.
Tabbit convient parce que la tâche repose sur une session déjà ouverte. Il ne remplace pas Grok 4.7 et cette configuration ne signifie pas que xAI a créé une intégration native Tabbit. Le guide Tabbit indique que les onglets de tâche permettent de continuer à travailler dans d’autres fenêtres. Gardez l’onglet ouvert et révisez le brouillon avant tout enregistrement.
En bref : vérifiez le client Grok, grok-4.7 et /tabbit, connectez-vous au site dans Tabbit Browser, commencez par une lecture, puis révisez dans le navigateur le brouillon sourcé avant de l’enregistrer ou de le publier.
Questions fréquentes
Web Search de Grok 4.7 peut-il cliquer dans mon navigateur connecté ?
Non. Web Search et X Search de xAI sont des outils serveur qui recherchent du contenu public. Pour utiliser un site local déjà connecté, le client de l’agent a besoin d’un outil navigateur comme le Skill Tabbit CLI et d’un accès à la session Tabbit Browser.
Quel client Grok choisir avec Tabbit CLI ?
Grok Build est le choix le mieux documenté : xAI indique que Grok 4.7 y est le modèle par défaut et que le client détecte les Skills dans ~/.agents/skills. Vérifiez `grok-4.7` avec `grok models` et le Skill Tabbit avec `grok inspect --json` sur votre machine.
À quoi sert /tabbit dans Grok Build ?
Grok Build affiche les Skills appelables par l’utilisateur sous forme de commandes slash ; le Skill installé s’appelle `tabbit`. `/tabbit` indique à l’agent comment utiliser Tabbit CLI, mais ne vous connecte pas à un site et ne garantit pas que le contrôleur du navigateur fonctionne.
Tabbit CLI peut-il reprendre ma session de site existante ?
Il peut utiliser la session déjà ouverte dans l’environnement Tabbit Browser sélectionné. Vérifiez vous-même le site et le compte ; arrêtez-vous si le site demande un mot de passe, une MFA, un paiement ou une autre confirmation sensible.
Comment vérifier une mise à jour rédigée dans un outil d’administration ?
Demandez à l’agent de comparer l’enregistrement visible aux sources officielles, de remplir un brouillon nommé puis de s’arrêter avant publication. Laissez la page ouverte, vérifiez chaque fait et chaque lien, puis laissez une personne décider de l’enregistrement ou de la publication.
Un agent Grok distant peut-il atteindre mon Tabbit Browser local ?
Ne le supposez pas. L’agent distant doit disposer d’un relais local pris en charge ; sinon, demandez-lui une liste de contrôle avec les sources puis transmettez-la à une session Grok Build locale ou effectuez vous-même l’étape navigateur.