Hojas de cálculo nativas de IA vs IA para Excel en 2026: el cierre de Rows explica la diferencia

Las dos categorías, explicadas

Las hojas de cálculo nativas de IA cambian el formato de Excel por otro nuevo, pensado para la IA: Sourcetable, Bricks y, hasta mayo de 2026, Rows. La IA para Excel, en cambio, superpone IA al Excel que ya tienes: complementos en la nube que responden y que cada vez más ejecutan dentro del libro, agentes de libro que manejan el archivo y generadores que escriben fórmulas. Los dos enfoques se parecen en una demo y no tienen nada que ver en la práctica.

La diferencia está en dónde vive tu trabajo. Una hoja de cálculo nativa de IA es una aplicación nueva, con su propio formato de archivo, su propia nube y su propia forma de hacer las cosas; la IA para Excel te deja dentro del archivo y de las herramientas que ya usas. Para un equipo que vive en Excel, esa es la distancia entre un añadido y una migración.

Las dos responden al mismo problema: la IA no debería quedarse en el texto. La categoría nativa responde reconstruyendo la hoja de cálculo alrededor de la IA; la de IA para Excel responde añadiendo ejecución a la hoja que ya tienes. Esa divergencia de arquitectura es la razón de que una ponga en jaque el formato y la otra lo deje intacto.

Ambas encajan en el marco de los 5 tipos de IA para Excel: la nativa es un tipo en sí misma y todo lo demás se apila sobre el propio Excel.

Para ver qué significa de verdad «AI-first», pon las dos demos una junto a otra: una herramienta nativa te deja describir el análisis en lenguaje natural y la cuadrícula se levanta sola alrededor de lo que pediste; una capa de IA para Excel parte del archivo que ya tienes y le añade capacidades por encima. Las dos parecen mágicas durante una tarde; la diferencia se ve un año después, cuando una sigue avanzando en tus términos y la otra lo hace según la hoja de ruta de su proveedor.

El cierre de Rows: un caso práctico

Rows cerró el 2026-05-31: una hoja de cálculo nativa de la nube no puede llevarse tus datos si la empresa cierra. El anuncio decía que el equipo se incorporaba a Superhuman y que el producto cerraría; fuera cual fuera el motivo estratégico, el efecto en los usuarios fue el mismo: exporta mientras puedas y luego migra.

Esa es la lección del bloqueo de datos frente a lo local en su versión más cruda. Los datos en Excel son un archivo que es tuyo; los datos en una hoja nativa de IA son un inquilino dentro del producto de otro, con las condiciones de salida que a esa empresa le apetezca ofrecer.

Anuncio del cierre de Rows: el aviso oficial, con las condiciones de migración y exportación que se ofrecieron a los usuarios.

La cronología afila la advertencia: Rows levantó dinero de verdad, construyó un producto de verdad y aun así cerró a los pocos años de lanzarse. La lección no es que el equipo fracasara, sino que un formato SaaS joven hereda todos los riesgos de su proveedor, desde la financiación hasta el foco, mientras que un archivo de Excel no carga con ninguno.

El después merece una segunda lectura: se ofreció exportación y migración, pero la exportación solo podía ser tan buena como lo permitieran las herramientas de la propia Rows. Los formatos propietarios rara vez se convierten sin pérdidas, y las fórmulas y automatizaciones creadas dentro del producto no siempre sobrevivieron al traslado. Ese es el significado concreto del bloqueo de formato: no perder los datos en sí, sino todo lo que se había construido encima.

Comparativa de las hojas de cálculo nativas de IA

Las filas de formato en la nube arrastran el mismo tipo de riesgo que Rows acaba de mostrar: una página de precios y una hoja de ruta que pertenecen a una startup. La lista de herramientas de IA para Excel gratis cubre el extremo más barato de las dos categorías; el plugin de Grok para Excel es el recién llegado, anunciado en julio de 2026, con un complemento de Grok para Excel y una suscripción a SuperGrok detrás.

Fíjate en lo que la tabla no puede mostrar: el coste de migración. Marcharse de Rows significaba exportar y reconstruir flujos de trabajo; «marcharse de Excel» es algo que no ocurre. La columna de estado de una herramienta en la nube es una promesa, y la fila de Rows es el registro de cuánto valía esa promesa.

La baza de los desarrolladores: servidores MCP para Excel

MCP —el Model Context Protocol— es el estándar que permite a los agentes LLM leer y escribir archivos locales directamente, y Excel es uno de los formatos a los que ya llega. Con un servidor MCP, Claude y otros agentes pueden abrir un archivo xlsx, inspeccionar celdas y ejecutar cambios sin ir pegando código de acá para allá: una versión para desarrolladores de lo que hacen los agentes de libro.

La saliencia de API en estas páginas es más alta que en la mayoría de las marcas: señal de que el canal es joven y está concentrado, no de que ya sea mainstream. El servidor de referencia para Excel es ExcelMcp (mcp-server-excel), que expone las operaciones de libro a cualquier agente compatible con MCP.

Protocolo MCP: la especificación del protocolo y el registro de servidores para distintos datos y formatos de archivo.

GitHub oficial de MCP: las implementaciones de referencia y los SDK que mantienen los responsables del protocolo.

ExcelMcp (mcp-server-excel): el servidor de Excel que da a los agentes acceso de lectura y escritura a archivos xlsx.

El canal MCP recuerda que la acción interesante está del lado de Excel: que los agentes lleguen hasta los archivos locales es hacia donde vamos, y hace más fuerte, no más débil, el modelo de ser dueño del archivo. Un desarrollador que conecta un servidor MCP a Excel consigue ejecución sin renunciar al formato: lo mejor de los dos enfoques.

Un flujo MCP concreto deja ver la forma: un agente abre un libro local, lee el rango que necesita, calcula o reescribe los valores y guarda, con la ruta del archivo y los cambios auditables después. Sin subir, sin pegar, sin migrar de formato. Eso es ejecución sobre el modelo de ser dueño del archivo, y por eso el canal de desarrolladores apunta hacia Excel en lugar de darle la espalda.

La IA para Excel que no sale de tu equipo

El clúster local es la apuesta contraria a la categoría nativa: en vez de jugarte los datos a un formato joven, conservas el archivo de Excel y pones la IA en tu máquina. Sin migrar de formato, sin suscripción y sin un riesgo de cierre que se lleve tu trabajo por delante.

Cómo escoger una categoría con futuro

La categoría que sobrevive es aquella cuyo fallo puedes absorber. La IA para Excel se degrada hasta el archivo de Excel que ya tenías; una hoja nativa de IA, en el peor de los casos, desaparece junto con su proveedor: la diferencia que Rows volvió tangible en un solo anuncio.

Las dos categorías no son apuestas simétricas. Las hojas nativas apuestan a que gana un formato nuevo; la apuesta de la IA para Excel es que el parque instalado de Excel aguanta cualquier cosa. Rows es el dato que dice que la segunda apuesta es la más segura, y el clúster local es la versión de menor riesgo de esa apuesta.

Para la mayoría de las organizaciones, la respuesta pragmática no es elegir una u otra. Conserva Excel como sistema de registro, ponle encima una capa de IA para Excel para el trabajo diario y trata cualquier formato nativo de IA como un experimento que puedes descartar sin avisar. Ese híbrido se queda con la comodidad de la categoría nueva sin apostar tus datos a su vida útil: justo la lógica que los propios usuarios de Rows se quedaron deseando haber seguido.