Prototipo · Versión preliminar: todos los servidores del registro oficial, sincronizados cada 30 minutos. Las reseñas y las cuentas llegarán en una etapa posterior.
PopNx MCPServidores MCP para quienes usan IA · explicados con palabras sencillas

Sendblue Browser MCP

de sendblue-apiversión 0.2.3i★ –iSe ejecuta en tu computadora
Nombre en el registroio.github.sendblue-api/sendblue-browser-mcp

Instalar

Resumen

Descripción del creador (original en inglés)

Drive a stealth-patched Chromium daemon: navigate, screenshot, eval JS, attach over CDP.

Los tres pilares de PopNx MCP

Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.

Qué puedes hacer con él

Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.

  • Conexión: Se ejecuta en tu computadora
  • Transporte: stdio
  • Categoría: Web y navegadores
  • Debes completar: BROWSER_USE_API_KEY

Instalación

Elige la app de IA que usas y copia la configuración.

Antes de instalar

Los valores marcados como secretos son llaves de tu cuenta. Nunca los compartas ni los pegues en un chat.

Necesitas

  • npmNode.js instalado (para el comando npx)

¿Qué app usas?

Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.

Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json

{
  "mcpServers": {
    "sendblue-browser": {
      "command": "npx",
      "args": [
        "-y",
        "sendblue-browser-mcp"
      ],
      "env": {
        "BROWSER_USE_API_KEY": "your-value",
        "BROWSER_USE_URL": "your-value"
      }
    }
  }
}

Ejecuta esto en tu terminal

claude mcp add sendblue-browser --env BROWSER_USE_API_KEY=your-value --env BROWSER_USE_URL=your-value -- npx -y sendblue-browser-mcp

Completa los valores vacíos antes de ejecutarlo.

Abrir en Cursor

O copia la configuración tú

Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json

{
  "mcpServers": {
    "sendblue-browser": {
      "command": "npx",
      "args": [
        "-y",
        "sendblue-browser-mcp"
      ],
      "env": {
        "BROWSER_USE_API_KEY": "your-value",
        "BROWSER_USE_URL": "your-value"
      }
    }
  }
}

Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.

Abrir en VS Code

O copia la configuración tú

Pégalo en .vscode/mcp.json de tu proyecto

{
  "servers": {
    "sendblue-browser": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "sendblue-browser-mcp"
      ],
      "env": {
        "BROWSER_USE_API_KEY": "your-value",
        "BROWSER_USE_URL": "your-value"
      }
    }
  }
}

Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.

Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.

Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.

Valores que debes completar

  • BROWSER_USE_API_KEY secreto obligatorio env
    Bearer token the sendblue-browser-use daemon was started with.
  • BROWSER_USE_URL env
    Base URL of the sendblue-browser-use daemon.

Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.

Qué puede hacer

Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.

Revisiones básicasi

Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 6 nov 2026

  • ✓ Superada

    El creador coincide con el repo

    El nombre en el registro se verificó con la cuenta de GitHub sendblue-api, dueña del repo

  • … Aún sin revisar

    Sigue en mantenimiento

    Todavía no hemos leído este repo en GitHub

  • … Aún sin revisar

    Tiene licencia

    Todavía no hemos leído este repo en GitHub

  • – No aplica

    El endpoint responde

    Este se ejecuta en tu computadora; no hay endpoint en internet

  • – No aplica

    Inicio de sesión con OAuth

    Se ejecuta en tu computadora y usa ajustes locales en su lugar

  • … Aún sin revisar

    Sin instrucciones ocultas en las descripciones de herramientas

    Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet

Comparado con otros en Web y navegadoresi

  • Más estrellas que el 0% de los otros 878 servidores de esta categoría
  • Publicado en el registro más recientemente que el 13% de los otros 878 servidores de esta categoría
  • Revisiones básicas iguales o mejores que el 100% de los otros 878 servidores de esta categoría

Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.

Preguntas frecuentes

¿Es seguro Sendblue Browser MCP?

Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.

¿Qué claves o códigos necesita?

Debes completar: BROWSER_USE_API_KEY

¿Se ejecuta en mi computadora o en la nube?

Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).

¿Sigue en mantenimiento?

El repo de GitHub cambió por última vez –, y la última versión (0.2.3) llegó al registro hace 5 meses.

¿Qué apps pueden usarlo?

Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Node.js en tu computadora.

¿Qué puedo usar en su lugar?

En la misma categoría: Browser Use, Chrome DevTools MCP, MCP Server Browser

Alternativas

Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.

Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi

Browser Use

de browser-use

Browser agents and stealth cloud browsers for AI: run web tasks, fill forms, extract data.

Computadora o nube★ 120.087MITActualizado hace 17 días
Instalar

Chrome DevTools MCP

de ChromeDevTools

MCP server for Chrome DevTools

Se ejecuta en tu computadora★ 54.821Apache-2.0Actualizado hace 15 días
Instalar

MCP Server Browser

de bytedance

MCP server for browser use access

Se ejecuta en tu computadora★ 39.550Apache-2.0Actualizado hace 14 meses
Instalar

README del creador

Abrir el README

Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.

sendblue-browser-use

A standalone debug browser for agents. Stealth-patched Chromium behind a tiny HTTP API, with persistent named sessions, an easy purge endpoint, configurable auto screenshots, and CDP attach so any client (Playwright, Puppeteer, undetected-chromedriver, custom scripts) can drive it.

It runs as its own process — not tied to any one Claude / Cursor / Codex session — so multiple agents can share it concurrently, debug each other's flows, and reuse a logged-in session without paying the auth tax every run.

Why this exists

NeedWhat you get
Not coupled to a single agentLong-running HTTP daemon. Any tool with a bearer token can drive it.
Doesn't look automatedChromium patched via patchright: navigator.webdriver is hidden, CDP detection vectors are patched, real Chromium binary (no Playwright fingerprints). Passes typical Cloudflare Turnstile and similar low-friction checks; not for hostile scraping at scale.
Reusable sessionsNamed persistent profiles. Log in once, every subsequent debug run reuses the cookies.
One-click resetPOST /sessions/:name/purge clears cookies + active-page storage but keeps the session id, so your client code keeps working.
Multi-agent friendlyEach session is an isolated BrowserContext (or its own profile). Run 5+ debug sessions in parallel without state bleed.
CDP attachGET /sessions/:name/cdp-url returns the shared browser CDP URL for non-persistent sessions, so Playwright / Puppeteer / any CDP client can connect() to the debug browser.
Auto evidenceNavigation screenshots follow NAV_SCREENSHOT_POLICY (default: headless only). Optional Playwright traces.
HTTP-controlledPlain curl works. No SDK required.
Self-contained deployOne docker compose up on any Mac mini / EC2 / Codespace. No host Chromium needed.

Quick start (local)

Prereqs: Bun >=1.3 and Node.js >=20 on your PATH.

git clone https://github.com/sendblue-api/sendblue-browser-use.git

cd sendblue-browser-use bun install bun --bun x patchright install chromium

cp .env.example .env

generate and set the required token

TOKEN="$(openssl rand -hex 32)" sed -i.bak "s/^BROWSER_USE_API_KEY=.*/BROWSER_USE_API_KEY=$TOKEN/" .env rm .env.bak

bun run dev

Then in another terminal:

source .env

TOKEN="Authorization: Bearer $BROWSER_USE_API_KEY"

1. create a persistent session (log in here once, reuse it forever)

curl -s -X POST http://127.0.0.1:8787/sessions \ -H "$TOKEN" -H "Content-Type: application/json" \ -d '{"name":"qa","persistent":true}'

2. navigate

curl -s -X POST http://127.0.0.1:8787/sessions/qa/navigate \ -H "$TOKEN" -H "Content-Type: application/json" \ -d '{"url":"https://trybloom.so/"}'

3. screenshot

curl -s http://127.0.0.1:8787/sessions/qa/screenshot?fullPage=true \ -H "$TOKEN" -o /tmp/qa.png

4. wipe state without losing the session

curl -s -X POST http://127.0.0.1:8787/sessions/qa/purge -H "$TOKEN"

Quick start (Docker)

echo "BROWSER_USE_API_KEY=$(openssl rand -hex 32)" > .env

docker compose up -d

Same API, exposed on 127.0.0.1:8787. Data persists in ./data/. CDP stays loopback-only inside the container by default; to attach CDP from the host, uncomment CDP_BIND and the 127.0.0.1:9222:9222 port mapping in docker-compose.yml on a trusted machine only.

Install into your agent

The repo ships three packaging layers so any agent can drive the daemon with one line of config.

MCP (Claude Desktop, Codex, Cursor, Antigravity, Cline, Windsurf)

The cross-agent path. Wraps the HTTP API as MCP tools (health, create_session, navigate, screenshot, script, get_cdp_url, purge_session, etc).

{

"mcpServers": { "sendblue-browser": { "command": "npx", "args": ["-y", "sendblue-browser-mcp@0.2.3"], "env": { "BROWSER_USE_URL": "http://127.0.0.1:8787", "BROWSER_USE_API_KEY": " " } } } }

Drop into ~/.cursor/mcp.json, ~/Library/Application Support/Claude/claude_desktop_config.json, ~/.gemini/config/mcp_config.json, etc. For Codex:

codex mcp add sendblue-browser \

--env BROWSER_USE_URL=http://127.0.0.1:8787 \ --env BROWSER_USE_API_KEY= \ -- npx -y sendblue-browser-mcp@0.2.3

Wrapper source: mcp/.

Claude Code plugin
/plugin install sendblue-api/sendblue-browser-use

Pulls .claude-plugin/plugin.json + skills/sendblue-browser/SKILL.md from this repo.

Codex / Antigravity / Cline skill

The same skills/sendblue-browser/SKILL.md works as a skill across Codex, Google Antigravity, and Cline. Copy the folder into:

AgentPath
Codex~/.codex/skills/sendblue-browser/
Antigravity~/.gemini/skills/sendblue-browser/
Clineenable Skills in Settings, then drop in its skills directory
AGENTS.md repos

If your repo already follows the agents.md convention, the AGENTS.md in this repo doubles as a copy-pasteable section for any consumer repo that wants to call this daemon.

API

All routes require Authorization: Bearer $BROWSER_USE_API_KEY except /health.

MethodPathBody / QueryReturns
GET/health—{ ok, service, version, sessions, defaultHeadless, navScreenshotPolicy }
GET/sessions—{ sessions: [...] }
POST/sessions{ name, persistent?, headless?, viewport?, userAgent?, locale?, timezone?, traces?, proxy? }{ session }
GET/sessions/:name—session info + current page url/title
POST/sessions/:name/purge—{ session } — clear cookies + active-origin storage, keep session id
DELETE/sessions/:name—{ ok } — close context, remove profile
POST/sessions/:name/navigate{ url, waitUntil?, timeoutMs? }{ url, title, status }
GET/sessions/:name/screenshot?fullPage=true&selector=...image/png
POST/sessions/:name/script{ code, timeoutMs? } (≤200kB){ result } — code runs in page context
GET/sessions/:name/cookies?url=...{ cookies }
POST/sessions/:name/cookies{ cookies: [...] }{ ok }
GET/sessions/:name/console?limit=100{ messages: [...] } (ring buffer)
GET/sessions/:name/cdp-url—{ cdpUrl, targetId } — for non-persistent sessions only

POST /sessions/:name/script passes code directly to Playwright's page.evaluate. Send a JavaScript expression, or wrap statements in an IIFE. Scripts time out after 30s by default; pass timeoutMs up to 120000, or 0 to disable the request timeout.

{ "code": "(() => { const x = 1; return x; })()" }
Errors

All non-2xx responses share the same envelope. Failures from Playwright are truncated to one line before being returned; the full message is logged server-side with proxy credentials redacted.

{ "error": { "code": "navigate_failed", "message": "net::ERR_NAME_NOT_RESOLVED" } }
StatusCodeMeaning
400empty_bodyrequest body is required but was missing
400malformed_jsonbody was not valid JSON
400invalid_bodybody failed Zod validation (see error.details)
401unauthorizedmissing or wrong bearer token
404not_foundsession does not exist
409already_existsa session with that name is already running
409cdp_unavailable_for_persistent_sessionpersistent sessions don't expose the shared CDP url
422script_failed/script request was valid but the in-page eval threw or timed out
500internal_errorunexpected — check server logs
502navigate_failed screenshot_failed cookie_read_failed cookie_write_failed session_unreachableChromium-side failure
Session options
{

name: string; // required, [a-z0-9_-] persistent?: boolean; // default true — profile data survives restarts headless?: boolean | "new"; // persistent sessions only; non-persistent uses DEFAULT_HEADLESS viewport?: { width, height }; userAgent?: string; locale?: string; // default "en-US" timezone?: string; traces?: boolean; // capture a Playwright trace.zip on session close proxy?: { server, username?, password?, bypass? }; }

Cookie shape

POST /sessions/:name/cookies accepts up to 500 Playwright-style cookies:

{

cookies: Array<{ name: string; value: string; url?: string; // absolute URL, or domain + path domain?: string; path?: string; expires?: number; httpOnly?: boolean; secure?: boolean; sameSite?: "Strict" | "Lax" | "None"; }>; }

Each cookie must include either url or both domain and path.

Persistent vs non-persistent
  • `persistent: true` (default) — cookies, localStorage, IndexedDB persist under ~/.sendblue-browser-use/profiles/ /. After a daemon restart, recreate the same named persistent session to reuse that profile. CDP attach is not available for these sessions because each gets its own private browser instance.
  • `persistent: false` — shares the central Chromium process via a fresh BrowserContext. State is in-memory only. CDP attach IS available via /sessions/:name/cdp-url, which returns the shared browser-level CDP endpoint plus a targetId for the session page. CDP clients can see the shared debug browser, so keep the CDP port local and trusted and select the returned target before driving.

Pick persistent for "log in once, debug for a week" workflows. Pick non-persistent when you need to attach Playwright / Puppeteer directly.

Examples

  • examples/attach-from-playwright.ts — connect Playwright over CDP and drive a page (run with Node/tsx as shown in the file header)
  • examples/attach-from-puppeteer.ts — same with Puppeteer
  • examples/multi-agent-debug.ts — two agents driving two surfaces in parallel
  • examples/run-script.sh — curl-only walkthrough

Stealth notes

This is built on patchright, a maintained fork of Playwright that:

  • Hides navigator.webdriver
  • Removes CDP runtime markers
  • Drops Playwright-specific extensions and command flags
  • Uses real Chromium so most fingerprint surfaces match a normal user

We deliberately do not pass --disable-blink-features=AutomationControlled or override userAgent/viewport by default — patchright handles those internally and our overrides would defeat its rebrowser patches. Pass an explicit userAgent per session only if you have a reason.

Why patchright over alternatives:

  • vs `nodriver` / `undetected-playwright` — patchright is actively maintained, matches Playwright's API surface, and integrates cleanly with the existing TypeScript ecosystem.
  • vs [Camoufox](https://github.com/daijro/camoufox) — Camoufox uses Firefox with deeper fingerprint randomization, better for hostile scraping at scale. patchright is the right pick for QAing your own auth flows (Clerk, Stripe, Google OAuth, Cloudflare Turnstile) without the maintenance burden.

Storage

~/.sendblue-browser-use/

├── profiles/ │ └── / # persistent profile dir └── runs/ └── / ├── 2026-05-25T...-nav.png # automatic nav screenshot when policy enables it └── 2026-05-25T...-trace.zip # if traces:true at create

POST /sessions/:name/purge clears cookies and permissions context-wide, then clears localStorage, sessionStorage, IndexedDB, ServiceWorker registrations, CacheStorage, and the console buffer for c

Solo se muestra el principio; lee el resto en el repo

Pregunta a PopNx