Una empresa encarga a un equipo pequeño la implantación de un sistema que reorganiza su operativa comercial. En pocas semanas, sin ampliar plantilla, empieza a producir más: los leads se procesan, las respuestas salen, las decisiones se encadenan y el sistema sigue funcionando incluso cuando nadie interviene directamente. Durante un tiempo, no hay motivo para cuestionar nada. Todo encaja.

Luego ocurre algo menos visible. El sistema no se detiene, pero deja de comportarse igual. El output pierde consistencia, aparecen pequeñas desviaciones y el resultado ya no es exactamente el mismo, aunque nadie haya dejado de cumplir y ningún contrato haya cambiado. Es ahí donde aparece una pregunta que no estaba bien formulada al principio: qué es exactamente lo que estaba produciendo valor y cómo estaba siendo capturado jurídicamente. No compra una gran consultoría, no incorpora un departamento entero, no amplía plantilla de forma proporcional. Contrata a un grupo reducido que conecta herramientas, diseña workflows, automatiza secuencias, integra datos, ajusta la lógica de ejecución y deja en marcha una arquitectura capaz de producir más de lo que cabría esperar por número de personas y por tiempo visible de trabajo. Durante un tiempo, todo encaja. El sistema funciona, el output aparece, la empresa gana velocidad y la relación jurídica parece suficientemente descrita por un contrato de servicios convencional. Sin embargo, basta con que cambie una pieza del equipo, se altere un criterio de supervisión, se desajuste una integración o se renegocie el alcance para que aparezca una pregunta que no estaba bien formulada al principio: ¿qué era exactamente lo que estaba produciendo valor ahí, y cómo estaba siendo capturado jurídicamente?

Esa pregunta importa más de lo que parece, porque no se agota en un caso aislado ni en una anécdota tecnológica. Lo que empieza a aflorar, todavía de forma desigual y en segundo plano, es una forma de organización que no coincide del todo con las categorías con las que la empresa y el Derecho han venido describiendo la producción durante décadas. No se trata de decir que la empresa clásica haya desaparecido, ni de exagerar hasta convertir un fenómeno emergente en una transformación total del mercado. Se trata de ver algo más preciso: en determinados contextos, la empresa empieza a producir mediante configuraciones de capacidad organizada, sostenidas por equipos pequeños, herramientas conectadas, automatización, criterio experto y sistemas que siguen operando sin intervención constante. Y cuando eso ocurre, empiezan a aparecer cuestiones jurídicas que no se explican bien si seguimos mirando solo puestos, horas, prestaciones aisladas o entregables entendidos en sentido tradicional.

No es la herramienta lo que cambia, es la forma en que se produce

La inteligencia artificial, la automatización, los sistemas de integración o los entornos de ejecución continua no son, por sí solos, la novedad decisiva. La novedad relevante no está en que una empresa use herramientas más avanzadas, sino en que determinadas combinaciones de personas, sistemas y procesos permiten que grupos muy pequeños sostengan outputs complejos, repetibles y escalables, de una manera que no encaja del todo ni con la lógica de la plantilla lineal ni con la del servicio puntual que se entrega y se agota. Eso es lo que vuelve interesante el fenómeno desde el punto de vista jurídico: no estamos ante una mera mejora instrumental, sino ante una alteración de la unidad real con la que se produce valor.

Hasta hace poco, era razonable leer gran parte de la actividad empresarial a través de un esquema bastante estable. La empresa contrataba personas, compraba tiempo de trabajo o servicios definidos, distribuía funciones, fijaba responsabilidades y articulaba una estructura en la que la producción podía describirse, con bastante aproximación, como suma de aportaciones individuales organizadas jerárquicamente. Ese esquema sigue vigente en la mayor parte del mercado y continúa siendo útil para innumerables supuestos. Lo que empieza a cambiar en algunos sectores, proyectos y equipos no es su desaparición, sino la aparición de otra capa. Una capa en la que el valor ya no depende solo de lo que hace cada persona por separado, sino de cómo se sostienen conjuntamente workflows, pipelines, automatizaciones, criterios de supervisión, integraciones y secuencias operativas que producen de forma continua.

Por eso el fenómeno resulta novedoso. No porque antes no hubiera equipos pequeños, ni porque la empresa nunca hubiera externalizado servicios complejos, ni porque el software no llevara años reorganizando tareas. Lo novedoso está en la convergencia. Ahora empiezan a aparecer microequipos capaces de diseñar, desplegar y operar sistemas enteros de trabajo para terceros, y empresas clásicas que, sin cambiar externamente de naturaleza, reorganizan por dentro parte de su producción alrededor de esos mismos sistemas. En ambos casos, la capacidad productiva deja de ser fácilmente reducible a una suma de individuos, a una prestación cerrada o a una relación lineal entre tiempo invertido y valor obtenido.

Una forma que empieza a aparecer sin haber sido todavía nombrada con precisión

Lo más interesante de este proceso es que no suele presentarse con el aspecto de una gran ruptura. No entra en la empresa con la solemnidad de una reforma general, ni genera desde el primer día conflictos doctrinales perfectamente etiquetados. Al contrario, aparece en silencio. Entra como proyecto piloto, como automatización de una parte del flujo comercial, como sistema de captación, como research workflow, como capa de ejecución que permite a muy pocas personas sostener operaciones que antes habrían exigido más tiempo, más personal y más estructura. Mientras funciona, apenas llama la atención. Y precisamente por eso las categorías jurídicas siguen aplicándose como si nada importante hubiera cambiado.

Ahí está la razón por la que esta cuestión resulta poco conocida. No porque sea invisible para siempre, sino porque está naciendo en una zona intermedia entre la práctica y el lenguaje. Los operadores que construyen estos sistemas ya hablan de workflows, de RAG, de agentic workflows, de pipelines, de ejecución, de integraciones, de observabilidad o de outputs; es decir, disponen de un lenguaje operativo que describe bastante bien cómo trabajan. Pero ese lenguaje todavía no ha sido traducido de forma suficiente a una lectura jurídica empresarial que permita identificar con precisión qué tipo de relaciones, dependencias, responsabilidades y tensiones empiezan a emerger cuando la producción se sostiene así.

Dicho de otro modo: la novedad no consiste en haber descubierto una tecnología desconocida, sino en haber empezado a leer como forma jurídica emergente algo que, en la práctica, ya se está gestando por debajo del radar. Y eso importa, porque cuando una forma de empresa aparece antes de haber sido bien capturada por sus instrumentos de cierre, las fricciones no tardan en llegar. A veces llegan como desviaciones pequeñas, otras como conflictos de responsabilidad, otras como problemas de retribución, de propiedad, de continuidad o de gobierno. Pero lo decisivo es que ya no pueden entenderse del todo desde una lectura demasiado simple de lo que la empresa es y de cómo produce.

Dos lugares donde ya puede observarse con claridad: dentro de la empresa y en el mercado de servicios

Conviene distinguir, al menos, dos escenarios. El primero aparece dentro de la empresa clásica. Aquí no estamos ante una startup AI-native ni ante una firma que venda sistemas a terceros, sino ante organizaciones que empiezan a integrar microequipos de alta capacidad, automatización y herramientas conectadas para reorganizar áreas concretas de producción. La empresa sigue siendo reconocible en su forma habitual, mantiene contratos de trabajo individuales, conserva su estructura y no deja de parecer una empresa normal. Sin embargo, en algunas zonas de su actividad el valor empieza a depender de equipos que operan materialmente como sistema. La salida de uno es la entrada de otro, las decisiones se distribuyen, parte del trabajo se automatiza y la estabilidad del resultado deja de descansar en una sola función aislada.

El segundo escenario aparece fuera, en el mercado de servicios. Aquí la novedad se ve en microequipos que ya operan ellos mismos como empresa y venden a terceros sistemas completos de trabajo: automatización comercial, despliegues de CRM integrados, sistemas documentales, research pipelines, agentes de voz, arquitecturas de generación de informes o capas de ejecución continua que producen output con un coste de tiempo y personal muy inferior al de los modelos tradicionales. Estos equipos no venden solo horas, ni encajan del todo en la consultoría clásica, ni entregan simplemente software cerrado. Lo que ofrecen es una mezcla de diseño, implementación, criterio, mantenimiento, arquitectura y capacidad operativa. Y esa mezcla desborda con frecuencia las categorías más cómodas del contrato de servicios convencional.

Ambos escenarios comparten una misma intuición de fondo: la unidad relevante para entender la producción ha dejado de ser tan obvia. A veces parece seguir siendo el individuo. A veces parece ser el equipo. En otros casos es el sistema que permanece funcionando en el tiempo. Y en ocasiones lo que importa no es ni la persona ni la herramienta por separado, sino la configuración estable que permite producir de una determinada manera. Ese desplazamiento es, precisamente, el punto a partir del cual empiezan a generarse nuevas cuestiones jurídicas.

Primera cuestión: qué unidad está produciendo realmente el valor

La primera tensión aparece cuando la unidad material que produce valor no coincide con la unidad jurídica utilizada para organizar la relación. Dentro de la empresa, esto se ve cuando varias personas contratadas por separado mantienen en funcionamiento un mismo workflow de producción y el resultado depende del conjunto, no de cada una de ellas por separado. Formalmente, el contrato sigue siendo individual. Materialmente, la empresa depende de una arquitectura interdependiente. Esa distancia no genera siempre un conflicto inmediato, pero modifica la forma en que deberían leerse la función, la evaluación del rendimiento, la sustitución de piezas, la distribución de responsabilidad o incluso la lógica retributiva.

Fuera de la empresa, el mismo problema adopta otra forma. Una compañía encarga a un proveedor la construcción y operación de un sistema. El contrato puede hablar de análisis, implementación, mantenimiento o soporte, pero lo que la empresa necesita y de lo que pasa a depender es de una capacidad en funcionamiento. El sistema produce, devuelve output, organiza flujos, prioriza tareas, agenda acciones, genera resultados. La pregunta entonces ya no es solo qué trabajo se realizó, sino qué unidad está siendo realmente contratada: un servicio, un sistema o una capacidad. Mientras todo funciona, la diferencia puede parecer teórica. Cuando el resultado cambia, deja de serlo.

Segunda cuestión: cuándo empieza el problema si el sistema sigue funcionando

Una de las características más llamativas de estas configuraciones es que muchas veces no fallan de forma clásica. El sistema sigue activo, las integraciones continúan conectadas, el workflow no se detiene y nadie ha dejado de cumplir formalmente. Aun así, el resultado empieza a desviarse: pierde consistencia, baja precisión, acumula pequeñas incoherencias o deja de sostener el mismo nivel de output. Esa situación es especialmente relevante porque introduce una fricción jurídica muy poco tematizada. El problema ya no nace solo de la ruptura, sino de la desviación progresiva en entornos donde la producción está distribuida y sostenida por un conjunto.

Esto afecta a la imputación, desde luego, pero no solo a ella. También afecta al tipo de decisiones que la empresa puede tomar y a la base sobre la que las toma. Si no hay un fallo claro, una obligación incumplida en sentido clásico o una pieza aislable que pueda señalarse sin más, la reacción jurídica no puede apoyarse únicamente en la lógica habitual del incumplimiento puntual. Empieza a necesitar otra lectura: una que permita ver cuándo el problema está en una persona, cuándo en una configuración, cuándo en la arquitectura, cuándo en el modo en que se ha repartido el control y cuándo en la descripción misma de lo contratado o de lo organizado internamente.

Tercera cuestión: retribución y valor cuando el output ya no sigue una lógica lineal

Otra zona de tensión aparece cuando equipos muy pequeños, apoyados en sistemas y automatización, producen más de lo que cabría esperar por estructura, horas visibles o categorías retributivas pensadas para trabajo lineal. Dentro de la empresa, esto puede abrir problemas de alineación entre retribución y aportación, especialmente cuando perfiles que sostienen posiciones muy distintas dentro del sistema quedan integrados en esquemas salariales que siguen leyendo el valor desde una equivalencia más o menos lineal entre puesto, tiempo y resultado. No se trata de afirmar que toda productividad aumentada obligue a rediseñar salarios, pero sí de ver que, en algunos entornos, la estructura retributiva empieza a describir peor cómo se está produciendo realmente el valor.

Fuera de la empresa, la tensión reaparece en los contratos orientados a output. Cuando un microequipo vende un sistema que produce mucho más de lo que su tamaño sugiere, la relación entre precio, trabajo visible y resultado deja de comportarse como en un servicio convencional. Esto no invalida la libertad contractual ni convierte el problema en un debate abstracto sobre el valor. Lo que hace es obligar a formular mejor qué se está pagando, qué parte del precio corresponde a diseño, cuál a operación, cuál a arquitectura reutilizable y cuál a la capacidad de sostener un determinado comportamiento del sistema en el tiempo.

Cuarta cuestión: propiedad, reutilización y capas dentro de sistemas híbridos

En estos modelos aparece, además, un problema que probablemente irá ganando peso: el encaje de la propiedad intelectual y de los derechos de uso cuando el valor no se deja reducir fácilmente a una obra, a un software cerrado o a una prestación puramente personal. Muchos de estos equipos trabajan con una mezcla de componentes propios, integraciones estándar, prompts, datasets, estructuras de workflow, lógica operativa, configuraciones reutilizables y capas específicamente adaptadas a cada cliente. En ese contexto, la pregunta por la titularidad deja de ser simple.

¿Qué parte del sistema es verdaderamente singular para un cliente concreto y cuál forma parte del modelo operativo del proveedor? ¿Qué se cede realmente cuando se entrega un output generado en un entorno híbrido? ¿Qué derechos recaen sobre los resultados, sobre la arquitectura, sobre la lógica de ejecución o sobre los materiales intermedios que hacen posible la producción? Las categorías existentes siguen siendo utilizables, pero empiezan a exigir una precisión mucho mayor. No porque haya que inventar de inmediato un derecho completamente nuevo, sino porque la forma heredada corre el riesgo de simplificar demasiado una realidad más estratificada.

Quinta cuestión: gobierno y decisión cuando el sistema no se concentra en una sola función

Cuanto más depende la producción de una configuración interdependiente, más se acentúa un problema que antes podía pasar más desapercibido: quién decide realmente y desde dónde se gobierna el sistema. Dentro de la empresa, la cuestión aparece cuando el control efectivo sobre el resultado ya no descansa en una sola función, ni puede identificarse sin más con una posición jerárquica clásica. Fuera, aparece cuando el cliente firma con una empresa proveedora, pero el comportamiento del sistema depende de decisiones distribuidas entre arquitectura, configuración, mantenimiento, supervisión y criterio experto.

Este punto es jurídicamente sensible porque el reparto formal de responsabilidad no siempre coincide con el reparto material de control. Y cuando ambas cosas se separan demasiado, la fricción se vuelve inevitable. Puede no estallar de inmediato, pero empieza a erosionar la claridad con la que se toman decisiones, se asignan obligaciones, se estructuran garantías o se reacciona cuando el sistema deja de sostener el resultado esperado.

Por qué empieza a ser relevante verlo ahora

La razón para trabajar esta cuestión desde ahora no es anunciar un apocalipsis laboral, ni convertir cualquier automatización en signo de una época completamente nueva, ni vestir de teoría grandilocuente lo que todavía se está formando. Importa verlo ahora por una razón más sobria y más útil: porque las empresas empiezan a operar en algunos puntos con una forma distinta de producir valor, y esa forma distinta trae consigo desenlaces jurídicos que hoy todavía suelen tratarse de manera fragmentaria.

Si no se ve la forma, cada problema aparece como caso suelto. Una vez se la empieza a ver, se entiende mejor por qué empiezan a repetirse ciertas preguntas: qué se contrata realmente, quién responde cuando el resultado depende de un sistema, cómo debe leerse la interdependencia entre contratos formalmente separados, qué significa continuidad en un sistema sostenido por una arquitectura concreta, cómo se delimita la propiedad sobre outputs y componentes, o qué ajustes necesitan las decisiones internas cuando la empresa ya no produce solo como suma de puestos.

Eso es, precisamente, lo que vuelve fértil este territorio. No es un bloque de divulgación sobre inteligencia artificial para empresas. Es una línea de investigación jurídica sobre una forma emergente de organización y de empresa que empieza a hacerse visible antes de haber sido tematizada con suficiente precisión. Quien la vea demasiado pronto corre el riesgo de exagerarla. Quien la vea demasiado tarde, llegará cuando los conflictos ya hayan sustituido al análisis. La posición más útil está en medio: nombrar bien lo que empieza a aparecer, distinguir lo que realmente cambia de lo que solo parece nuevo y ajustar con más finura los instrumentos jurídicos antes de que la fricción se vuelva más costosa.

Una línea de investigación jurídica sobre una forma de empresa que empieza a estabilizarse

En el fondo, la novedad no está en que exista una herramienta distinta, sino en que empieza a emerger una forma empresarial que combina microequipos, sistemas, automatización, criterio y ejecución continua para producir de otra manera. Esa forma no es aún general, ni uniforme, ni dominante en todos los sectores. Pero ya es lo bastante visible como para justificar una línea de investigación propia.

Y esa línea no debería plantearse como una curiosidad lateral. Todo apunta a que en ella se juegan algunas de las cuestiones más relevantes del próximo ciclo empresarial: cómo se capturan jurídicamente outputs no lineales, cómo se organizan contratos cuando lo importante es una capacidad en funcionamiento, cómo se reordena la lectura de funciones, retribución y responsabilidad cuando la producción ya no se deja describir solo desde individuos aislados y cómo se evita que la práctica avance más deprisa que las formas con las que intentamos cerrarla.

La cuestión, por tanto, no es si existen equipos con capacidad ampliada. La cuestión es que empiezan a existir de una manera que obliga a mirar mejor. Y cuando eso sucede, el trabajo jurídico deja de consistir en repetir categorías heredadas como si nada hubiera cambiado y empieza a consistir, más bien, en ver con precisión qué está naciendo debajo de ellas.una lógica jurídica más precisa.