Gemma 4 E4B IT peut demander l'appel d'un outil navigateur, mais ne peut pas ouvrir seul une page déjà connectée. Pour vérifier le titre, l'état et l'accès à une page d'aperçu, servez le checkpoint exact google/gemma-4-E4B-it dans un runtime qui transmet ses appels à un client agent local, puis demandez à ce client d'invoquer Tabbit CLI. Tabbit Browser fournit la session de la page. Le modèle, le client, le parseur du runtime, la CLI et la connexion au site sont des éléments distincts à vérifier. Google publie Gemma 4 sous licence Apache 2.0 ; son guide sur les appels de fonction précise que l'application doit analyser, valider et exécuter les appels générés. Consultez la fiche modèle de Google et le guide des appels de fonction.
La première question n'est pas « pourquoi Gemma ne voit-il pas mon navigateur ? ». Cherchez le maillon qui a échoué. Le modèle peut émettre un appel que le serveur traite comme du texte ordinaire. Le client peut recevoir un appel valide sans disposer de la skill Tabbit. La CLI peut atteindre le navigateur alors que le site est déconnecté ou que le mauvais profil est sélectionné. Vérifiez ces couches avant de réécrire le prompt. Le modèle de prompt pour agent navigateur aide à préciser le périmètre et le résultat attendu.
À retenir
L'identifiant exact du checkpoint Google est
google/gemma-4-E4B-it. Notez le dépôt et le fichier des versions quantifiées.Gemma émet une demande d'appel. Le runtime la parse, l'agent exécute l'outil autorisé, puis renvoie le résultat au modèle.
La présence d'un identifiant dans un catalogue ne prouve pas que le serveur, le parseur et le client choisis terminent la boucle d'outil.
Tabbit CLI connecte l'agent local au navigateur. Le profil Tabbit Browser choisi doit déjà être connecté au site cible.
Commencez par une tâche en lecture seule, enregistrez un résultat nommé et arrêtez-vous à un point de contrôle humain visible.
Diagnostiquez un maillon à la fois
Testez d'abord une page publique avec un outil sans effet externe, puis passez à l'aperçu connecté. Gardez le prompt et la liste d'outils identiques pendant ces vérifications.
| Symptôme | Vérification suivante | Preuve à conserver |
|---|---|---|
| Le serveur ne charge pas le modèle | Catalogue actuel du fournisseur ou identifiant chargé localement | Identifiant du dépôt, fichier quantifié, version du runtime et réponse serveur |
| Le modèle annonce une action mais aucun outil ne s'exécute | Réponse brute, template, parseur et champ d'appel côté client | Appel structuré ou simple texte ? |
| Le client ne trouve pas la skill navigateur | Liste des skills, puis redémarrage du client après installation | Nom/version du client et présence de /tabbit ou de la skill dans le sélecteur |
| La CLI ouvre une page de connexion | Profil Tabbit choisi et session visible du site | URL, titre, état de page et besoin d'une connexion manuelle |
| Le mauvais aperçu est consulté | Libellé de l'environnement et URL canonique demandée | Environnement, hôte et identifiant de dossier attendus et observés |
Vérifiez le checkpoint et le chemin de service
La fiche Google et le dépôt Hugging Face indiquent google/gemma-4-E4B-it pour le checkpoint instruct. La fiche mentionne 4,5 milliards de paramètres effectifs, 8 milliards avec les embeddings et une fenêtre de contexte de 128K. E2B est un checkpoint distinct, pas un alias. Le modèle publié par Google relève d'Apache 2.0 ; les fichiers quantifiés tiers ont leur propre dépôt et leurs métadonnées. Notez le checkpoint de base, le dépôt de quantification, le nom du fichier et sa licence. Voir les fiches E4B et E2B, ainsi que l'annonce de Google.
Le serveur compte aussi. Le guide de Google sur les appels de fonction cite les IDs E2B et E4B, mais l'application doit encore extraire l'appel, valider la fonction et ses arguments, exécuter l'outil et renvoyer son résultat. La recette vLLM pour Gemma 4 documente l'ID de service E4B et, séparément, le parseur et le template Gemma 4. Traitez-la comme un point de départ lié à une version. Figez la version réellement utilisée et consultez sa recette actuelle. Un parseur qui fonctionne avec une autre famille ou un ancien checkpoint ne prouve rien pour cette configuration.
Avant le navigateur, testez un outil sans effet externe, par exemple le renvoi d'une chaîne fixe. Dans la trace du client, cherchez les quatre étapes : appel du modèle, nom et arguments parsés, exécution de l'outil, résultat renvoyé au modèle. Si Gemma dit seulement « je vérifie », l'outil ne s'est pas exécuté. Si le client reçoit l'appel structuré mais que le runtime le rejette, corrigez le serveur avant le prompt.
Séparez modèle, client et disponibilité du navigateur
| Couche | Ce qui doit être disponible | Vérification |
|---|---|---|
| Modèle | Checkpoint E4B IT exact ou dérivé quantifié identifié | Catalogue fournisseur actuel ou liste du serveur local |
| Runtime | Template Gemma 4 et parseur d'appels compatible | Documentation versionnée et réponse brute de l'appel |
| Client agent | Route du modèle et permission d'exécuter des outils locaux | Appel sans effet externe et résultat retourné au modèle |
| Navigateur | Tabbit Browser, Tabbit CLI et profil connecté cible | Lire le titre avec la CLI et le comparer à l'onglet visible |
| Site | Compte, espace et environnement corrects | URL et libellé de compte/environnement visibles |
Pi est une option de client local. Sa documentation permet de configurer des endpoints de modèle personnalisés dans models.json, et sa commande de skill est /skill:tabbit. C'est une voie de configuration, pas une preuve que toutes les combinaisons Pi, serveur et checkpoint E4B ont été testées. Vérifiez que l'endpoint sert E4B et renvoie des appels compatibles avec le client. Dans les autres clients, cherchez /skills ou le sélecteur équivalent. Consultez la documentation fournisseur de Pi, la référence de configuration des modèles et la documentation Skills de Pi.
Installez Tabbit Browser et la skill locale Tabbit CLI. Dans Pi, saisissez /skill:tabbit. Si le client utilise /skills, ouvrez sa liste et choisissez Tabbit. Connectez-vous vous-même au site d'aperçu depuis le profil Tabbit prévu. La découverte de la skill, l'accès de la CLI au navigateur en cours d'exécution et la validité de la session sont trois contrôles différents. Suivez le démarrage rapide Tabbit CLI pour l'installation et la connexion locale.
Diagnostiquez l'aperçu connecté en lecture seule
Commencez par une tâche courte. Donnez l'URL et l'environnement attendus ; demandez uniquement le titre, l'état, le libellé du compte/espace s'il apparaît et l'URL source. Ne demandez ni publication, ni approbation, ni modification.
Nom de tâche : diagnose-preview-access
Ouvre l'aperçu demandé dans le profil Tabbit Browser déjà connecté au site de test.
Ne modifie, n'envoie, n'approuve ni ne publie rien.
Retourne un relevé bref avec :
- environnement et URL demandés
- URL finale et titre observés
- état visible et libellé du compte/espace, le cas échéant
- état de connexion, refus d'accès ou chargement en cours
- lien source pour chaque observation
- écart à vérifier par une personne
Enregistre le résultat sous « Vérification aperçu Gemma E4B — brouillon » et arrête-toi.Ce prompt est illustratif. Il ne signifie pas que Gemma E4B a été testé avec Tabbit. La personne qui relit doit comparer le titre, l'état et l'environnement avec la page visible. L'équipe projet a vérifié la réutilisation de session dans un fixture local : une requête déconnectée a renvoyé 401 ; après ajout d'un cookie de test à courte durée, une deuxième tâche CLI a lu la page de ce même environnement Tabbit. Cela vérifie uniquement le partage de session dans ce fixture, pas la compatibilité de Gemma ni l'accès à un compte externe.
Ce que montrent les retours de la communauté
Sur Reddit, une personne utilisant E4B l'a trouvé « adequate » pour des tâches « basic » et a indiqué que les appels MCP fonctionnaient dans son interface web llama.cpp. Dans une autre discussion sur les appels d'outils E4B, un utilisateur a dit que son installation s'arrêtait après avoir annoncé l'action. Les runtimes, templates et quantifications différaient. Ces témoignages personnels justifient de vérifier chaque stack ; ils ne tranchent pas sur le modèle et ne constituent pas un benchmark navigateur. Lire le retour MCP sur E4B et la discussion de dépannage E4B.
Lorsque la lecture du titre fonctionne, laissez l'agent travailler dans un onglet de tâche Tabbit séparé. Continuez dans vos autres onglets et vérifiez ensuite le brouillon nommé. La checklist de première tâche aide à limiter le périmètre ; le guide Tabbit CLI explique les onglets de tâche et la connexion à un navigateur existant précise la session locale. Si le client ne voit pas d'outils, consultez MCP connecté sans outils et MCP ou CLI. Pour les clics, voir le dépannage des clics agent. Des exemples existent pour Claude Code et Codex. Comparez aussi les agents navigateur locaux et cloud.
Quand choisir E4B
Utilisez E4B pour une vérification courte et cadrée uniquement après avoir réussi un test d'outil local sans effet externe. Il peut convenir à un essai si vous contrôlez l'endpoint et le client, si la page est en lecture seule et si une personne vérifie les champs renvoyés. Pour une longue chaîne d'actions incertaines, des écritures sensibles ou des décisions sans validation humaine, choisissez un modèle d'agent plus fiable.
La limite est simple : Gemma propose un appel ; le client et le runtime décident s'ils peuvent le parser et l'exécuter ; Tabbit CLI rejoint le navigateur sélectionné ; le site décide si la session peut lire la page. Gardez ces étapes visibles, enregistrez un brouillon nommé et faites-le vérifier avant toute action.
Questions fréquentes
Gemma 4 E4B IT peut-il ouvrir seul mon navigateur connecté ?
Non. Gemma produit du texte ou des demandes structurées d'appel d'outil, tandis que le client agent et son runtime exécutent les outils. Un client local compatible peut appeler Tabbit CLI et utiliser la session du profil Tabbit Browser choisi dans un onglet de tâche.
Quel est l'identifiant exact du checkpoint Gemma 4 E4B IT ?
La fiche Google sur Hugging Face indique google/gemma-4-E4B-it. Les fichiers GGUF quantifiés ont leur propre dépôt et leur propre nom. Notez également le fichier réellement exécuté et son checkpoint d'origine.
Pourquoi Gemma 4 E4B IT annonce-t-il un outil puis s'arrête ?
La réponse du modèle, le modèle de conversation, le parseur, le serveur et le client agent peuvent tous influer sur l'exécution. Vérifiez la version exacte du runtime, le modèle, le parseur d'appels, le champ tool_calls et la boucle de résultats avant d'accuser le navigateur ou la connexion.
Apache 2.0 garantit-il que chaque fournisseur propose E4B IT ?
Non. Apache 2.0 est la licence indiquée pour le checkpoint publié. Elle ne garantit ni sa présence chez un fournisseur hébergé ni sa compatibilité avec un client agent précis. Consultez le catalogue actuel du fournisseur et le sélecteur de modèles du client.
Comment utiliser la skill Tabbit dans Pi ?
Installez Tabbit Browser et sa skill d'agent local, puis utilisez la commande Pi documentée /skill:tabbit. D'autres clients peuvent proposer /skills ou un autre sélecteur. Consultez la procédure propre au client concerné.
Comment rendre une tâche navigateur Gemma facile à vérifier ?
Demandez à l'agent d'enregistrer un brouillon nommé avec le titre de la page, son état, l'URL source et les écarts non résolus. Vérifiez la même page dans Tabbit Browser et approuvez le brouillon avant tout envoi, publication ou changement de dossier.