O primeiro harness de agente de IA nativo do navegador. Uma extensão de navegador que executa um loop de agente completo onde você já trabalha: ela controla suas abas, cria computação em sandbox (notebooks JS, VMs Linux WASM, aplicativos client-side) e compartilha o que cria ponto a ponto. BYOK, sem backend, sem telemetria.
O peerd é o primeiro runtime de agente de uso geral construído diretamente sobre primitivas do navegador: Workers, origins, sandboxing, OPFS, WASM/WASI, WebRTC, WebAuthn e WebExtensions. Ele roda completamente dentro do Chrome e do Firefox, com suas abas, sessões autenticadas, aplicativos web e computação local.
Enquanto as plataformas de agentes tentam puxar o navegador para dentro do harness, o peerd puxa o harness para dentro do navegador.
Para a inferência real, você pode escolher um provedor de modelo hospedado compatível, um modelo local via localhost, ou conferir o suporte preliminar para modelos locais WebGPU (também estamos de olho no WebNN).
Nenhuma conta peerd, navegador hospedado ou conexão com servidor de ferramentas é necessária. As compilações atuais não enviam telemetria de produto para o peerd.
Instalação · peerd.ai · Arquitetura · Segurança
registry.js, incluindo
adaptadores de nuvem BYOK e opções locais sem chave.Agentes locais podem acessar todo o seu computador. Agentes remotos vivem no computador de outra pessoa. O navegador é a alternativa: capacidade local atrás de limites de segurança endurecidos ao longo de três décadas.
O peerd usa esses limites. O trabalho de página vai para atores separados com apenas as ferramentas para aquela aba ou ambiente. Credenciais, regras de rede, confirmações e auditoria permanecem na extensão. Seu design de defesa em profundidade pressupõe que conteúdo não seguro eventualmente passará por um filtro.
O peerd suporta Chromium e Firefox. O Firefox executa atores em workers dedicados e usa Notebooks visíveis para computação JavaScript. Recursos que precisam do host de documento offscreen do Chrome são removidos dos controles do Firefox e das ferramentas de modelo antes do uso. As compilações de preview do Firefox omitem o dweb até que o Firefox tenha um mesh host.
Apps e WebVMs rodam no Chrome. Apps não têm acesso de rede ambiente. Recursos remotos, fetches, WebRTC, formulários e navegação externa de documentos são bloqueados. Links HTTP e HTTPS externos exigem confirmação do usuário.
Lacunas concretas de capacidade dos navegadores, seus problemas upstream e os
testes necessários para remover cada proteção são rastreados em
docs/BROWSER-COMPATIBILITY.md.
O código é a fonte da verdade para o comportamento atual. Comece com
CLAUDE.md e depois leia o módulo relevante em extension/.
O peerd usa isolamento do navegador, exposição estreita de ferramentas, portões de política de service worker e controles explícitos de egresso. O agente principal delega trabalho de ambiente para atores sem chave. No Chrome e no Firefox, loops de agente que não são orquestradores rodam em heaps de workers dedicados separados. Se o navegador não puder provar esse limite, a solicitação do ator não é executada e não realiza trabalho no alvo.
O comportamento de rede depende da operação. Chamadas de modelo, leituras web,
carregamentos de ativos de runtime, tráfego de sandbox e tráfego dweb de
preview usam caminhos e políticas de escopo diferentes. Consulte
SECURITY.md e o
modelo de ameaças para ver os limites atuais
e as limitações conhecidas.
chrome://extensions.extension/.Recarregue a extensão de chrome://extensions após alterações no código-fonte.
O Firefox precisa de um pacote específico para Firefox. Não carregue o manifest
de desenvolvimento do Chrome versionado. Use uma versão do Firefox igual ou
superior ao mínimo declarado no patch de canal em manifests/. Esse piso
acompanha o suporte a scripting vinculado a documentos usado pelas ferramentas
do navegador.
bun run package -- --channel=preview --browser=firefox --no-sign