Qué es AnyDoc, la herramienta de Firecrawl para convertir cualquier documento a Markdown AnyDoc es una librería open source escrita en Rust, publicada por Firecrawl el 4 de agosto de 2026, que convierte documentos de oficina (Word, PowerPoint, Excel, OpenDocument, RTF, EPUB, CSV y PDFs de texto) a Markdown limpio, con bindings para Node.js, Python y navegador, y licencia MIT. No es un lector de imágenes ni sustituye a un OCR: su trabajo es tomar un fichero real de oficina y devolver texto estructurado que un LLM pueda leer sin ruido. En su primera semana de vida pasó de 0 a más de 11.900 estrellas en GitHub, lo que la coloca entre los lanzamientos de herramientas para IA más comentados de agosto de 2026. Si trabajas con RAG, con agentes que leen contratos, informes o presentaciones, o simplemente te ha tocado normalizar un directorio lleno de y para meterlos en un pipeline, esto te interesa. Vamos a lo concreto: qué hace, qué no hace, cómo se instala y cuándo tiene sentido frente a alternativas como LlamaParse o Docling. ¿Qué problema resuelve AnyDoc exactamente? Todo el mundo que ha montado un sistema de recuperación de información (RAG) se ha topado con el mismo muro: los LLMs entienden Markdown y texto plano razonablemente bien, pero el mundo real produce , , , y PDFs con formatos heredados de hace veinte años. Convertir eso a algo que un modelo pueda indexar sin perder tablas, títulos y listas es más complicado de lo que parece: cada formato tiene su propio modelo interno de documento, y escribir un parser por formato es un trabajo que ninguna startup quiere hacer dos veces. Firecrawl, la empresa que ya construyó una API de referencia para convertir webs en datos limpios para agentes, aplicó la misma idea al documento de escritorio. AnyDoc detecta el formato del fichero por sus marcadores de contenido (no por la extensión, así que un renombrado a se sigue reconociendo), lo procesa contra un modelo de documento interno compartido y saca Markdown con sabor GitHub (GFM), preservando tablas, notas al pie, encabezados y listas de forma consistente entre formatos. Es la pieza de infraestructura aburrida pero necesaria que toda pipeline de IA documental acaba necesitando, y que hasta ahora cada equipo montaba a mano con una mezcla de , y parches. ¿Cómo funciona por dentro? El núcleo está escrito en Rust , lo que explica buena parte de su velocidad: Firecrawl publica una mediana de conversión de 4, 4 ms por documento en su propio benchmark. Sobre ese núcleo hay bindings oficiales para: Node.js / TypeScript , paquete en npm. Python , módulo . Navegador , vía WASM. CLI , el mismo paquete de npm expone un binario ejecutable. Rust nativo , como crate ( ), para quien quiera integrarlo directamente en su propio binario sin pasar por Node ni Python. La decisión de compartir un único modelo de documento entre todos los formatos es la parte más interesante desde el punto de vista de ingeniería: significa que una tabla de Excel y una tabla incrustada en un Word terminan representadas de forma equivalente en el Markdown de salida, en lugar de que cada conversor tenga su propio criterio sobre cómo serializar una tabla. ¿Qué formatos soporta (y cuáles no)? Formatos confirmados en el repositorio y en la documentación oficial: Microsoft Office : Word ( / ), PowerPoint ( / ), Excel ( / ). OpenDocument : , , . RTF . EPUB . CSV . PDF de texto (con capa de texto seleccionable), en la parte que Firecrawl enruta a través de su motor de PDF. Un análisis externo (Wavect) cifra en 14 formatos el total soportado contando variantes. Lo que no hace AnyDoc por sí solo es OCR: si le pasas un PDF escaneado o una foto de un documento sin capa de texto, no hay texto que extraer porque no hay texto, solo píxeles. Para ese caso, Firecrawl deriva a OCR dentro de su API alojada . Es una distinción que conviene tener clara antes de prometerle a nadie que esto "escanea documentos": escanea (lee) documentos digitales, no digitaliza papel. ¿Cómo se instala y se usa? Como CLI, sin instalación previa (npx descarga el binario precompilado la primera vez): Instalación global si vas a usarlo a diario: En Node.js / TypeScript: En Python: Y si tu stack ya es Rust puro: El README documenta también para trabajar con buffers en memoria (útil si el documento llega por HTTP y no quieres tocar disco) y para obtener el modelo de documento estructurado en lugar del Markdown final, por si necesitas procesarlo antes de serializarlo. ¿Qué relación tiene con pdf inspector y con /parse? Aquí es donde la gente se lía, así que vale la pena aclararlo: Firecrawl presentó AnyDoc y pdf inspector el mismo día (4 de agosto de 2026), como dos motores hermanos pero separados. pdf inspector es la librería Rust específica para clasificar y extraer texto de PDF (distinguiendo PDFs con texto real de PDFs escaneados). AnyDoc cubre todo lo demás, Office, OpenDocument, RTF, EPUB, CSV, y delega en pdf inspector la parte de PDF de texto. Ambos motores alimentan el endpoint hospedado de Fi