L’accès d’OpenHands à un workspace local ne signifie pas qu’il contrôle le navigateur de l’hôte. Identifiez d’abord l’exécution : Local Workspace, sandbox/conteneur ou service distant. Si l’agent et Tabbit CLI peuvent tourner sur le même hôte pris en charge, validez la liaison avec une lecture seule. Monter le dépôt ne prouve pas l’accès aux sockets, cookies ou sessions du navigateur.
Dans une discussion Reddit, un utilisateur a écrit “Playwright CLI for isolated browser testing”. Cela illustre un problème de flux de travail, sans prouver la compatibilité entre OpenHands et Tabbit. Lire la discussion
À retenir
Le nom du modèle ne donne pas accès au navigateur.
La découverte du skill, l’accès au lanceur local et la connexion au site sont trois vérifications différentes.
Enregistrez un brouillon ou un rapport nommé et demandez à une personne de vérifier les éléments avant toute action.
Sans liaison locale documentée pour un conteneur ou un environnement distant, utilisez une transmission manuelle.
Choisir d’abord l’environnement d’exécution
| Configuration | Accès au navigateur | À vérifier |
|---|---|---|
| Local Workspace | vérifier où tournent les commandes | inspecter runtime et commandes |
| Docker/sandbox | chercher un pont documenté | valider le pont ou liste manuelle |
| OpenHands hébergé | transfert local séparé requis | lecture locale seule |
| agent et CLI locaux | CLI local envisageable | valider en lecture seule |
Local Workspace décrit l’accès aux fichiers, pas nécessairement l’exécution sur l’hôte. Le sandbox/conteneur OpenHands et l’accès navigateur sont distincts. Le flux communautaire Playwright isolé ne prouve pas non plus le support Tabbit. documentation officielle
Vérifier séparément les trois connexions
Vérifiez où s’exécutent l’agent et le CLI : localement, dans un conteneur ou à distance.
Vérifiez si le client détecte le skill Tabbit. Utilisez /tabbit uniquement s’il reconnaît cette commande.
Vérifiez que Tabbit CLI local répond et sélectionne la bonne instance du navigateur.
Vérifiez vous-même le site, le compte et la page ; un lanceur actif ne prouve pas que le site est connecté.
Créer un flux vérifiable
Vérifiez d’abord la page et le compte, puis commencez en lecture seule. Enregistrez le résultat dans preview-184-review.md afin que l’agent prépare un brouillon ou un diff à contrôler. C’est un exemple, pas un test d’intégration.
Ouvrez la page dans le profil Tabbit choisi et vérifiez l’identifiant et le compte.
Créez une tâche distincte nommée
preview-184-review.mdet lisez uniquement le contenu nécessaire.Enregistrez l’état visible, les preuves, les questions ouvertes et l’URL.
Comparez le rapport à la page et arrêtez-vous avant tout envoi ou changement.
Prompt illustratif :
Utilisez le skill Tabbit seulement si ce runtime OpenHands peut atteindre le CLI local.
Dans un conteneur ou à distance sans liaison documentée, arrêtez-vous et préparez une liste manuelle.
Inspectez seulement l’aperçu connecté dans l’instance Tabbit choisie.
Créez « preview-184-review » et vérifiez le build et le titre.
Enregistrez le prévu, l’observé et les points ouverts dans preview-184-review.md.
Ne sauvegardez ni ne publiez rien ; attendez la revue humaine.Si l’agent s’exécute à distance
Si l’agent s’exécute à distance sans liaison locale documentée, demandez une liste de contrôle ou du travail de code, puis effectuez l’étape navigateur sur votre ordinateur. Ne transmettez pas de mot de passe, cookie ou profil complet.
Choisir selon la tâche
| Situation | Transmission conseillée | Contrôle humain |
|---|---|---|
| Local Workspace | inspecter runtime et commandes | vérifier route, compte et build |
| Docker/sandbox | valider le pont ou liste manuelle | ne pas inférer le partage de cookies |
| OpenHands hébergé | lecture locale seule | résultat visible et points non vérifiés |
| agent et CLI locaux | valider en lecture seule | arrêter pour revue humaine |
Pour les détails de configuration, consultez guide Tabbit CLI connecter un agent au navigateur existant réutiliser une session connectée liste de contrôle de la première tâche comparaison entre Browser MCP et CLI exemple de configuration Codex validation d’une application web locale notions de session navigateur. Ces pages décrivent Tabbit ou des flux navigateur généraux ; elles ne prouvent pas une intégration native de OpenHands.
Envisagez Tabbit lorsque la page est connectée localement et que le client vérifié peut appeler le lanceur local. Sinon, effectuez le contrôle navigateur sur votre ordinateur et transmettez uniquement les éléments nécessaires.
Questions fréquentes
Local Workspace exécute-t-il tout sur l’hôte ?
Non. Il décrit l’accès aux fichiers ; les commandes peuvent s’exécuter dans un sandbox ou un conteneur. Vérifiez la configuration réelle.
Un conteneur reprend-il la session Tabbit ?
Pas automatiquement. Il faut un pont local documenté. Monter le projet ne monte pas les sockets ou cookies du navigateur.
Comment vérifier la liaison avec Tabbit ?
Vérifiez où s’exécutent l’agent et le CLI, le lanceur et l’instance, puis contrôlez la page et le compte en lecture seule.
OpenHands distant peut-il contrôler mon navigateur ?
Uniquement avec un transfert local pris en charge et vérifié. L’accès GitHub ne donne pas accès aux onglets locaux.
Que sauvegarder après le contrôle ?
Un rapport nommé avec le résultat attendu et observé, les éléments visibles et les points à vérifier par une personne.
Puis-je continuer à travailler pendant la tâche navigateur ?
Si la tâche locale est connectée, Tabbit peut utiliser un onglet séparé. Vérifiez l’onglet et le profil avant de poursuivre une autre activité.