TabbitBlog

Utiliser GLM-5.1 avec un navigateur connecté

Un flux limité avec Tabbit CLI pour vérifier les champs approuvés et s’arrêter avant l’envoi.

Dans cet article
  1. À retenir
  2. Exemple de prompt
  3. Décision

GLM-5.1 peut aider à vérifier une page connectée uniquement si la route du modèle, le client et les outils du navigateur fonctionnent ensemble. Commencez par comparer des champs approuvés dans un formulaire de test et arrêtez-vous avant l’envoi. GLM-5.1, 5.2 et 5.3 sont des versions distinctes; vérifiez l’identifiant exact.

La découverte des compétences de l’agent local est distincte de la configuration du fournisseur. Dans Pi, utilisez /skill:tabbit; avec un sélecteur /skills, suivez la documentation du client. Lancez ensuite une tâche nommée avec l’exécutable Tabbit CLI installé. Cette commande observe l’onglet de la tâche sans envoyer le formulaire.

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

Dans une discussion Reddit sur GLM-5.1, des utilisateurs ont signalé lenteurs et délais dépassés; l’auteur a indiqué que la situation s’était ensuite améliorée. C’est un retour ponctuel, pas une garantie de service. Vérifiez la route actuelle avant de commencer (discussion).

La découverte des compétences de l’agent local est distincte de la configuration du fournisseur. Dans Pi, utilisez /skill:tabbit; avec un sélecteur /skills, suivez la documentation du client. Lancez ensuite une tâche nommée avec l’exécutable Tabbit CLI installé. Cette commande observe l’onglet de la tâche sans envoyer le formulaire.

~/.local/bin/tabbit-cli nodejs --task "GLM-5.1 staging field review" --request-id review-approved-fields <<'JS'
return await tabbit.observe({frames: "none", maxChars: 4000});
JS

À retenir

VérificationÉlémentValeur sûre
ModèleID API ou checkpointFixer GLM-5.1, sans alias ultérieur
OutilsPrise en charge serveur et clientTester sans effet
NavigateurCLI relié à la bonne instanceTâche nommée
FormulaireChamps permis et envoiRemplir et vérifier, sans envoyer

Créez un enregistrement de test avec des valeurs synthétiques et une liste limitée, par exemple ticket_ref, category et review_note. Ne demandez pas au modèle d’inventer des valeurs ni de traiter mots de passe, jetons, données client ou données de production. Pour une API hébergée, vérifiez l’ID GLM-5.1 et la documentation d’outils actuelle. En local, vérifiez le checkpoint, sa licence et le parseur d’outils.

Lancez Tabbit CLI avec son exécutable installé. diagnose permet de vérifier l’instance; une tâche nommée garde l’action dans un onglet détenu. La session connectée du même environnement Tabbit peut être réutilisée sans mettre le mot de passe dans le prompt. Un agent distant exige un relais local pris en charge séparément. Consultez le guide rapide, le guide CLI et la connexion à un navigateur existant.

Exemple de prompt

Tâche : préparer la vérification du formulaire de test [STAGING_URL].
Utilise la session Tabbit Browser existante via Tabbit CLI.
Lis l’enregistrement synthétique [SYNTHETIC_RECORD_ID].
Tu peux vérifier et remplir ticket_ref, category et review_note uniquement.
Ne clique pas sur Submit, Save, Confirm ou un contrôle final.
N’utilise pas d’identifiants ni de données personnelles hors sujet.
Retourne un tableau : champ, valeur source, valeur visible, statut, lien.
Si une valeur manque ou diffère, ne la change pas et signale-le.
Arrête-toi au point de vérification et attends une personne.

Le résultat attendu est une comparaison contrôlable, pas une déclaration de réussite. Nommez le brouillon GLM-5.1 staging field review. Une personne confirme l’URL de test, compare les champs et laisse Submit intact. Voir la liste de première tâche et la comparaison MCP/CLI.

SituationRouteArrêter si
Essai en testClient documentant GLM-5.1 et ses outilsPas d’appel ou mauvaise page
Réutiliser la sessionTabbit Browser local et tâche CLIInstance introuvable
Agent distantSeulement avec relais local pris en chargePas de relais
Données de productionNe pas utiliser ce flux de testApprobation séparée requise

Une réponse textuelle ne prouve pas l’accès au navigateur. Une personne gère la connexion par le parcours normal. N’essayez pas sur un formulaire réel. Voir Tabbit Browser, configuration Codex CLI et la liste de sécurité.

Décision

Vérifiez l’ID exact, les appels d’outils et la connexion locale avant de commencer. Limitez-vous aux champs de test approuvés et arrêtez-vous pour la revue humaine. Sinon, restez en lecture seule ou procédez manuellement.

For related setup context, see AI browser automation.

Questions fréquentes

GLM-5.1 contrôle-t-il automatiquement Tabbit Browser ?

Non. Le client et la route du modèle doivent gérer les appels d’outils, et un agent local doit se connecter à Tabbit CLI. Vérifiez chaque étape séparément.

Ce flux autorise-t-il GLM-5.1 à envoyer le formulaire ?

Non. L’exemple vérifie les champs approuvés et s’arrête avant l’envoi. Une personne examine le résultat et décide de la suite.

GLM-5.1 est-il le même modèle que GLM-5.2 ou GLM-5.3 ?

Non. Traitez les versions et identifiants du fournisseur séparément, sauf si celui-ci documente un alias.

Tabbit CLI partage-t-il mon mot de passe avec le modèle ?

Le flux réutilise une session connectée dans l’environnement Tabbit cible. Il n’est pas nécessaire d’ajouter le mot de passe au prompt.

Un agent distant peut-il réutiliser ma session locale ?

Uniquement si cet agent prend en charge un relais local spécifique. Un exécuteur distant n’obtient pas automatiquement accès au navigateur local.

Passez à la suite

Laissez Tabbit travailler à vos côtés.

Faites des recherches entre les onglets, automatisez les tâches répétitives du navigateur et gardez chaque élément de contexte à portée de main.