Qué hace realmente Hybrid Compute

Perplexity lanzó Hybrid Compute para su aplicación de Mac el 1 de septiembre de 2026. Una tarea sigue empezando en la nube, usando los modelos punteros de Perplexity para investigación y planificación. Si un clasificador en el propio dispositivo detecta información potencialmente sensible a mitad de la tarea, la aplicación avisa al usuario y ofrece una elección: mantener esa parte de la tarea en el Mac usando un modelo local, enmascarar los detalles sensibles, o enviarla a la nube de todos modos. Perplexity afirma haber construido y entrenado el clasificador por sí misma, trabajando con su propio Secure Intelligence Institute, y haberlo publicado como código abierto, aunque no ha publicado un nombre de repositorio o enlace concreto junto al anuncio.

La función requiere un Mac con chip Apple Silicon con macOS 15 o posterior, con 24 gigabytes de memoria unificada como mínimo indicado y 32 gigabytes recomendados. En el lanzamiento, los modelos locales disponibles son Gemma 4 E4B, Qwen3.6 35B-A3B, y una versión de Qwen3.6 35B-A3B ajustada por Perplexity. Los propios ejemplos de Perplexity de lo que marca el clasificador son credenciales, números de pago, identificaciones oficiales, presentaciones financieras confidenciales y datos de precios privados de empresas. Está disponible para suscriptores Pro, Max y Enterprise.

Sensible no es la misma palabra que categoría especial del RGPD

El lenguaje de marketing de Perplexity y la ley de protección de datos de la Unión Europea usan la palabra sensible para referirse a dos cosas distintas, y esa diferencia importa para cualquier empresa en la UE que haga pasar datos de clientes o empleados por esta aplicación. Los ejemplos que nombra Perplexity, credenciales, números de pago, identificaciones oficiales y datos de precios confidenciales, son sensibles en el plano comercial o de seguridad. La mayoría de ellos no son lo que el artículo 9 del RGPD llama categorías especiales de datos personales: información de salud, datos biométricos o genéticos, opiniones políticas, creencias religiosas, afiliación sindical, o datos sobre la vida sexual o la orientación sexual de una persona.

Eso no es una crítica a la ingeniería. Mantener credenciales y datos de pago fuera de un servidor de nube de terceros por defecto es una mejora arquitectónica genuina frente a enviarlo todo a la nube, y de paso reduce el riesgo también para el uso empresarial ordinario. El problema es la inferencia que un responsable de cumplimiento podría sacar de la existencia de esta función: que porque Perplexity ahora mantiene algunas cosas en local, una tarea que implique datos especiales reales del RGPD, un expediente de recursos humanos que mencione una condición médica, por ejemplo, se tratará automáticamente como sensible y se mantendrá fuera de los servidores de Perplexity. Nada en el propio anuncio de Perplexity afirma que exista esa correspondencia, y no hay documentación pública que muestre que el clasificador se construyó a partir de las categorías del artículo 9 del RGPD en vez de a partir de una lista general de sensibilidad comercial y de seguridad.

Con qué puede contar realmente una empresa de la UE

SituaciónQué ocurre realmente
Tarea ordinaria, nada marcadoSe procesa en la nube con los modelos punteros de Perplexity, como antes
El clasificador marca credenciales, datos de pago o una identificación a mitad de tareaSe pide al usuario elegir: local, enmascarado, o nube de todos modos
El usuario elige enviarlo a la nube igualmenteLos datos marcados se envían a la nube pese al aviso
Un administrador empresarial fija una política para toda la organizaciónUna categoría de datos definida puede quedarse en local para todos los usuarios, sin decisión caso por caso

El control de política empresarial es la única parte de esta función que se comporta como una salvaguarda de cumplimiento real en vez de un aviso puntual: retira el criterio del empleado individual de la ecuación para una categoría que la organización define de antemano. Todo lo demás en Hybrid Compute es una opción por defecto que un usuario, no una política de cumplimiento, puede anular en cualquier dirección. Una empresa que maneje datos especiales reales del RGPD a través de Perplexity sigue necesitando su propio acuerdo de tratamiento de datos y su propia definición de lo que nunca debe salir del dispositivo, en lugar de asumir que el clasificador de Perplexity ya trazó esa línea correctamente.