El primer harness de agentes de IA nativo de la web

peerd es el primer runtime de agentes de propósito general construido directamente sobre primitivas del navegador: Workers, orígenes, sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn y WebExtensions. Se ejecuta completamente dentro de Chrome y Firefox, con tus pestañas, sesiones iniciadas, aplicaciones web y cómputo local.

Mientras que las plataformas de agentes intentan meter el navegador en el harness, peerd mete el harness en el navegador.

Para la inferencia real puedes elegir un proveedor de modelos alojado compatible, un modelo local mediante localhost, o probar el soporte preliminar para modelos WebGPU locales (también estamos vigilando WebNN).

No se requiere cuenta de peerd, navegador alojado ni conexión a un servidor de herramientas. Las compilaciones actuales no envían telemetría de producto a peerd.

Instalación · peerd.ai · Arquitectura · Seguridad

Características

• Funciona en el navegador que ya usas. El agente puede leer y controlar tus pestañas, aplicaciones web, sesiones iniciadas y contenido de páginas.
• Construye clientes de sitio reutilizables. El actor web puede aprender un sitio una vez y usar ese cliente de nuevo en tareas posteriores.
• Ejecuta código dentro de los límites del navegador. Scripts, Notebooks de JavaScript sellados, herramientas WASI compiladas, Apps del navegador y WebVMs de Linux le dan al agente cómputo local sin acceso a tu sistema operativo anfitrión.
• Delega en actores separados. Cada página y entorno de cómputo tiene su propio actor sin claves con herramientas limitadas a ese entorno.
• Conserva contexto útil. Sesiones, memoria, habilidades, objetivos, revisión y puntos de control viven en la extensión.
• Usa el modelo que elijas. El inventario de proveedores en vivo se define en registry.js, incluyendo adaptadores cloud BYOK y opciones locales sin claves.
• Conecta navegadores directamente. Las compilaciones de vista previa añaden identidad firmada, descubrimiento navegador-a-navegador, dwapps y comunicación agente-a-agente sobre WebRTC; los paquetes de la tienda lo eliminan por completo.

Por qué el navegador

Los agentes locales pueden acceder a todo tu ordenador. Los agentes remotos viven en el de alguien más. El navegador es la alternativa: capacidad local detrás de límites de seguridad endurecidos durante tres décadas.

peerd usa esos límites. El trabajo de página va a actores separados con solo las herramientas para esa pestaña o entorno. Las credenciales, reglas de red, confirmaciones y auditoría permanecen en la extensión. Su diseño de defensa en profundidad asume que el contenido no seguro eventualmente pasará un filtro.

Soporte de navegadores

peerd soporta Chromium y Firefox. Firefox ejecuta actores en workers dedicados y usa Notebooks visibles para el cómputo JavaScript. Las características que necesitan el host de documento fuera de pantalla de Chrome se eliminan de los controles de Firefox y las herramientas de modelo antes de su uso. Las compilaciones de vista previa de Firefox omiten dweb hasta que Firefox tenga un host de malla.

Las Apps y WebVMs se ejecutan en Chrome. Las Apps no tienen acceso de red ambiental. Los recursos remotos, fetches, WebRTC, formularios y navegación a documentos externos están bloqueados. Los enlaces HTTP y HTTPS externos requieren confirmación del usuario.

Las brechas concretas de capacidad del navegador, sus problemas ascendentes y las pruebas requeridas para eliminar cada guarda se rastrean en docs/BROWSER-COMPATIBILITY.md.

El código es la fuente de verdad para el comportamiento actual. Comienza con CLAUDE.md, luego lee el módulo relevante bajo extension/.

Modelo de seguridad

peerd usa aislamiento del navegador, exposición estrecha de herramientas, puertas de política de service-worker y controles explícitos de egreso. El agente principal delega el trabajo de entorno a actores sin claves. En Chrome y Firefox, los bucles de agente no orquestadores se ejecutan en heaps de workers dedicados separados. Si el navegador no puede probar ese límite, la solicitud del actor no se ejecuta y no realiza ningún trabajo en su objetivo.

El comportamiento de red depende de la operación. Las llamadas de modelo, lecturas web, cargas de activos de runtime, tráfico de sandbox y tráfico dweb de vista previa usan rutas y políticas limitadas diferentes. Consulta SECURITY.md y el modelo de amenazas para los límites actuales y limitaciones conocidas.

Instalación

Chrome desde el código fuente

1. Clona el repositorio.
2. Abre chrome://extensions.
3. Activa el modo de desarrollador.
4. Elige Load unpacked y selecciona el directorio extension/.

Recarga la extensión desde chrome://extensions después de cambios en el código fuente.

Firefox desde el código fuente

Firefox necesita un paquete específico de Firefox. No cargues el manifiesto de desarrollo de Chrome verificado. Usa una versión de Firefox igual o superior al mínimo declarado en el parche de canal bajo manifests/. Ese mínimo sigue el soporte de scripting vinculado a documentos usado por las herramientas del navegador.

bun run package -- --channel=preview --browser=firefox --no-sign