Der erste KI-Agenten-Harness, der nativ im Browser läuft. Eine Browser-Erweiterung, die eine vollständige Agentenschleife genau dort ausführt, wo Sie bereits arbeiten: Sie steuert Ihre Tabs, startet abgesicherte Rechenumgebungen (JS-Notebooks, WASM-Linux-VMs, clientseitige Apps) und teilt das, was sie erstellt, Peer-to-Peer. BYOK, kein Backend, keine Telemetrie.
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
registry.js definiert, einschließlich BYOK-Cloud-Adapter und schlüsselloser lokaler Optionen.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.
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/.
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.
chrome://extensions.extension/.Lade die Erweiterung nach Quellcode-Änderungen von chrome://extensions neu.
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