La notizia da GitHub
Peerd è un'estensione per Chrome e Firefox sviluppata da NotASithLord. L'estensione esegue un ciclo agente direttamente nel browser, controlla le schede aperte, avvia ambienti di calcolo isolati e scambia dati tramite WebRTC in modalità peer-to-peer. Il progetto è distribuito come repository
Architettura e componenti principali
Peerd sfrutta il modello di sicurezza del browser invece di implementare nuove primitive crittografiche. Le chiavi restano gestite da un agente dedicato che non accede mai direttamente al contenuto delle pagine. Un runner separato, privo di credenziali e connessione di rete, legge le pagine e restituisce output filtrati. Le azioni vengono verificate sul DOM reale prima di essere considerate completate.
Il sistema avvia compute sandboxed in tre forme: notebook JavaScript, macchine Linux compilate in WebAssembly e applicazioni client-side. La comunicazione tra istanze avviene su un canale WebRTC dedicato agli agenti. L'utente fornisce la propria chiave API al modello scelto (BYOK) e nessun dato passa attraverso server intermedi.
Il repository contiene cartelle distinte per l'estensione, i manifest, i test e un nodo di segnalazione opzionale. La documentazione include file ARCHITECTURE.md e SECURITY.md che descrivono i confini di isolamento.
Valutazione pratica per chi sviluppa
Per uno sviluppatore che lavora con automazione e integrazione di LLM, Peerd riduce la dipendenza da servizi cloud per l'esecuzione di agenti. Il fatto che tutto giri nel browser elimina latenze di round-trip e mantiene i dati delle sessioni utente all'interno del profilo locale.
Tuttavia l'approccio presenta vincoli. Le risorse WASM hanno limiti di memoria e CPU inferiori rispetto a un container dedicato. Il peer-to-peer richiede che entrambi gli endpoint siano raggiungibili e non gestisce automaticamente la persistenza dei dati oltre la sessione del browser. Il progetto è ancora in beta e il codice di orchestrazione dell'agente non è ancora stabile per carichi di produzione.
Rispetto a soluzioni basate su server, Peerd offre maggiore controllo sulla posizione dei dati ma richiede che lo sviluppatore gestisca personalmente aggiornamenti, sandbox e policy di sicurezza del browser.
Prospettive di adozione
L'estensione può interessare chi costruisce tool interni o prototipi che devono operare sulle schede dell'utente senza esporre dati a terze parti. L'assenza di telemetria e backend riduce la superficie di attacco, ma sposta la responsabilità di monitoraggio e aggiornamento sull'installatore.
Chi già usa framework come Next.js o Node.js per orchestrare agenti potrebbe integrare Peerd come runtime locale per compiti che richiedono interazione diretta con interfacce web. Il codice è aperto e i file di configurazione permettono di estendere i tipi di compute supportati.
Domande frequenti
Peerd funziona solo con modelli locali? No, richiede una chiave API di un provider esterno scelto dall'utente.
I dati delle schede vengono inviati da qualche parte? No, il runner isolato restituisce solo output filtrati e nessuna informazione grezza esce dal browser.
Posso usarlo in produzione oggi? Il progetto è in beta 0.x e la documentazione sconsiglia l'uso in ambienti critici.
---
📖 Leggi anche
- Agentic Coding: Una Trappola per lo Sviluppo Software?
- Claude Code: da prompt a agente con skills e subagent
- File agents.md: utili per gli agenti di coding?
Hai bisogno di una consulenza?
Aiuto aziende e startup a sviluppare software, automatizzare processi e integrare AI. Parliamone.
Scrivimi