Agent X
Paid
E-commerce and retail businesses
Peerd
FreeOpen SourceSelf-HostedAgentic
Cloud browser automation tools drive a headless session with none of your real cookies, logins, or extensions — so every workflow that depends on your actual browser state has to be rebuilt from scratch. peerd skips that entirely by living inside the browser you already use.
Similar tools
Epismo OSFreemiumEpismo OS exists to solve that handoff problem. You save a case mid-session via MCP or CLI, get…
Agent XPaidAgent-X positions itself as an AI contact center platform for Vietnamese retail and e-commerce…
SaiPaidSai runs on a cloud fleet of autonomous computers that operate real desktop GUIs: clicking…
60 Minute CreatorFreemiumThe tool is a visual canvas where you connect blocks — image generation, video, voice, lipsync…
Get This Tool
License: Apache-2.0 Any use incl. commercial
Local-run terms: Run as browser extension with full client-side access to tabs, sessions, WebAssembly VMs, and P2P features under Apache 2.0 terms.
Pricing
- Model
- Free
Summary
peerd is a browser extension that turns your existing browser into an agent workstation: the agent shares your tabs, your authenticated sessions, and your stored credentials without any cloud relay, background process, or external tool broker. It runs Linux VMs via WebAssembly, executes JavaScript notebooks, and connects browser agents peer-to-peer over WebRTC — all client-side. The architecture is genuinely serverless in the literal sense: there is no server. That zero-server posture is also the ceiling: any workflow that needs a persistent, always-on agent, a team-shared backend, or centralized audit logs runs into a wall. Teams needing those properties will need to wire up their own coordination layer or move to a hosted platform.
Bottom line: peerd earns its place when your agent needs to act inside a live, authenticated browser session on your own machine — but if your team needs a shared agent backend or always-on task execution when the laptop lid is closed, this architecture cannot deliver that.
Find your fit
Before you choose Peerd
More options in Workflow Automation. Compare pricing, platforms, and features side by side.
60 Minute Creator
Freemium
Content creators needing repeatable AI workflows
Pros
- Agent runs inside your real browser session, sharing your actual cookies, logins, and extensions — so authenticated workflows that would require credential injection or session replay in a headless tool work natively without any extra setup.
- Linux VMs run in WebAssembly inside the browser tab, so you get an isolated compute environment without installing anything on the host OS or paying for cloud sandbox credits.
- Peer-to-peer agent-to-agent connections over WebRTC require no server to broker the handoff, which means two browser agents on separate machines can coordinate without any infrastructure you have to run or pay for.
- Apache 2.0 licensed with no hosted tier and no paid features, so there is no usage-based billing ceiling, no vendor lock-in, and no feature that disappears if a pricing tier changes.
- The extension adds to your existing browser rather than replacing it, which means your existing tab sessions, saved passwords, and other extensions stay intact — no migration, no parallel browser to maintain.
Cons
- There is no persistent background process: when the browser closes, every running agent, scheduled task, and open WebRTC connection stops. Teams that need always-on agents — monitoring pipelines, overnight batch jobs, or any task that outlives a browser session — hit this wall immediately and end up running a separate hosted agent service alongside peerd, at which point they are maintaining two systems.
- The Chrome Web Store and Firefox AMO listings are listed as forthcoming on the vendor's page, so installation requires cloning from GitHub and loading an unpacked extension. For teams evaluating tools under corporate IT policy or browser extension allow-lists, this means peerd is blocked until official store listings exist — and those teams will use a cloud-hosted browser automation service instead.
- WebRTC peer-to-peer coordination works between two open browser sessions but provides no shared state, no central task queue, and no audit log accessible to a team. Organizations that need compliance logging, shared agent history, or centralized control will find the architecture structurally unable to provide those things and will move to a platform with a backend — Browserbase, a hosted MCP gateway, or a cloud agent framework.
About
- Platforms
- Browser extension (Chrome, Firefox)
- API Available
- No
- Self-Hosted
- Yes
- Last Updated
- June 24, 2026
Best For
Who it's for
- Browser-native AI agent development
- Client-side sandboxed computation
- P2P agent networks without servers
- Extending existing browser workflows with agents
What it does well
- Running Linux VMs and notebooks directly in browser tabs
- Agent interaction with real browser sessions and DOM
- Peer-to-peer agent-to-agent coordination over WebRTC
- Building and sharing client-side apps and workflows
Integrations
Frequently Asked Questions
- Is Peerd free?
- Peerd offers a free option. Hosting, model usage, or optional services may have separate costs; check the pricing details and official terms.
- Is Peerd open source?
- Yes. Peerd is open source.
- Can I self-host Peerd?
- Yes. Peerd supports self-hosting on your own infrastructure.
- What platforms does Peerd support?
- Peerd is available on: Browser extension (Chrome, Firefox).
peerd is a browser extension that adds an AI agent harness directly to the browser you already have open — no separate application, no cloud sidecar, no headless browser running elsewhere. The agent can act on your real tabs and DOM, run JavaScript notebooks in sandboxed workers, spin up Linux VMs inside WebAssembly, build client-side apps, and connect to other browser agents peer-to-peer via WebRTC. Models can be local or remote; API keys stay on your machine. The control plane, permissions, storage, and execution environment all live inside the browser process itself.
The differentiating architectural bet is that the browser is the harness — not a target the harness controls from outside. peerd inherits the browser’s V8 isolate for sandboxed code execution, its process-isolation model, and its decades-hardened security boundaries without writing a line of cryptographic or sandboxing code of its own. The vendor draws an explicit contrast: cloud browser automation tools like Playwright MCP or Browserbase drive a separate headless session with no access to your real logged-in state; peerd’s agent and the page share one process on your machine, so session state is native, not simulated.
The fit is narrow and intentional: tasks where real browser session state is the dependency — form fills on authenticated dashboards, scraping behind login walls, interacting with web apps using your actual identity. The peer-to-peer WebRTC layer means agents on different machines can discover each other and exchange capabilities or signed workflows without a server brokering the connection. Where this breaks: there is no persistent server, so any workflow that must run when the browser is closed, or that needs a shared team backend, stops here. The Chrome Web Store and Firefox AMO listings are documented as forthcoming on the vendor’s page, meaning installation currently requires building from GitHub, which adds friction for non-technical users and blocks enterprise policy-based deployment.
Contribute
- Work on Peerd? Claim this listing.
- Embed a badge for your README or site.
Sign in to rate this tool or suggest an edit.