Il primo harness per agenti AI nativo del web

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

Funzionalità

• Funziona nel browser che già usi. L'agente può leggere e pilotare le tue schede, le web app, le sessioni con accesso effettuato e il contenuto delle pagine.
• Costruisce client di sito riutilizzabili. L'attore web può imparare un sito una volta e riusare quel client in attività successive.
• Esegue codice dentro i confini del browser. Script, JavaScript Notebook sigillati, strumenti WASI compilati, App del browser e WebVM Linux danno all'agente potenza di calcolo locale senza accesso al sistema operativo host.
• Delega ad attori separati. Ogni pagina e ambiente di calcolo ha il proprio attore senza chiavi con strumenti limitati a quell'ambiente.
• Conserva il contesto utile. Sessioni, memoria, competenze, obiettivi, revisione e checkpoint vivono nell'estensione.
• Usa il modello che scegli. L'inventario live dei provider è definito in registry.js, inclusi adattatori cloud BYOK e opzioni locali senza chiavi.
• Collega i browser direttamente. Le build di anteprima aggiungono identità firmata, discovery browser-to-browser, dwapp e comunicazione agente-agente su WebRTC; i pacchetti dello store li eliminano completamente.

Perché il browser

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.

Supporto browser

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/.

Modello di sicurezza

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.

Installazione

Chrome da sorgente

1. Clona il repository.
2. Apri chrome://extensions.
3. Attiva la Modalità sviluppatore.
4. Scegli Carica estensione non pacchettizzata e seleziona la directory extension/.

Ricarica l'estensione da chrome://extensions dopo le modifiche al sorgente.

Firefox da 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