Univer

La forma más precisa de entender Univer es:

Un Runtime modular que permite a los desarrolladores integrar capacidades de Office dentro de sus propios productos.

No obliga a utilizar un sitio web de Office online concreto ni se limita a proporcionar una página similar a Excel lista para usar. La documentación oficial destaca que los desarrolladores pueden integrar funcionalidades de Spreadsheet y Document en productos SaaS, herramientas internas, plataformas BI o aplicaciones de IA, y ampliarlas mediante plugins, servicios y Facade API.

Con la versión 1.0, además, seis tipos de editores quedaron integrados dentro del mismo Office SDK programable: Sheets, Docs, Slides, Boards, Bases y PDF.

Por eso, su verdadero competidor no es exactamente Excel, sino algo mucho más costoso:

que cada desarrollador tenga que pasar años construyendo desde cero su propio Office Runtime.

¿Por qué es tan difícil crear un Excel por cuenta propia?

Una Spreadsheet realmente funcional no es simplemente:

HTML Table + Input

Se parece mucho más a:

Cell ↓ Formula ↓ Dependency ↓ Recalculation ↓ Rendering ↓ Command ↓ Persistence

Cuando un usuario modifica una celda, el cambio puede afectar a decenas o incluso miles de resultados calculados, mientras que la interfaz debe seguir respondiendo con fluidez.

Por eso Univer convierte el Formula Engine y el Rendering Engine en componentes centrales de su Runtime. Según la documentación oficial, @univerjs/engine-formula se encarga del cálculo de fórmulas, mientras que @univerjs/engine-render gestiona el renderizado, las barras de desplazamiento, el cursor, las selecciones y otras capacidades de bajo nivel.

Esta es precisamente la razón por la que crear un editor “similar a Excel” es mucho más complejo que construir un Data Grid convencional.

Plugin Architecture es el verdadero núcleo de Univer

Uno de los aspectos más interesantes de Univer es que no intenta convertir todo Office en una caja negra imposible de desmontar.

Utiliza una arquitectura Plugin-first:

Univer Core ├─ Sheets ├─ Formula ├─ UI ├─ Charts ├─ Formatting ├─ Docs └─ Other Plugins

Los desarrolladores pueden combinar las capacidades que necesitan.

La documentación oficial de arquitectura define Plugin como una unidad básica de construcción de Univer y destaca sus características de composición, personalización y ejecución isomórfica. Los navegadores, Node.js, Web Worker y otros entornos pueden cargar diferentes plugins; por ejemplo, los plugins relacionados con UI pueden excluirse en Node.js.

Esto resulta especialmente interesante para los desarrolladores de SaaS.

No necesariamente necesitas:

“Un Excel completo”.

Quizá solo necesites:

Spreadsheet + Formula + Chart + tu propia interfaz de negocio.

Esta arquitectura hace que Univer se parezca más a un Office Runtime que a un producto cerrado.

Por supuesto, existe un coste: conceptos como Plugin, Service, Command e inyección de dependencias hacen que el sistema sea más potente, pero también elevan considerablemente la curva de aprendizaje frente a un componente de tablas convencional. La propia documentación reconoce que la Plugin Architecture añade complejidad para quienes comienzan a utilizar el proyecto.

Formula Engine: uno de sus activos técnicos más importantes

Una de las partes más difíciles de una Spreadsheet no consiste en dibujar las celdas, sino en calcularlas.

A1 ↓ B1 = A1 * 2 ↓ C1 = B1 + 100 ↓ D1 = ...

Cuando el usuario modifica A1, toda la cadena de dependencias debe recalcularse.

Univer 1.0 reorganizó su Formula Engine y añadió capacidades como referencias 3D y referencias entre libros de trabajo, al tiempo que continúa ampliando la compatibilidad con fórmulas de Excel.

Esto significa que las capacidades Spreadsheet de Univer no se limitan a ofrecer una interfaz de tabla.

En realidad, incorpora un entorno de cálculo que puede ser utilizado programáticamente por otras aplicaciones.

Esto resulta mucho más relevante para modelos financieros, BI, análisis de datos y futuros AI Agents que un simple Data Grid.

¿Por qué merece atención el Canvas Rendering?

Una Spreadsheet de gran tamaño puede encontrarse rápidamente con problemas de rendimiento si depende por completo de una enorme cantidad de nodos DOM.

Univer utiliza Canvas para el renderizado de alta densidad de la superficie principal de la hoja, mientras que React/DOM resulta más adecuado para menús, diálogos y otros elementos de interacción. La documentación oficial explica que las celdas, encabezados de filas y columnas, selecciones y otros elementos principales de Sheet son gestionados por el Canvas Rendering Engine.

Esto no es simplemente una cuestión estética.

Una Spreadsheet es, por naturaleza, una superficie visual bidimensional extremadamente grande.

Cuando los datos pasan de cientos de filas a cientos de miles o más, la estrategia de renderizado se convierte en parte de la capacidad central del producto.

Facade API: cuando el SDK empieza a resultar realmente útil

Si un Office SDK solo permite que el usuario haga clic manualmente, su valor para los sistemas de negocio es limitado.

Lo que realmente necesita un desarrollador es algo parecido a:

Application ↓ Workbook ↓ Worksheet ↓ Range ↓ Read / Write / Formula / Format

Por eso Univer ofrece una Facade API, que encapsula la complejidad de la arquitectura subyacente mediante interfaces de mayor nivel como FUniver, Workbook y Range. La documentación oficial señala que uno de los objetivos de Facade API es precisamente reducir la barrera de entrada a la hora de utilizar la arquitectura interna.

Este paso es fundamental.

Permite que un sistema empresarial trate Univer como un Office programable, en lugar de verlo simplemente como un editor visual.

Node.js lo convierte de editor en Runtime

Univer Sheets puede ejecutarse actualmente tanto en navegador como en Node.js. El Web SDK Headless oficial permite generar y modificar documentos en Node.js y operar sobre Sheets mediante Facade API.

Esto abre una forma completamente diferente de utilizarlo:

Database ↓ Node.js ↓ Workbook ↓ Formula ↓ Result

Ahora un servidor puede generar informes, procesar datos y calcular modelos sin que todas las operaciones tengan que producirse dentro del navegador.

Para software empresarial, esto puede ser mucho más importante que simplemente “parecerse a Excel”.

¿Por qué los AI Agents podrían cambiar el valor de Univer?

Este es probablemente uno de los aspectos más interesantes de Univer en la actualidad.

Tradicionalmente, un Agent que trabaja con Excel suele seguir un flujo parecido a:

Agent ↓ Leer archivo ↓ Analizar archivo ↓ Modificar ↓ Generar archivo de nuevo

Con un Office Runtime, el modelo puede convertirse en:

AI Agent ↓ Office API ↓ Workbook ↓ Cells / Formula / Chart

El Agent ya no trabaja únicamente con un archivo .xlsx estático. Puede interactuar con un entorno Office que permite leer, modificar, calcular y verificar datos mediante programación.

Univer 1.0 ya incorpora AI SDK dentro de su arquitectura oficial, con soporte para flujos de trabajo en los que los agentes pueden leer y modificar documentos, actualizar fórmulas, generar gráficos y comprobar resultados. El repositorio oficial también utiliza la expresión “Office Harness for AI Agents” para describir esta dirección.

Esto empieza a cambiar el papel de Univer:

Ya no es solamente una Spreadsheet para usuarios humanos; potencialmente puede convertirse en una capa Runtime para que los AI Agents trabajen con datos y documentos de Office.

Esta es una de las diferencias más importantes frente a los proyectos open source tradicionales que simplemente intentan reproducir Excel.

Pero Univer tampoco está exento de problemas

El primero es la complejidad.

Si lo único que necesitas es:

“Mostrar una tabla que se pueda ordenar”.

Un Data Grid convencional será mucho más directo. La combinación de Plugin, Command, Facade y Snapshot de Univer probablemente sería excesiva para este caso.

El segundo punto es que compatibilidad con Excel no significa automáticamente equivalencia con Excel.

La versión 1.0 continúa ampliando la compatibilidad con archivos XLS/XLSX y otros formatos de Office, pero las capacidades de intercambio de archivos y conversión en servidor están distribuidas entre diferentes SDK y módulos Pro. La documentación oficial indica que la importación y exportación de Excel puede realizarse mediante el módulo Exchange del Server SDK, mientras que determinadas capacidades de intercambio forman parte de Pro.

El tercer desafío es la IA.

Que un Agent pueda manipular una Spreadsheet y que pueda hacerlo de forma fiable sobre una Spreadsheet compleja son dos cosas completamente diferentes.

Después de que un Agent modifique decenas de fórmulas, múltiples Sheets y un modelo financiero complejo, comprobar automáticamente que el resultado sigue siendo correcto continúa siendo un problema mucho más difícil que simplemente llamar a una API.

Por eso, el AI SDK es una dirección importante, pero no debería interpretarse como que Univer ya ha resuelto todos los problemas de fiabilidad relacionados con el uso de Office por parte de agentes.

¿Qué tipo de proyectos encajan realmente con Univer?

Si solo necesitas:

Mostrar una tabla sencilla → Data Grid

Si necesitas:

Edición similar a Excel → Spreadsheet Component

Pero si el requisito ya es:

“Quiero integrar Spreadsheet / Docs / Slides como capacidades nativas de mi SaaS y permitir que la lógica de negocio, e incluso los AI Agents, puedan controlarlas mediante programación.”

Entonces la propuesta de Univer cambia considerablemente.

Puede resultar especialmente relevante para:

• productos SaaS;
• ERP;
• CRM;
• plataformas BI;
• sistemas financieros;
• productos de análisis de datos;
• aplicaciones de AI Office.

Porque lo que realmente estás ahorrando no es simplemente una interfaz de tabla, sino toda una infraestructura de:

cálculo, modelo de documentos, renderizado, comandos, plugins, APIs y Office Runtime.

¿Cómo entender Univer frente a otras soluciones?

Solución	Principal problema que resuelve
HTML Table	Presentación sencilla de datos
Data Grid	Tablas de datos de alto rendimiento
Spreadsheet Component	Edición similar a Excel
Online Office	Producto Office completo
Office SDK	Integrar capacidades Office dentro de un producto
Univer	Office Runtime modular, componible y extensible

Por eso, lo más interesante de Univer no es determinar si “es un Excel open source”.

La idea más importante es otra:

Intenta convertir Office de un producto final en una infraestructura que los desarrolladores puedan combinar y programar.

Valoración final

Dimensión	Puntuación
-----------------------------------	---------:
Arquitectura técnica	4,5/5
Capacidades Spreadsheet	4,5/5
SDK / Extensibilidad	4,5/5
Experiencia de desarrollo	4/5
Potencial para AI Agents	4,5/5
Valor para aplicaciones comerciales	4,5/5
Puntuación global	4,4/5

Conclusión

Lo más interesante de Univer no es si puede “reemplazar Excel gratis”.

En realidad, intenta resolver un problema mucho más profundo:

Si cada empresa SaaS, ERP, BI o AI necesita capacidades propias de Office, ¿por qué cada una debería volver a construir desde cero su propio Spreadsheet, Document y Presentation Runtime?

La Plugin Architecture aporta composición; el Formula Engine, cálculo; Canvas, el renderizado de grandes superficies de edición; Facade API, el control programático desde las aplicaciones; y el Node.js Headless Runtime permite llevar estas capacidades al servidor y a los flujos de automatización.

La llegada de los AI Agents añade además una nueva puerta de entrada a esta infraestructura: permitir que un Agent no se limite a generar un archivo Excel, sino que pueda interactuar directamente con un Office Runtime programable, calculable y verificable.

Por supuesto, Univer parece estar claramente más orientado a equipos de desarrollo que tienen necesidades Office complejas. Para una tabla sencilla puede resultar demasiado pesado. Y para productos que requieren una compatibilidad extremadamente alta con Excel, colaboración compleja o intercambio de archivos de nivel empresarial, todavía es necesario evaluar cuidadosamente los límites entre las capacidades open source y Pro, así como entre Web SDK y Server SDK.

Pero desde el punto de vista de dirección tecnológica, Univer ya resulta difícil de definir simplemente como un “Excel open source”.

Una descripción más precisa sería: Univer está intentando convertirse en una capa de infraestructura Office que pueda ser utilizada conjuntamente por aplicaciones y AI Agents.