Il primo harness per agenti AI nativo del browser. Un'estensione del browser che esegue un ciclo completo di agenti dove già lavori: gestisce le tue schede, avvia risorse di calcolo in sandbox (notebook JS, VM Linux WASM, app lato client) e condivide ciò che costruisce peer-to-peer. BYOK, nessun backend, nessuna telemetria.
peerd è il primo runtime per agenti generici costruito direttamente sui primitivi del browser: Workers, origins, sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn e WebExtensions. Funziona completamente dentro Chrome e Firefox, con le tue schede, le sessioni con accesso effettuato, le web app e la potenza di calcolo locale.
Mentre le piattaforme per agenti cercano di trascinare il browser nell'harness, peerd porta l'harness nel browser.
Per l'inferenza vera e propria puoi scegliere un provider di modelli ospitato supportato, un modello locale tramite localhost, oppure dare un'occhiata al supporto preliminare per modelli WebGPU locali (teniamo d'occhio anche WebNN).
Non è richiesto alcun account peerd, browser ospitato o connessione a un tool-server. Le build attuali non inviano telemetria di prodotto a peerd.
Installazione · peerd.ai · Architettura · Sicurezza
registry.js, inclusi adattatori cloud BYOK
e opzioni locali senza chiavi.Gli agenti locali possono accedere a tutto il tuo computer. Gli agenti remoti vivono nel computer di qualcun altro. Il browser è l'alternativa: capacità locale dietro confini di sicurezza temprati per tre decenni.
peerd usa quei confini. Il lavoro sulle pagine va ad attori separati con solo gli strumenti per quella scheda o ambiente. Credenziali, regole di rete, conferme e audit restano nell'estensione. Il suo design di difesa in profondità presuppone che contenuti non sicuri prima o poi superino un filtro.
peerd supporta Chromium e Firefox. Firefox esegue gli attori in worker dedicati e usa Notebook visibili per il calcolo JavaScript. Le funzionalità che richiedono l'host del documento offscreen di Chrome vengono rimosse dai controlli di Firefox e dagli strumenti dei modelli prima dell'uso. Le build di anteprima per Firefox omettono dweb finché Firefox non ha un host mesh.
Le App e le WebVM girano su Chrome. Le App non hanno accesso di rete ambientale. Le risorse remote, i fetch, WebRTC, i moduli e la navigazione verso documenti esterni sono bloccati. I link HTTP e HTTPS esterni richiedono conferma dell'utente.
I gap concreti di capacità del browser, i relativi problemi a monte e i test richiesti
per rimuovere ogni protezione sono tracciati in
docs/BROWSER-COMPATIBILITY.md.
Il codice è la fonte di verità per il comportamento attuale. Inizia da
CLAUDE.md, poi leggi il modulo pertinente sotto extension/.
peerd usa isolamento del browser, esposizione ristretta degli strumenti, gate di policy del service worker e controlli espliciti di egress. L'agente principale delega il lavoro sugli ambienti ad attori senza chiavi. Su Chrome e Firefox, i loop di agenti non orchestratori girano in heap di worker dedicati separati. Se il browser non può dimostrare quel confine, la richiesta dell'attore non viene eseguita e non svolge alcun lavoro sul suo target.
Il comportamento di rete dipende dall'operazione. Le chiamate ai modelli, le letture web, i caricamenti
di asset runtime, il traffico sandbox e il traffico dweb di anteprima usano percorsi e
policy con ambiti diversi. Vedi SECURITY.md e il
modello di minaccia per i confini attuali e le
limitazioni note.
chrome://extensions.extension/.Ricarica l'estensione da chrome://extensions dopo le modifiche al sorgente.
Firefox richiede un pacchetto specifico per Firefox. Non caricare il manifest di sviluppo
Chrome incluso nel repository. Usa una versione di Firefox uguale o superiore al minimo dichiarato
nella patch del canale sotto manifests/. Quel minimo segue il supporto di scripting
legato al documento usato dagli strumenti del browser.
bun run package -- --channel=preview --browser=firefox --no-sign