Das erste web-native KI-Agenten-Framework

peerd ist die erste universelle Agenten-Laufzeitumgebung, die direkt auf Browser-Primitiven aufbaut: Workers, Origins, Sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn und WebExtensions. Sie läuft vollständig in Chrome und Firefox, mit deinen Tabs, angemeldeten Sitzungen, Web-Apps und lokaler Rechenleistung.

Während Agenten-Plattformen versuchen, den Browser in das Framework zu ziehen, zieht peerd das Framework in den Browser.

Für die eigentliche Inferenz kannst du einen unterstützten gehosteten Modellanbieter wählen, ein lokales Modell über localhost verwenden oder dir die vorläufige Unterstützung für lokale WebGPU-Modelle ansehen (wir behalten auch WebNN im Auge).

Kein peerd-Konto, gehosteter Browser oder Tool-Server-Verbindung ist erforderlich. Aktuelle Builds senden keine Produkt-Telemetrie an peerd.

Installation · peerd.ai · Architektur · Sicherheit

Funktionen

• Funktioniert in dem Browser, den du bereits verwendest. Der Agent kann deine Tabs, Web-Apps, angemeldeten Sitzungen und Seiteninhalte lesen und steuern.
• Erstellt wiederverwendbare Site-Clients. Der Web-Actor kann eine Site einmal lernen und diesen Client bei späteren Aufgaben erneut verwenden.
• Führt Code innerhalb der Browser-Grenzen aus. Skripte, versiegelte JavaScript-Notebooks, kompilierte WASI-Tools, Browser-Apps und Linux-WebVMs geben dem Agenten lokale Rechenleistung ohne Zugriff auf dein Host-Betriebssystem.
• Delegiert an separate Actors. Jede Seite und jede Rechenumgebung erhält ihren eigenen schlüssellosen Actor mit auf diese Umgebung begrenzten Tools.
• Behält nützlichen Kontext. Sitzungen, Speicher, Fähigkeiten, Ziele, Überprüfung und Checkpoints leben in der Erweiterung.
• Verwendet das Modell deiner Wahl. Das Live-Anbieterverzeichnis ist in registry.js definiert, einschließlich BYOK-Cloud-Adapter und schlüsselloser lokaler Optionen.
• Verbindet Browser direkt. Preview-Builds fügen signierte Identität, Browser-zu-Browser-Erkennung, dwapps und Agent-zu-Agent-Kommunikation über WebRTC hinzu; Store-Pakete entfernen dies vollständig.

Warum der Browser

Lokale Agenten können auf deinen gesamten Computer zugreifen. Remote-Agenten leben auf dem Computer eines anderen. Der Browser ist die Alternative: lokale Fähigkeiten hinter Sicherheitsgrenzen, die über drei Jahrzehnte gehärtet wurden.

peerd nutzt diese Grenzen. Seitenarbeit geht an separate Actors mit nur den Tools für diesen Tab oder diese Umgebung. Anmeldedaten, Netzwerkregeln, Bestätigungen und Audit bleiben bei der Erweiterung. Das Defense-in-Depth-Design geht davon aus, dass unsichere Inhalte irgendwann einen Filter passieren werden.

Browser-Unterstützung

peerd unterstützt Chromium und Firefox. Firefox führt Actors in dedizierten Workern aus und verwendet sichtbare Notebooks für JavaScript-Berechnungen. Funktionen, die den Offscreen-Document-Host von Chrome benötigen, werden vor der Verwendung aus Firefox-Steuerelementen und Modell-Tools entfernt. Firefox-Preview-Builds lassen dweb weg, bis Firefox einen Mesh-Host hat.

Apps und WebVMs laufen auf Chrome. Apps haben keinen Ambient-Netzwerkzugriff. Remote-Ressourcen, Fetches, WebRTC, Formulare und externe Dokumentnavigation sind blockiert. Externe HTTP- und HTTPS-Links erfordern eine Benutzerbestätigung.

Konkrete Browser-Funktionslücken, ihre Upstream-Probleme und die Tests, die zum Entfernen jeder Absicherung erforderlich sind, werden in docs/BROWSER-COMPATIBILITY.md verfolgt.

Der Code ist die Quelle der Wahrheit für das aktuelle Verhalten. Beginne mit CLAUDE.md und lies dann das relevante Modul unter extension/.

Sicherheitsmodell

peerd verwendet Browser-Isolation, enge Tool-Exposition, Service-Worker-Policy-Gates und explizite Egress-Kontrollen. Der Hauptagent delegiert Umgebungsarbeit an schlüssellose Actors. In Chrome und Firefox laufen Nicht-Orchestrator-Agenten-Schleifen in separaten dedizierten Worker-Heaps. Wenn der Browser diese Grenze nicht nachweisen kann, wird die Actor-Anfrage nicht ausgeführt und verrichtet keine Arbeit an ihrem Ziel.

Das Netzwerkverhalten hängt von der Operation ab. Modellaufrufe, Web-Lesevorgänge, Laufzeit-Asset-Ladevorgänge, Sandbox-Verkehr und Preview-dweb-Verkehr verwenden unterschiedliche begrenzte Pfade und Richtlinien. Siehe SECURITY.md und das Bedrohungsmodell für die aktuellen Grenzen und bekannte Einschränkungen.

Installation

Chrome aus dem Quellcode

1. Klone das Repository.
2. Öffne chrome://extensions.
3. Aktiviere den Entwicklermodus.
4. Wähle Entpackte Erweiterung laden und wähle das Verzeichnis extension/.

Lade die Erweiterung nach Quellcode-Änderungen von chrome://extensions neu.

Firefox aus dem Quellcode

Firefox benötigt ein Firefox-spezifisches Paket. Lade nicht das eingecheckte Chrome-Entwicklungsmanifest. Verwende eine Firefox-Version, die mindestens dem im Kanal-Patch unter manifests/ deklarierten Minimum entspricht. Diese Untergrenze verfolgt die dokumentgebundene Skripting-Unterstützung, die von Browser-Tools verwendet wird.

bun run package -- --channel=preview --browser=firefox --no-sign