Pour utiliser Amp CLI avec un navigateur connecté, lancez Amp en local sur le même ordinateur que Tabbit Browser et vérifiez que le Skill tabbit est détecté. Testez ensuite l’ouverture du document connecté dans un onglet de tâche Tabbit distinct. Demandez à Amp de convertir les changements du document en checklist de régression et arrêtez-vous à un brouillon nommé pour une relecture humaine. Un Orb ou un Runner est un environnement d’exécution différent et ne récupère pas par défaut la session du navigateur de votre bureau.
La documentation actuelle d’Amp indique que amp skills list affiche les Skills et qu’ils se chargent selon la demande. L’annonce de reconstruction CLI de 2026 précise que l’appel manuel a été supprimé : /tabbit n’est donc pas la méthode actuellement documentée (Skills Amp, Amp reconstruit).
À retenir
Utilisez Amp CLI local sur l’ordinateur où Tabbit Browser est connecté.
Vérifiez les Skills du fil actuel ; ne supposez pas que
/tabbitfonctionne.Contrôlez séparément la détection du Skill, Tabbit CLI et la session du navigateur.
Un Orb ou Runner n’utilise pas par défaut le navigateur du bureau actuel.
Faites créer un brouillon nommé et vérifiez les sources avant partage.
Choisir où s’exécute le fil Amp
Amp CLI peut s’exécuter en local, dans un Orb ou sur un Runner connecté. La commande amp ouvre par défaut un fil interactif local. Un Orb est une machine distante gérée par Amp ; un Runner utilise l’hôte où son processus a été lancé. Le choix détermine les fichiers, commandes et navigateurs accessibles (guide Amp CLI, Orbs et Runners).
| Emplacement Amp | Où tourne l’agent | À utiliser pour cette tâche si… |
|---|---|---|
| CLI local | Votre ordinateur | Tabbit Browser y est connecté au document source. |
| Orb | Autre machine distante gérée par Amp | La tâche utilise des ressources publiques ou distantes, pas la session Tabbit du bureau. |
| Runner | Hôte du processus Amp Runner | Cet hôte possède Tabbit, le bon profil connecté et le transfert navigateur ou bureau pris en charge. |
Le routage réseau d’un Orb ne copie pas le profil local du navigateur ni ses cookies. Le bureau d’un Runner appartient aussi à sa machine. Consultez agents navigateur locaux et cloud pour comparer ces environnements.
Vérifier le Skill avant de lire une page privée
Le démarrage rapide Tabbit CLI propose /tabbit pour vérifier le Skill, mais cette syntaxe dépend du client, notamment Qoder CLI. La documentation Amp actuelle indique des emplacements tels que ~/.agents/skills/ et propose amp skills list ou Ctrl+O → skills: list pour voir les Skills accessibles au fil (démarrage Tabbit CLI, Skills Amp).
Vérifiez depuis le même ordinateur et le même Amp CLI que ceux qui exécuteront la tâche. Un amp skills list lancé dans un autre terminal ne recharge pas un fil déjà ouvert. Demandez la liste au fil actuel, utilisez le menu ou demandez le rechargement. Amp choisit désormais les Skills selon la demande. L’annonce de reconstruction a supprimé l’appel manuel : ne comptez ni sur /tabbit ni sur l’ancienne action skill: invoke (notes de reconstruction).
| Vérification | À contrôler | Arrêter si… |
|---|---|---|
| Détection du Skill | tabbit figure dans le fil local et pointe vers le SKILL.md attendu. | Le Skill manque ou un autre Skill local le masque. |
| Tabbit CLI | La commande existe localement et la politique d’outils Amp autorise son exécution. | Elle manque, est bloquée ou s’exécute sur un autre hôte. |
| Session navigateur | Tabbit Browser est connecté au bon document et une tâche en lecture seule l’ouvre. | Une reconnexion est demandée, le profil est incorrect ou un navigateur vide s’ouvre. |
La configuration officielle Tabbit explique la réutilisation d’une session navigateur. Dans cet environnement, l’équipe a vérifié qu’une deuxième tâche Tabbit CLI pouvait lire une page de test après qu’une autre tâche eut créé la connexion de test. Cela valide le comportement de session Tabbit CLI, pas une intégration Amp.
Transformer les changements du document en checklist
Utilisez ce flux lorsqu’un document de lancement connecté change et que QA doit refaire des vérifications. Ouvrez d’abord le document dans Tabbit. Dans Amp CLI local, limitez la lecture et nommez le fichier de sortie.
Si le Skill tabbit est disponible dans ce fil Amp local, suivez ses instructions pour l’étape du navigateur. Lisez le document de lancement connecté que j’ai ouvert dans Tabbit et comparez les changements récents à la version précédente.
Ne modifiez pas le document source, ne soumettez aucun formulaire et ne publiez rien. Pour chaque changement, notez le titre de section, l’ancien texte s’il est visible, le nouveau texte, l’URL et le parcours utilisateur à tester en régression. Indiquez « inconnu » si l’ancien texte est absent.
Enregistrez un fichier local nommé « release-doc-regression-checklist-draft.md ». Ajoutez un contrôle par changement et une dernière section « À relire par une personne ». Arrêtez-vous avant de partager ou de joindre le fichier.Il s’agit d’un flux proposé, pas d’un test d’intégration Amp avec Tabbit CLI. Il n’autorise pas non plus l’agent à modifier la base de connaissances. Si le fil Amp ne liste pas le Skill Tabbit, ne poursuivez pas en supposant que le navigateur est connecté.
Chaque ligne doit préciser la section, le changement visible, la page concernée, le comportement attendu et le résultat à consigner. Le modèle de prompt pour agent navigateur aide à cadrer la tâche ; la checklist de première tâche propose un test en lecture seule.
Relire le brouillon avant d’en faire une tâche de livraison
Ouvrez chaque URL source dans Tabbit et confirmez que le document correspond au brouillon. Une suggestion de régression reste une hypothèse jusqu’à ce qu’une personne confirme son effet sur un parcours utilisateur. Supprimez les doublons, ajoutez un responsable ou un environnement si besoin, puis transférez les éléments relus au processus QA habituel.
| Champ | Vérification humaine | À garder si… |
|---|---|---|
| Section et URL | Rouvrir la source dans Tabbit | Le lien mène au document modifié exact. |
| Textes avant et après | Comparer les versions visibles | Le changement réel est préservé sans en altérer le sens. |
| Parcours concerné | Essayer la page soi-même | Un parcours concret mérite un nouveau test. |
| Résultat attendu | Écrire un critère visible | Le résultat peut être jugé sans deviner. |
| Incertitude | Vérifier les éléments inconnus ou déduits | Les lacunes restent signalées comme telles. |
Pour configurer la connexion, consultez le guide Tabbit CLI, connecter un agent à un navigateur existant et le contrôle de session Codex. Le navigateur peut être piloté par CLI ou MCP ; la comparaison pour une même tâche aide à choisir ; le tutoriel CLI présente les bases.
Questions fréquentes
Amp CLI peut-il utiliser le navigateur où je suis déjà connecté ?
Amp CLI local peut fonctionner sur le même ordinateur que Tabbit Browser, mais cela ne les relie pas automatiquement. Vérifiez que le Skill Tabbit apparaît dans le fil local et que Tabbit CLI accède au navigateur connecté. Un Orb est distant et un Runner utilise sa propre machine hôte.
Amp CLI accepte-t-il la commande `/tabbit` ?
La documentation actuelle d’Amp ne décrit pas de commande Skill `/tabbit`. Amp affiche les Skills détectés avec `amp skills list` ou le menu de commandes et les charge selon la demande. L’annonce de reconstruction de 2026 indique que l’appel manuel des Skills a été supprimé.
Comment faire utiliser le Skill Tabbit par Amp ?
Vérifiez que `tabbit` figure dans la liste des Skills du fil local, puis décrivez la tâche du navigateur et mentionnez le Skill. S’il manque, rechargez ou examinez son emplacement avant de demander la lecture d’une page privée.
Faut-il exécuter la tâche dans un Orb ou un Runner ?
Utilisez Amp CLI local si Tabbit Browser connecté se trouve sur votre ordinateur. Un Orb est une machine distante. Un Runner s’exécute sur son hôte ; utilisez-le seulement si Tabbit, le bon profil connecté et un transfert pris en charge y sont configurés.
Comment relire la checklist de régression ?
Demandez un brouillon local nommé avec l’URL source et les textes avant et après chaque changement. Rouvrez chaque document dans Tabbit, vérifiez le changement et le comportement attendu, puis modifiez la checklist avant de la partager.