browser: support/verify interactive `browse` driver mode inside the VM

Abierto
  • ¿Algo no está bien?
#1,631 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
55/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
rust
Área
cli, documentation, infrastructure

Línea de trabajo

Empieza con examples/browserbase/skills/browse/SKILL.md y los puntos de entrada de browse open/status; después inspecciona packages/agentos/tests/actor.test.ts y la ruta de AGENTOS_E2E_FULL=1. Ejecuta el E2E de VM de dos ejecuciones para comprobar la reutilización del daemon y la sesión; se considera terminado cuando los comandos interactivos funcionan en la VM y website/src/content/docs/docs/browser.mdx ya no dice que el modo no es compatible.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The registry browse CLI's interactive driver mode (browse open, browse click, browse fill, …) is currently documented as requiring a sandbox. Per the bundled skill (examples/browserbase/skills/browse/SKILL.md), driver commands auto-start a background daemon that holds the live session (active page, tabs, element refs) between commands and talks to each invocation over a local socket.

This should plausibly work inside the VM — the kernel has a full process table and background processes — but it is currently unverified:

  • The docs claim it is unsupported, inherited from the original page copy.
  • An attempt to verify e2e locally (browse open then browse status across separate agent.exec() calls) was blocked before reaching browse: the local dylib-actor boot path needs the r6 sibling engine build (packages/agentos/tests/actor.test.ts gates this behind AGENTOS_E2E_FULL=1 and calls it env-fragile).

Acceptance

  • E2E test: browse open <url> in one exec, browse status in a second exec sees the same session (daemon persisted), interactive commands drive a cloud session from inside the VM.
  • If the daemon needs runtime support (detached long-lived guest processes + local socket reuse across execs), implement or scope it.
  • Update website/src/content/docs/docs/browser.mdx (Interactive browsing note links here) once supported.

🤖 Generated with Claude Code

Lenguaje dominante
Rust
Estrellas
4.8k
Forks
275
Merge medio
13 h 12 min
PR fusionados (30 d)
51

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de rivet-dev/agentos

Todos los issues de rivet-dev/agentos

Issues similares

Más issues de Rust

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.