Usar OpenHands con un navegador con sesión iniciada

Que OpenHands acceda a un workspace local no significa que controle el navegador del host. Primero identifica si se ejecuta en Local Workspace, en un sandbox/contenedor o en remoto. Si el agente y Tabbit CLI pueden ejecutarse en el mismo host compatible, valida la conexión con una lectura de solo lectura. Montar el repositorio no demuestra acceso a sockets, cookies o sesiones del navegador.

En Reddit, un usuario comentó “Playwright CLI for isolated browser testing”. Esto ilustra un problema del flujo de trabajo, pero no demuestra compatibilidad entre OpenHands y Tabbit. Lee el hilo original

Puntos clave

• El nombre del modelo no concede control del navegador.

• La detección de skills, el acceso al lanzador local y la sesión iniciada en el sitio son comprobaciones distintas.

• Guarda un borrador o informe con nombre y pide a una persona que revise las pruebas antes de actuar.

• Si un entorno remoto o un contenedor no tiene un puente local documentado, usa un traspaso manual.

Elige primero dónde se ejecuta el agente

Local Workspace describe el acceso a archivos, no necesariamente la ejecución en el host. El sandbox/contenedor de OpenHands y el acceso al navegador son cuestiones distintas. El flujo comunitario de Playwright aislado tampoco demuestra soporte de Tabbit. documentación oficial

Comprueba las tres conexiones por separado

1. Confirma si el agente y el CLI se ejecutan localmente, en un contenedor o en remoto.

2. Comprueba si el cliente detecta el skill Tabbit. Usa /tabbit solo si reconoce el comando.

3. Verifica que Tabbit CLI local responde y selecciona la instancia correcta.

4. Comprueba tú el sitio, la cuenta y la página; que funcione el lanzador no implica que la web tenga sesión.

Crea un flujo revisable

Confirma primero la página y la cuenta y empieza con una lectura. Guarda el resultado en preview-184-review.md para que el agente prepare un borrador o diff que puedas revisar. Es un ejemplo, no una prueba de integración.

1. Abre la página de trabajo en el perfil Tabbit elegido y confirma el identificador y la cuenta.

2. Crea una tarea independiente llamada preview-184-review.md y lee solo lo necesario.

3. Guarda el estado visible, las pruebas, las dudas y la URL.

4. Compara el informe con la página y detente antes de enviar o cambiar datos.

Prompt ilustrativo:

Usa el skill Tabbit solo si este runtime de OpenHands puede alcanzar el CLI local.
Si se ejecuta en un contenedor o remoto sin puente documentado, detente y prepara una lista manual.
Inspecciona solo la vista previa autenticada en la instancia Tabbit elegida.
Crea "preview-184-review" y confirma la etiqueta de build y el encabezado.
Guarda resultados esperados/observados y pendientes en preview-184-review.md.
No guardes cambios ni publiques. Detente para revisión humana.

Si el agente se ejecuta en remoto

Si el agente se ejecuta en remoto sin un puente local documentado, pídele una lista de control o trabajo de código y haz tú el paso del navegador en tu equipo. No compartas contraseñas, cookies ni el perfil completo.

Decide según la tarea

Para más detalles, consulta guía de Tabbit CLI conectar un agente al navegador existente reutilizar una sesión iniciada lista para la primera tarea comparación entre MCP y CLI ejemplo de configuración de Codex validación de una app web local conceptos de sesión del navegador. Estas páginas explican Tabbit o flujos generales del navegador; no prueban una integración nativa con OpenHands.

Evalúa Tabbit cuando la página ya esté autenticada localmente y el cliente verificado pueda invocar el lanzador local. Si no, ejecuta el navegador en tu equipo y entrega solo la evidencia necesaria.

Secholar.L

Crecimiento y contenido en Tabbit

Secholar.L escribe guías prácticas sobre navegadores con IA y flujos de trabajo con agentes, comparando herramientas con investigación real y fuentes verificables.