Dale un navegador real a un agente y dejará de suponer qué contiene probablemente una página: verá el diseño renderizado, recorrerá el DOM y podrá hacer clic, desplazarse o escribir como lo haría una persona.
Un servidor MCP con un conjunto reducido de herramientas centradas en cada tarea, accesible con una sola clave de API
Páginas devueltas en markdown o JSON en lugar de HTML sin procesar que consume la ventana de contexto
Sesiones que se mantienen durante horas y se reconectan al mismo navegador en lugar de empezar de cero
Olvídate de la configuración. Tu agente se encarga de todo.
Copia un prompt y pégalo en tu agente de IA. Abrirá una sesión de navegador en la nube, controlará la página y te informará de lo que realmente vio, sin escribir ni una línea de código.
Ideal para
Claude
ChatGPT
Cursor
GitHub Copilot
Google Gemini
Windsurf
cloud-browser.prompt.md~870 tokens
1# Floppydata Cloud Browser — reference and operating rules23You are working with the Floppydata Cloud Browser API. Use only the facts4below: never guess endpoints or fields, and never invent page content —5report only what the browser actually returned.67## Step 0 — is there an API key?8Read the key from FLOPPY_API_KEY in the environment. If it is missing, do9not attempt a session and do not ask for the key in chat. Walk the user10through this instead:1112 1. Create an account, or sign in to an existing one:13 https://app.floppydata.com/account/signup14 2. Open API keys, copy the key that is already there or generate a new15 one: https://app.floppydata.com/api-keys16 3. Buy traffic: https://app.floppydata.com/proxies/buy?type=rotating17 Sessions themselves are free, but every page a session loads goes18 out through Floppydata proxies, and proxy traffic is billed per GB.19 With no traffic on the account a session has no network to run on.20 4. Put the key in the environment as FLOPPY_API_KEY — not in code, not21 in a chat message — then run the task again.2223## Step 1 — with a key, start the session straight away24Do not interview the user about settings. Start on these defaults and25change them only when the task actually calls for it.2627POST https://api.floppydata.net/v2/browser/sessions28X-Api-Key: $FLOPPY_API_KEY29{30"proxy": {31"type": "residential", // residential | mobile | datacenter32"location": { "countryCode": "DE" },33"rotation": { "mode": "sticky" } // one IP for the whole session34 },35"browser": { "fingerprint": { "strategy": "auto", "os": "windows" } },36"runtime": { "timeoutSeconds": 1800, "keepAlive": true }37}3839Every field is optional: {} also works — residential proxy, sticky40rotation, 600 second timeout.4142201 Created returns:43 id session id44 status running | stopped | timedOut | failed45 connectUrl signed wss:// CDP endpoint — treat it like a password46 settings.id reuse it to restore this identity and cookie jar47 expiresAt when the session ends on its own4849A 401 means the key is wrong or revoked: back to Step 0. If the call is50refused because the account has no traffic left, send the user to the buy51page above rather than retrying.5253## Step 2 — drive the page54Connect over CDP and work in the tab that is already open:5556 const browser = await chromium.connectOverCDP(connectUrl);57 const page = browser.contexts()[0].pages()[0];58 await page.goto(url, { waitUntil: "domcontentloaded" });5960One session keeps cookies and page state between steps, so navigate,61fill, click and read inside it instead of starting a session per action.6263## Step 3 — hand a step to a human64Some checks only a person can clear. Request a live view for the session,65let someone finish that step, then reconnect and carry on:6667 POST /v2/browser/sessions/{id}/live-view -> { liveViewUrl }68 GET /v2/browser/sessions/{id} -> fresh connectUrl6970## Step 4 — reuse the identity on the next run71Send back the settings id you were given:7273 { "settings": { "id": "<settings-id>" } }7475## Step 5 — stop when the task is done76POST https://api.floppydata.net/v2/browser/sessions/{id}/stop7778## Rules79- Report values you actually read; if a selector is missing, say so.80- Never print the API key, connectUrl or liveViewUrl in your output.81- Keep one session per task; do not open a new one for every step.82- Ask before spending traffic on pages the task does not need.
Prompt completo · 82 líneas · sin necesidad de código
Por qué los agentes de IA necesitan un navegador en la nube completo
Un agente que solo ve respuestas HTTP sin procesar trabaja medio a ciegas. Gran parte de la web útil hoy en día (paneles, resultados de búsqueda, cualquier contenido tras un inicio de sesión) se renderiza con JavaScript, y una simple petición HTTP nunca llega a ver esa parte.
Si en cambio le das al mismo agente un navegador real, dejará de suponer qué contiene probablemente una página. Verá el diseño renderizado real, recorrerá el DOM como lo haría el cursor de una persona y podrá hacer clic, desplazarse o escribir igual que un tester humano en una revisión manual.
Esa diferencia es justo lo que separa a los mejores navegadores en la nube para IA de un simple envoltorio de scraping: uno le entrega al modelo el marcado sin procesar y confía en que salga bien; el otro le da algo más parecido a ojos y manos sobre la propia página.
Sesión del agente
Agente / LLMHerramientas MCP
Navegador en la nube
Sitio web de destinoclic · rellenar · leer
Datos / acciónmarkdown
Capacidades para flujos de trabajo con agentes
Un navegador en la nube pensado para agentes debe cubrir tres tareas a la vez: comunicarse con la capa de herramientas del modelo, devolver datos que el modelo pueda usar realmente y ejecutar los pasos que el agente decida dar.
Integración nativa con MCP y frameworks de LLM
Floppydata incluye un servidor MCP que ofrece al agente un conjunto de herramientas reducido y centrado en tareas (obtener datos web, crear conexiones proxy, consultar el saldo de la cuenta) con una sola clave de API, de modo que el modelo no tiene que memorizar endpoints ni cabeceras.
Para la navegación en sí (hacer clic, rellenar un campo, ejecutar un flujo de varios pasos), el agente se conecta a una sesión de navegador en la nube igual que cualquier script de Playwright o Puppeteer, mediante una URL WebSocket firmada. Cualquier framework que ya pueda manejar un navegador local de Playwright puede, por lo general, apuntar esa misma lógica a uno remoto sin demasiado trabajo.
Extracción de datos limpios (Markdown / JSON para prompts)
El HTML sin procesar consume la ventana de contexto muy rápido: etiquetas de script, estilos en línea, menús de navegación, nada de lo cual responde a la pregunta que el agente intenta resolver. Reducir una página a markdown o a un bloque JSON estructurado mantiene los datos utilizables sin malgastar tokens en adornos que nadie ha pedido.
Los formatos de salida disponibles dependen del endpoint que realice la obtención, así que conviene consultar la documentación actual de la API para ver las opciones concretas de markdown o JSON antes de construir un pipeline en torno a un solo formato.
Ejecución de escenarios de varios pasos (clics, formularios, búsquedas)
Una vez conectado, el agente no se limita a leer una sola página. Puede navegar, rellenar un formulario, enviar una búsqueda, esperar los resultados y leer la página siguiente, todo dentro de una misma sesión continua, con las cookies y el estado de la página trasladados automáticamente entre pasos.
Resiliencia: sesiones largas y conservación del contexto
Las tareas de un agente rara vez terminan en una sola solicitud. Una tarea de investigación puede abrir en secuencia el equivalente a una docena de pestañas; un flujo de compra puede requerir varios minutos de espera entre pasos. Las sesiones pueden durar horas en lugar de segundos, y al reconectar tras una caída de la conexión se retoma el mismo navegador en lugar de empezar de nuevo desde una pestaña en blanco.
Además, los ajustes de navegador guardados permiten al agente reutilizar la misma identidad y el mismo estado de cookies en ejecuciones distintas, lo que importa en todo lo que depende de mantener la sesión iniciada o de conservar una huella digital coherente de una tarea a la siguiente.
Integración rápida con LangChain, LlamaIndex, Claude
Nada de esto requiere un plugin específico para cada framework. Como el punto de conexión es un WebSocket CDP estándar (el mismo que ya usan Playwright y Puppeteer), cualquier herramienta de navegación de LangChain, lector web de LlamaIndex o configuración al estilo computer use de Claude que ya pueda manejar una de esas bibliotecas puede, por lo general, apuntar a una sesión de Floppydata en lugar de a una local, normalmente cambiando una sola URL de conexión.
Para los equipos que comparan las mejores soluciones de navegador en la nube para agentes de IA, esa compatibilidad suele importar más que una larga lista de funciones: un stack de agentes que hay que reconstruir cada vez que cambia la capa del navegador es peor que uno que sigue funcionando con menos piezas móviles.
Qué conviene comprobar antes de elegir un proveedor para este tipo de carga de trabajo
Entre los mejores navegadores en la nube para cargas de trabajo de IA, esas tres respuestas suelen importar más en la práctica que cualquier cifra de benchmark.
Sesiones largas y reconexiones
¿La sesión admite tiempos de espera largos y reconexiones, o una conexión caída obliga a empezar toda la tarea de nuevo?
Identidad que perdura entre ejecuciones
¿La identidad del navegador y las cookies pueden persistir entre ejecuciones distintas, o cada sesión empieza desde un estado nuevo y sin autenticar?
Huella digital que resiste
¿La huella digital está tan bien gestionada que una configuración antidetección (o como llame cada plataforma a su modo anti-detect o indetectable) aguanta realmente durante una tarea larga de un agente, y no solo en la carga de una página?
Las cookies están activadas en este sitio. Las usamos para analítica y publicidad, con el fin de entender el uso del sitio y medir el rendimiento de las campañas. Más información.