Gemma 4 26B A4B IT peut comparer deux pages connectées si un agent local expose des outils de navigateur compatibles. Donnez-lui le même identifiant stable, une liste de champs autorisés et la consigne de garder les divergences. Tabbit Browser et Tabbit CLI assurent le transfert local. Le résultat doit rester un brouillon avec les deux liens, soumis à une vérification humaine avant toute modification.
| Résultat | Preuve | Étiquette |
|---|---|---|
| Identique | Même ID et mêmes valeurs | match |
| Différent | Même ID, valeurs différentes | conflict |
| Absent | Champ non visible | not visible |
| Mauvais ID | Identifiants différents | ID mismatch, arrêter |
À retenir
google/gemma-4-26B-A4B-itest le checkpoint MoE ajusté pour les instructions, distinct du modèle dense 31B et de E2B/E4B.A4B fait partie du nom du modèle; les ressources dépendent du serveur utilisé.
Google documente les appels de fonction, mais le client doit encore analyser et exécuter les outils correctement.
Vérifiez l’identifiant exact, pas seulement le titre. Marquez les désaccords comme conflits.
Gardez les pages en lecture seule et enregistrez une comparaison nommée avec les deux URL.
| État | Règle | |
|---|---|---|
| Correspondance | Même ID, mêmes valeurs | Conserver les deux liens |
| Conflit | Même ID, valeurs différentes | Afficher les deux valeurs |
| Non visible | Champ absent | Ne pas le deviner |
| ID différent | Clés différentes | Arrêter |
Préparez le client et le navigateur
Vérifiez l’identifiant, la révision, la licence, les droits et les outils du fournisseur réel. La documentation Gemini API montre gemma-4-26b-a4b-it, sans garantir sa présence ailleurs. Pi utilise /skill:tabbit; d’autres clients ont /skills ou une découverte automatique. Lancez ensuite le diagnostic Tabbit CLI séparément. Connectez-vous vous-même aux deux sites dans Tabbit Browser. Un onglet de tâche dédié vous laisse poursuivre votre travail. Un client distant doit avoir un transfert local pris en charge. Consultez guide Tabbit CLI, connecter un agent local et liste de vérification initiale.
Utilise le navigateur Tabbit local via Tabbit CLI installé.
Nom de tâche : GEMMA-REL-4821 comparaison de deux sources
Ouvre [URL approuvée A] et [URL approuvée B]. Cherche l’identifiant exact REL-4821 sur les deux pages. Arrête-toi s’il manque sur l’une d’elles.
Lis uniquement : titre, responsable, statut et date de mise à jour.
Enregistre « Comparaison REL-4821 - à vérifier » avec un tableau : champ, valeur A, URL A, valeur B, URL B, résultat. Résultat : match, conflict, not visible ou ID mismatch. Ne devine aucune valeur et ne choisis pas la source officielle.
Garde les pages en lecture seule. Ne modifie rien et arrête-toi si une autorisation manque.Un conflit est un résultat utile. Une personne vérifie l’ID, les libellés, les dates et les URL avant de décider. Consulte choisir CLI ou MCP et réutiliser une session connectée.
Un utilisateur Reddit a rapporté que notify devenait notify:notify ou system:notify avec son agent Gemma 4 26B. Un autre décrit des problèmes avec les outils internes. Ce sont des retours personnels, pas un taux d’échec général. Vérifiez le modèle de discussion et l’analyseur. Consultez le retour 26B et la discussion générale. Les nouvelles tentatives ne doivent écrire sur aucun site. Voir profils et onglets de tâche, tests web locaux et limites d’autorisation.
Verdict
Utilisez cette méthode après un test d’outil sans effet secondaire. Elle repose sur l’ID exact, une liste courte de champs, les sources à côté des valeurs et les conflits explicites. Tabbit Browser et Tabbit CLI fournissent l’accès local, sans décider quelle page fait autorité. Guides : configuration de Codex CLI, guide Tabbit CLI, connecter un agent local, liste de vérification initiale.
Le tableau vLLM indique 26B paramètres totaux et 4B actifs pour ce MoE, avec un GPU NVIDIA de 80 Go comme référence BF16. A4B ne signifie pas 4 Go de mémoire. L’exemple d’appel utilise 31B ; vérifiez la route 26B dans la version choisie.
Décisions de vérification
| État | À conserver | Action humaine |
|---|---|---|
| Même ID et valeur | Deux URL et valeurs visibles | Marquer match, sans inférer la source officielle |
| Même ID, valeurs différentes | Valeurs, dates et URL | Marquer conflict et consulter le responsable |
| Champ absent | Valeur et URL visibles sur l’autre page | Marquer not visible, sans inférer |
| ID différent | Les deux ID observés | Arrêter, ce n’est pas la même fiche |
Références officielles du modèle
Sources officielles : fiche modèle, guide function calling, Gemma avec Gemini API et déploiement.
La recette Gemma 4 actuelle de vLLM montre le parseur gemma4, --enable-auto-tool-choice et un modèle de discussion. C’est une voie documentée, pas la preuve que votre client l’utilise. vLLM décrit aussi des variations du parseur ; testez la sortie avec une fonction sans effet.
vllm serve google/gemma-4-26B-A4B-it \
--host 127.0.0.1 \
--max-model-len 8192 \
--enable-auto-tool-choice \
--tool-call-parser gemma4 \
--reasoning-parser gemma4 \
--chat-template examples/tool_chat_template_gemma4.jinja
Questions fréquentes
Que signifie A4B ?
Cela fait partie du nom officiel du checkpoint MoE. Vérifiez les besoins auprès du serveur choisi.
Peut-il comparer deux pages privées ?
Oui si l’agent local prend en charge les outils et si vous êtes autorisé sur les deux pages. Utilisez le même ID stable.
Que faire si les valeurs divergent ?
Gardez les deux valeurs et URL, puis marquez le champ comme conflit pour une vérification humaine.
Les appels fonctionnent-ils dans tous les clients ?
Non. Testez le modèle de discussion, le parseur, le schéma et l’exécuteur avec une fonction sans effet.
Peut-il modifier les fiches ?
Pas pendant la comparaison. Vérifiez d’abord le brouillon et décidez séparément d’un éventuel changement.