Retour aux mises à jour
New releaseAug 1, 2026

peerd v0.3.0

Le premier 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 du calcul en environnement isolé (carnets JS, machines virtuelles Linux WASM, applications côté client) et partage ce qu'elle construit en pair-à-pair. BYOK, aucun backend, aucune télémétrie.

Partager


peerd

CI types: ts-check coverage Functional Tests In-Browser Chrome In-Browser Gecko E2E side panel Red Team App source: no development build and unbundled Vendored code Actions pinned License: Apache 2.0 Manifest V3 Security policy

Le premier harnais d'agent IA natif du web

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é

Fonctionnalités

  • Fonctionne dans le navigateur que vous utilisez déjà. L'agent peut lire et piloter vos onglets, applications web, sessions connectées et contenus de pages.
  • Construit des clients de sites réutilisables. L'acteur web peut apprendre un site une fois et réutiliser ce client lors de tâches ultérieures.
  • Exécute du code dans les limites du navigateur. Les scripts, les Notebooks JavaScript scellés, les outils WASI compilés, les Apps du navigateur et les WebVM Linux offrent à l'agent une puissance de calcul locale sans accès à votre système d'exploitation hôte.
  • Délègue à des acteurs distincts. Chaque page et environnement de calcul possède son propre acteur sans clé, avec des outils limités à cet environnement.
  • Conserve un contexte utile. Les sessions, la mémoire, les compétences, les objectifs, la revue et les points de contrôle vivent dans l'extension.
  • Utilise le modèle de votre choix. L'inventaire des fournisseurs en direct est défini dans registry.js, y compris les adaptateurs cloud BYOK et les options locales sans clé.
  • Connecte directement les navigateurs. Les versions preview ajoutent une identité signée, la découverte navigateur-à-navigateur, les dwapps et la communication agent-à-agent via WebRTC ; les paquets du store les suppriment entièrement.

Pourquoi le navigateur

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.

Prise en charge des navigateurs

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

Modèle de sécurité

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.

Installation

Chrome depuis les sources

  1. Clonez le dépôt.
  2. Ouvrez chrome://extensions.
  3. Activez le mode développeur.
  4. Choisissez Charger l'extension non empaquetée et sélectionnez le répertoire extension/.

Rechargez l'extension depuis chrome://extensions après les modifications des sources.

Firefox depuis les sources

Catégories