Nx: la plataforma completa y el coste de su poder

Donde Turborepo elige hacer poco, Nx elige hacerlo casi todo. No se presenta como una capa de caché sobre tus scripts, sino como una plataforma que quiere modelar tu repositorio entero: infiere un grafo de proyecto detallado, genera código con andamiaje estandarizado, abstrae tus comandos tras executors, hace cumplir fronteras de módulo y, en Nx Cloud, reparte las tareas de un pipeline entre varias máquinas efímeras. Ese poder no es marketing: a escala de organización resuelve problemas que Turborepo ni intenta abordar. Pero todo poder tiene un coste, y con Nx el coste es tan real como las prestaciones. Elegirlo bien exige contabilizar ambas columnas.

Nx modela el repositorio entero

La unidad de razonamiento de Nx no es el script suelto sino el grafo de proyecto: un modelo de qué proyectos existen, cómo dependen unos de otros y qué tareas puede ejecutar cada uno. Sobre ese grafo se sostienen todas sus capacidades —el affected, el orden topológico, la caché, la paralelización, la distribución—, que dejan de ser funciones sueltas para volverse teoremas de un mismo axioma. Nx no orquesta comandos: razona sobre una representación del repo.

flowchart TD
graph[project graph inferido] --> affected[nx affected]
graph --> cache[cache por hash de entradas]
graph --> gen[generadores y executors]
graph --> cloud[nx cloud reparto entre agentes]
style graph fill:#cba6f7,color:#11111b
style cloud fill:#89b4fa,color:#11111b

La diferencia con un runner minimalista es de ambición. Turborepo lee tu workspace y cachea lo que hay; Nx quiere ser el sustrato desde el que se crea, se construye, se verifica y se publica cada proyecto. Por eso trae opiniones sobre cómo debería estructurarse un paquete, cómo debería invocarse una herramienta y cómo debería propagarse un cambio. Adoptar Nx no es enchufar una caché: es adoptar una forma de trabajar.

El poder: grafo inferido, generadores, executors y nube

El Nx de 2026 infiere buena parte del grafo sin que escribas listas a mano. Sus plugins leen archivos de configuración —un vite.config.ts, un jest.config.ts— y de ahí derivan nodos, aristas y targets. Esta inferencia, la evolución que la comunidad conoció como Nx Crystal, reduce la configuración explícita al mínimo: muchos proyectos no necesitan un project.json porque Nx deduce sus tareas del contexto.

El diferenciador más fuerte frente a Turborepo es la ejecución distribuida de tareas. La caché remota evita repetir trabajo ya hecho; la distribución va más allá y trocea el trabajo nuevo entre varias máquinas, respetando el grafo, de modo que un pipeline que en serie tardaría una hora se resuelve en minutos sobre un enjambre de agentes. A esto se suman las fronteras de módulo —reglas que prohíben, vía lint, que un proyecto importe a otro que no debería— y Nx Release, que versiona y publica sin depender de una herramienta externa. Es, en conjunto, una plataforma.

nx graph                 # explora el grafo de proyecto navegable
nx g @nx/react:lib ui    # genera una libreria estandarizada
nx affected -t build     # construye solo lo tocado por el cambio
nx release               # versiona y publica desde el propio Nx

El coste de ese poder

Ninguna de esas capacidades es gratuita, y madurar con Nx es saber contabilizar la factura tan bien como las prestaciones. El coste no aparece en la demo; aparece a los seis meses, cuando el equipo convive con la plataforma.

El primero es la curva de aprendizaje. Executors, generadores, plugins, targets inferidos, nx.json, migraciones: es un vocabulario propio que todo el equipo debe interiorizar para depurar cuando algo falla. Un script en package.json lo entiende cualquiera; un executor con opciones tipadas y un plugin de inferencia exigen saber Nx.

El segundo es el acoplamiento a la plataforma. Nx gestiona la evolución de tu configuración con nx migrate, un mecanismo potente que actualiza a la vez Nx y las herramientas que envuelve aplicando codemods. Es cómodo, pero significa que Nx participa en la versión de tu toolchain y en la forma de tu configuración; salir de esa órbita es más caro que borrar un archivo.

El tercero es la gravedad de las convenciones. Los generadores estandarizan a cambio de que aceptes su forma de estructurar; los executors abstraen a cambio de que tus comandos vivan detrás de su interfaz. Nada de esto es negativo a escala —la consistencia es justo lo que una organización grande necesita—, pero en un repo pequeño es complejidad que no se amortiza. Meter Nx en cuatro paquetes es pagar una plataforma para un problema que no la pide.