El primer harness de agentes de IA nativo del navegador. Una extensión de navegador que ejecuta un bucle de agente completo allí donde ya trabajas: controla tus pestañas, levanta entornos de computación en sandbox (notebooks JS, máquinas virtuales Linux WASM, aplicaciones del lado del cliente) y comparte lo que construye peer-to-peer. BYOK, sin backend, sin telemetría.
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
registry.js, incluyendo adaptadores cloud BYOK
y opciones locales sin claves.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.
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/.
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.
chrome://extensions.extension/.Recarga la extensión desde chrome://extensions después de cambios en 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