Firecrawl dice que su MCP reconstruido reduce el uso de contexto en un 50%

Why it matters

Firecrawl is competing to become the web-access layer for AI agents. Lower context use and simpler authentication make repeated browsing cheaper to run and easier to distribute.

Firecrawl, fundada por Caleb Peffer (@CalebPeffer), Eric Ciarla (@ericciarla), y Nicolas Silberstein Camara (@nickscamara_), lanzó un servidor reconstruido del Model Context Protocol el 30 de julio que, según dice, consume 50% menos de contexto en las llamadas search, scrape e interact.

https://x.com/firecrawl/status/2082864634764075135?s=46

El anuncio publicado en X también añade incorporación mediante OAuth basada en navegador para personas y una ruta sin clave para agentes. Firecrawl empaqueta esos cambios como una forma más rápida de dar acceso a cualquier cliente de IA compatible con MCP a páginas web actuales sin obligar a los usuarios a instalar un servidor local o copiar manualmente credenciales en un archivo de configuración.

Los fundadores de Firecrawl llegaron al problema mientras construían Mendable, un producto de chat que ingería documentación. Repetidamente tuvieron que resolver el mismo problema subyacente: recopilar páginas web, manejar JavaScript y límites de tasa, limpiar los resultados y convertirlos en datos que un modelo de lenguaje pudiera usar. Finalmente separaron esa infraestructura del chatbot y construyeron Firecrawl alrededor de la capa de API.

Peffer describió previamente ese cambio en el anuncio de la Series A de agosto de 2025 de Firecrawl. La página about de Firecrawl dice que los fundadores también crearon SideGuide y ahora operan desde San Francisco. Los tres fundadores participaron en la cohorte Summer 2022 de Y Combinator.

Reduciendo el consumo de contexto del MCP

La afirmación central en la actualización del jueves se refiere a la cantidad de la ventana de contexto de un modelo que se consume cada vez que Firecrawl ejecuta /search, /scrape o /interact. Los servidores MCP pueden ocupar contexto con definiciones de herramientas y la información devuelta por cada llamada, dejando menos espacio para las instrucciones del modelo, el historial de la conversación, los documentos recuperados y el razonamiento.

Firecrawl dice que el MCP reconstruido reduce ese consumo a la mitad en cada una de las tres llamadas. Ese es un referente interno de la compañía, y el anuncio no establece una reducción universal de tokens para todos los modelos y configuraciones de cliente. El objetivo práctico es claro: permitir que los agentes realicen más operaciones web antes de que los límites de contexto los obliguen a comprimir, descartar o recargar información.

La documentación del MCP de Firecrawl expone herramientas para búsqueda web, scraping de páginas individuales, mapeo de sitios, crawling, parseo de documentos, investigación autónoma e interacción con navegadores. La herramienta interact puede hacer clic, navegar, llenar formularios y operar páginas dinámicas después de un scrape, extendiendo Firecrawl más allá de la recuperación de solo lectura que maneja una API de búsqueda convencional.

La autenticación ahora tiene tres vías. Los clientes MCP interactivos pueden usar OAuth, que envía a una persona a través de un inicio de sesión en el navegador en lugar de pedirle que recupere y pegue una clave de API. Los servidores, scripts y otros trabajos desatendidos pueden seguir enviando una clave de Firecrawl mediante un encabezado de autorización. Un endpoint sin clave y con límite de tasa permite que los agentes comiencen sin cuenta ni credencial.

El material MCP actual de Firecrawl indica que el acceso sin clave cubre Search, Scrape y Parse, mientras que OAuth o una clave de API abre la superficie de herramientas más amplia. Ese límite le da a Firecrawl un punto de entrada de baja fricción sin ofrecer acceso anónimo ilimitado a operaciones más pesadas como crawling e investigación autónoma.

Firecrawl elimina otro paso de incorporación

El componente sin clave se basa en un lanzamiento que Ciarla publicó el 16 de junio. Firecrawl inicialmente presentó el acceso sin clave como una forma para que agentes, prototipos, talleres y proyectos pequeños usaran datos web antes de que un desarrollador creara una cuenta. El nuevo lanzamiento del MCP reúne esa estrategia de distribución con OAuth y un menor uso de contexto.

La sincronización refleja dónde están compitiendo los proveedores de datos web. Firecrawl lista entre sus alternativas a Tavily, Exa, Apify, Bright Data, Browser Use, Browserbase, Jina AI y otros. La calidad de búsqueda y la fiabilidad del scraping siguen siendo criterios centrales de compra, pero los desarrolladores de agentes también deben considerar el consumo de tokens, la autenticación, los esquemas de herramientas y si una integración funciona a través de múltiples clientes de IA.

Firecrawl está intentando hacer de esos detalles operativos parte de su ventaja. El repositorio de código abierto Firecrawl proporciona el software subyacente de extracción web, mientras que Firecrawl vende acceso hospedado y planes de mayor volumen. Firecrawl dice que ha servido más de 5 mil millones de solicitudes y registrado a más de 1.25 millones de desarrolladores; esas cifras son autoinformadas.

Firecrawl ha recaudado 16.2 millones de dólares, según su sitio web. Eso incluye una Series A de 14.5 millones de dólares anunciada el 19 de agosto de 2025, liderada por Nexus Venture Partners, con el apoyo de Y Combinator, Zapier, el CEO de Shopify Tobias Lutke, el CEO de Postman Abhinav Asthana y el fundador de Mux Matt McClure.

Un menor consumo de contexto le da a Firecrawl un argumento directo de costo y usabilidad para los desarrolladores que construyen agentes que hacen llamadas web repetidas. OAuth y el acceso sin clave abordan el lado de distribución de la misma apuesta: Firecrawl quiere que su endpoint MCP se convierta en la ruta predeterminada que un agente tome cuando necesite información de la web en vivo.