Le premier harnais d'agent IA natif du navigateur. Une extension de navigateur qui exécute une boucle d'agent complète là où vous travaillez déjà : elle pilote vos onglets, lance des environnements d'exécution sandboxés (notebooks JS, machines virtuelles Linux WASM, applications côté client) et partage ce qu'elle construit en pair-à-pair. BYOK, pas de backend, pas de télémétrie.
peerd est le premier runtime d'agent à usage général construit directement sur les primitives du navigateur : Workers, origins, sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn et WebExtensions. Il s'exécute entièrement dans Chrome et Firefox, avec vos onglets, sessions connectées, applications web et puissance de calcul locale.
Alors que les plateformes d'agents tentent d'attirer le navigateur dans le harnais, peerd attire le harnais dans le navigateur.
Pour l'inférence proprement dite, vous pouvez choisir un fournisseur de modèles hébergé pris en charge, un modèle local via localhost, ou explorer la prise en charge préliminaire des modèles WebGPU locaux (nous gardons également un œil sur WebNN).
Aucun compte peerd, navigateur hébergé ou connexion à un serveur d'outils n'est requis. Les versions actuelles n'envoient aucune télémétrie produit à peerd.
Installation · peerd.ai · Architecture · Sécurité
registry.js, y compris les adaptateurs cloud BYOK et les options locales sans clé.Les agents locaux peuvent accéder à tout votre ordinateur. Les agents distants vivent chez quelqu'un d'autre. Le navigateur est l'alternative : une capacité locale derrière des frontières de sécurité durcies depuis trois décennies.
peerd utilise ces frontières. Le travail sur les pages est confié à des acteurs distincts disposant uniquement des outils de cet onglet ou environnement. Les identifiants, les règles réseau, les confirmations et l'audit restent dans l'extension. Sa conception de défense en profondeur suppose qu'un contenu non sûr finira par franchir un filtre.
peerd prend en charge Chromium et Firefox. Firefox exécute les acteurs dans des workers dédiés et utilise des Notebooks visibles pour le calcul JavaScript. Les fonctionnalités nécessitant l'hôte de document hors écran de Chrome sont supprimées des contrôles Firefox et des outils de modèle avant utilisation. Les versions preview de Firefox omettent dweb jusqu'à ce que Firefox dispose d'un hôte maillé.
Les Apps et les WebVM s'exécutent sur Chrome. Les Apps n'ont aucun accès réseau ambiant. Les ressources distantes, les fetchs, WebRTC, les formulaires et la navigation vers des documents externes sont bloqués. Les liens HTTP et HTTPS externes nécessitent une confirmation de l'utilisateur.
Les lacunes concrètes de capacité des navigateurs, leurs problèmes en amont et les tests requis pour supprimer chaque garde sont suivis dans
docs/BROWSER-COMPATIBILITY.md.
Le code est la source de vérité pour le comportement actuel. Commencez par
CLAUDE.md, puis lisez le module pertinent sous extension/.
peerd utilise l'isolation du navigateur, une exposition étroite des outils, des passerelles de politique de service worker et des contrôles d'egress explicites. L'agent principal délègue le travail d'environnement à des acteurs sans clé. Sur Chrome et Firefox, les boucles d'agent non-orchestratrices s'exécutent dans des tas de workers dédiés séparés. Si le navigateur ne peut pas prouver cette frontière, la requête de l'acteur ne s'exécute pas et n'effectue aucun travail sur sa cible.
Le comportement réseau dépend de l'opération. Les appels de modèle, les lectures web, les chargements d'actifs runtime, le trafic sandbox et le trafic dweb preview utilisent des chemins et des politiques étendus différents. Voir SECURITY.md et le modèle de menace pour les frontières actuelles et les limitations connues.
chrome://extensions.extension/.Rechargez l'extension depuis chrome://extensions après les modifications des sources.