Por qué las empresas de la UE abandonan la IA en la nube por Qwen local en 2026

El panorama de la aplicación del RGPD en la UE para la IA cambió significativamente en 2025. El [bloqueo de ChatGPT por la Garante italiana en 2023](https://www.garanteprivacy.it/home/docweb/-/docweb-display/docweb/9827382) fue la primera señal; para 2025, varias autoridades de protección de datos (APD) habían emitido directrices vinculantes que exigían acuerdos de tratamiento de datos y cláusulas contractuales tipo para el uso de API de IA en la nube. En Alemania, las [directrices de la APD de Hamburgo sobre transferencias de datos a través de API de LLM](https://www.datenschutz-hamburg.de) abordaron explícitamente las llamadas a API de LLM como transferencias internacionales de datos que requieren base jurídica. La [sentencia Schrems II (asunto C-311/18 del TJUE)](https://curia.europa.eu/juris/document/document.jsf?text=&docid=228677&pageIndex=0&doclang=es&mode=req&dir=&occ=first&part=1) estableció que las cláusulas contractuales tipo por sí solas son insuficientes para las transferencias a EE. UU. sin salvaguardias adicionales, lo que restringe aún más las opciones de IA en la nube.

Las APD de la UE abrieron [más de 90 investigaciones relacionadas con la IA en 2025](https://www.enforcementtracker.com), con las transferencias de datos a la IA en la nube bajo escrutinio directo. Para las empresas que tratan datos personales (detalles contractuales, expedientes de empleados, comunicaciones con clientes, información sanitaria), cada consulta a una API de IA estadounidense o china es una posible infracción del RGPD sin la documentación adecuada. La carga de cumplimiento es real: las CCT, las evaluaciones de la APD, las evaluaciones de impacto de las transferencias y las revisiones anuales suman [un rango declarado por el sector de entre 50.000 y 200.000 € en costes legales](https://iapp.org) para las organizaciones medianas.

El despliegue local de Qwen elimina esta carga por completo. Cuando Qwen 3.6 27B se ejecuta en hardware de la UE, no hay transferencia de datos. El [artículo 44 del RGPD](https://eur-lex.europa.eu/legal-content/es/TXT/?uri=celex%3A32016R0679#d1e1567-1-1) no se aplica. La única documentación necesaria es un registro interno de las actividades de tratamiento conforme al [artículo 30](https://eur-lex.europa.eu/legal-content/es/TXT/?uri=celex%3A32016R0679#d1e1803-1-1).

El Reglamento de IA de la UE introduce una nueva capa regulatoria más allá del RGPD en 2026. [Las obligaciones para la IA de uso general (GPAI) son aplicables desde agosto de 2025](https://eur-lex.europa.eu/eli/reg/2024/1689/oj), y las obligaciones para los sistemas de alto riesgo se aplican desde agosto de 2026. El artículo 53 del Reglamento impone obligaciones de transparencia a los proveedores de GPAI, exigiendo la divulgación de resúmenes de los datos de entrenamiento y la mitigación de determinados riesgos.

Fundamentalmente, el Reglamento de IA se aplica a los **responsables del despliegue**, no solo a los proveedores. Cuando despliegas Qwen o cualquier otro sistema de IA en la UE, tu organización se convierte en responsable del despliegue con obligaciones específicas. Sin embargo, el despliegue local reduce considerablemente la complejidad: los responsables que usan modelos locales evitan la maraña transfronteriza entre proveedor y responsable que genera la IA basada en la nube. Conservas el control total sobre el comportamiento del modelo, el fine-tuning y los flujos de datos.

La implicación práctica para las organizaciones de la UE: cambiar a Qwen local aborda simultáneamente el RGPD (sin transferencias transfronterizas) y el cumplimiento del Reglamento de IA (control del responsable del despliegue y transparencia). [Consulta el registro del Reglamento de IA de la UE en EUR-Lex para ver todos los requisitos de cumplimiento](https://eur-lex.europa.eu/eli/reg/2024/1689/oj).

La principal objeción técnica frente a la IA local ("los modelos en la nube son más inteligentes") se volvió empíricamente falsa para la mayoría de las tareas de programación y análisis en July 2026, cuando Alibaba lanzó Qwen 3.6 27B. El modelo obtiene un 92.1% en HumanEval y un 77.2% en SWE-bench. Claude Sonnet 4.6 obtiene un 89.4% en HumanEval y aproximadamente un 72% en SWE-bench.

Para las organizaciones de la UE que impulsaron la mayor parte de la adopción de la IA en la nube (equipos de desarrollo de software, análisis de documentos legales, gestión del conocimiento interno), Qwen 3.6 27B rinde de forma comparable o mejor. El argumento de calidad a favor de la exclusividad de la nube ya no se sostiene para estos casos de uso.

El requisito de hardware está al alcance de la mayoría de las empresas tecnológicas de la UE: una sola RTX 4090 (1.500–2.000 €), o Apple Silicon con 48+ GB de memoria unificada, ejecuta Qwen 3.6 27B a 35–42 tokens por segundo. Mac Mini M4 Pro (1.599 €) y Mac Mini M5 Pro (1.799 €) son opciones de nivel de entrada. Para los equipos que necesitan más capacidad: M5 Max Mac Studio (128 GB, 3.500 €) o M4 Pro Mac Studio (64 GB, 2.200 €) ofrecen un rendimiento sostenido para el uso de IA en todo el equipo.

A pequeña escala (menos de 1M de tokens/día), las API de IA en la nube son más baratas que el hardware. El punto de equilibrio se desplaza a medida que aumenta el volumen. Para un equipo de desarrollo de 10 personas que genera 50M de tokens al día:

La gama de modelos y los precios de DeepSeek evolucionan con frecuencia. Verifica el nombre y el precio actuales del modelo en platform.deepseek.com antes del despliegue. Las cifras reflejan los datos disponibles públicamente en mayo de 2026.

La migración práctica de la IA en la nube a Qwen local suele requerir un esfuerzo de una a dos jornadas de desarrollo para la configuración inicial de la infraestructura, según los patrones de despliegue estándar.

El paso de configuración crítico es ajustar el num_ctx de Ollama a 32768; el valor predeterminado de 2048 tokens es insuficiente para tareas reales. Una vez ajustado, la mayoría de los equipos comprueban que sus prompts existentes funcionan sin modificaciones, porque Qwen 3.6 27B sigue las convenciones estándar de instruction-tuning.

Los primeros en adoptar Qwen local en la UE se concentran en tres sectores donde la sensibilidad de los datos es más alta: servicios jurídicos, tecnología sanitaria y desarrollo de software para servicios financieros.

Los despachos de servicios jurídicos que gestionan asuntos de clientes fueron los que se movieron más rápido. Cada comunicación con un cliente, contrato y nota de expediente constituye un dato personal según el RGPD. La IA en la nube genera una obligación de transferencia del artículo 44 para cada tarea asistida por IA. Qwen local la elimina en todos los casos de uso de IA jurídica.

Las empresas de tecnología sanitaria que desarrollan herramientas de apoyo a la decisión clínica y de comunicación con pacientes se enfrentan a requisitos aún más estrictos conforme al artículo 9 del RGPD (categorías especiales de datos) y al MDR de la UE. La IA local no es opcional para estos casos de uso: es la única arquitectura que satisface a los reguladores.

Los equipos de software de servicios financieros están adoptando la IA local para la generación de código que implica el manejo de datos de cuentas, la lógica de procesamiento de transacciones y las funciones de cara al cliente. La combinación del RGPD y las regulaciones de servicios financieros (PSD2, MiFID II) convierte la inferencia local en la arquitectura de menor riesgo para los flujos de trabajo de desarrollo.

Muchas organizaciones de la UE que hacen el cambio no se vuelven totalmente locales: implementan una arquitectura de despacho híbrida que enruta las tareas a Qwen local o a las API en la nube según la sensibilidad de los datos. Las plataformas de despacho proporcionan esta capacidad de enrutamiento.

La configuración típica: tareas con datos personales y código propietario → Qwen 3.6 27B local a través de Ollama; razonamiento complejo sin datos personales → respaldo en API en la nube; tareas no sensibles de alto volumen → DeepSeek u otras API de bajo coste. Este enfoque híbrido capta el beneficio de cumplimiento del RGPD para los datos sensibles a la vez que conserva el acceso a las API en la nube para las tareas donde la sensibilidad de los datos es baja.