El futuro del trabajo con IA: qué tareas cambian primero
Qué dicen los datos sobre cómo la IA cambia el trabajo: qué tareas automatiza y cuáles seguirán siendo humanas.
Los Small Language Models ejecutan IA en móviles y dispositivos edge con menos consumo y más privacidad: qué son y qué modelos vigilar en 2025.
OPINIÓN & FUTURO · IA EN EL BOLSILLO
Qué son
Modelos de lenguaje compactos (desde cientos de millones hasta unos pocos miles de millones de parámetros) optimizados para correr en móviles, PCs y dispositivos edge.
Por qué importan
Menor consumo, menos latencia y más privacidad al procesar datos directamente en el dispositivo, sin mandar todo a la nube.
La tesis
El futuro cercano no será “todo en la nube”, sino un híbrido en el que pequeños modelos en tu móvil harán el 80 % del trabajo y los gigantes en centros de datos el 20 % restante.
Imagina esto: vas en modo avión, sin cobertura, y tu móvil resume una reunión, reescribe un email y te propone respuestas… sin tocar la nube.
Ese escenario ya no es ciencia ficción. Detrás hay una pieza clave de la nueva ola de IA: los Small Language Models (SLMs), modelos de lenguaje pequeños que caben en un chip de móvil, en un portátil o en un dispositivo IoT, y que cambian la forma en la que pensamos productos, privacidad y costes.
En las próximas líneas vamos a ver qué son exactamente estos modelos “small”, por qué los grandes jugadores de la industria están apostando fuerte por ellos, en qué casos tiene sentido usarlos y qué modelos concretos merece la pena vigilar en 2025 si estás construyendo productos o herramientas con IA.
Un Small Language Model es, en esencia, un modelo de lenguaje generativo como los que ya conoces, pero diseñado para ser mucho más compacto: menos parámetros, menos memoria, menos consumo y, normalmente, un ámbito de uso más acotado. Sigue entendiendo y generando texto, puede resumir, razonar o escribir código, pero sin necesitar granjas de GPU para funcionar.
Mientras que un LLM “clásico” puede tener cientos de miles de millones de parámetros, los SLMs suelen moverse en el rango de los cientos de millones a los pocos miles de millones. Esa diferencia de escala lo cambia todo: de repente puedes ejecutar el modelo en un portátil, en un mini-PC, en un móvil de gama alta o en un dispositivo industrial edge, sin depender constantemente de la nube.
¿Qué se gana al irse “a lo pequeño”? Tres cosas muy claras:
La contrapartida es que estos modelos son menos “todoterreno” que los gigantes generalistas: están pensados para tareas concretas, dominios específicos o como primera capa de inteligencia local que se coordina con modelos más grandes en la nube cuando hace falta.
En paralelo a la carrera por construir el modelo más grande, se ha desatado otra igual de interesante: la de meter modelos útiles directamente en el dispositivo. Android integra modelos en el propio sistema, los navegadores empiezan a llevar IA dentro, Apple habla de “Apple Intelligence” como algo híbrido entre local y nube… y esto no va de marketing, va de incentivos muy claros.
En el fondo, meter IA en el móvil es coherente con algo que ya tenemos asumido: la mayor parte del cómputo del día a día ya vive en el dispositivo (fotos, vídeo, juegos, apps). La IA solo estaba atrasada porque sus modelos eran demasiado grandes. Los SLMs corrigen justo eso.
La forma sana de pensar en esto no es “¿qué es mejor, un modelo pequeño o uno grande?”, sino “¿qué parte de mi problema puede resolver un modelo pequeño sin molestar a la nube?”.
Los LLMs gigantes siguen siendo mejores en tareas muy abiertas: investigación compleja, razonamiento de varios pasos, programación avanzada, mezcla de dominios, etc. Los SLMs brillan cuando el problema está bien acotado: resumir notas, clasificar texto, generar respuestas dentro de un marco concreto, entender comandos de voz, moderar contenido o personalizar la experiencia de un usuario.
En muchos productos acabaremos viendo arquitecturas híbridas: un modelo pequeño en tu dispositivo que entiende el contexto local, filtra, resume y decide cuándo merece la pena “subir la apuesta” y llamar a un modelo grande en la nube. Esto encaja muy bien con la lógica de coste, privacidad y latencia que ya estás viendo en debates sobre IA responsable y en regulaciones como el EU AI Act, que analizas desde el lado de negocio en artículos como el impacto del AI Act en pymes y autónomos.
Ya hay móviles que resumen tus llamadas, generan notas a partir de grabaciones, reescriben mensajes o describen imágenes para personas con baja visión usando modelos que corren localmente. En Android, por ejemplo, un modelo compacto es capaz de resumir grabaciones largas o mejorar descripciones de imágenes sin salir del teléfono, y se expone a las apps a través de APIs específicas para IA generativa en modo offline.
Lo mismo está ocurriendo con la seguridad: navegadores que usan un modelo pequeño integrado para detectar webs sospechosas en tiempo real, directamente en tu máquina, sin mandar cada URL al servidor central. Esa lógica de “IA como firewall local” va a extenderse a correos, mensajería y mucho más.
Si tratas datos clínicos, financieros o internos de una empresa, mandar todo a la nube no siempre es una opción. Aquí un SLM que corre en la intranet, en el portátil corporativo o incluso en dispositivos especializados (como wearables médicos o equipos de diagnóstico) te da una combinación muy poderosa de inteligencia y control sobre el dato.
Es el mismo razonamiento que hay detrás de movimientos como Private AI Compute de Google: cuanto más puedas procesar en el propio dispositivo (o al menos en tu infraestructura), menos expones los datos y más fácil es demostrar cumplimiento regulatorio.
Cámaras con IA que entienden texto o señales en una fábrica, sensores en campo que describen incidencias, robots colaborativos que entienden instrucciones en lenguaje natural… Aquí no puedes permitirte mandar cada frame de vídeo o cada evento a la nube. Un SLM embebido cerca del dato (en un gateway, en el robot, en el propio dispositivo) puede filtrar y tomar primeras decisiones, y solo escalar a la nube cuando hace falta análisis más profundo.
Hay escenarios donde, al menos hoy, un SLM se queda corto si lo usas solo:
En estos casos tiene más sentido usar un modelo grande en la nube o combinar un SLM con acceso a herramientas (RAG, bases de conocimiento, otros servicios) para compensar sus límites.
Vamos a lo práctico: si en 2025 quieres experimentar o construir con Small Language Models, ¿qué familias merece la pena mirar? No es una lista exhaustiva, pero sí un buen mapa inicial.
La familia Phi-3 se ha convertido en uno de los referentes de SLMs: modelos de pocos miles de millones de parámetros que, gracias a una selección muy cuidada de datos y técnicas de entrenamiento, alcanzan rendimientos cercanos a modelos bastante más grandes en benchmarks de lenguaje, razonamiento y código. El caso emblemático es phi-3-mini, con unos 3,8 B parámetros, pensado explícitamente para poder desplegarse en móviles o dispositivos con recursos limitados.
Si construyes productos donde el coste por consulta importa mucho (SaaS, herramientas internas con muchos usuarios, apps móviles), tener un modelo así como opción “por defecto” y subir a algo mayor solo cuando haga falta tiene bastante sentido.
Gemma es la familia de modelos ligeros de Google, construidos con la misma tecnología base que Gemini pero con pesos abiertos y tamaños pensados para correr en hardware propio o en servicios gestionados. Hay variantes de pocos miles de millones de parámetros que se pueden ejecutar en GPUs modestas, en servidores pequeños e incluso en dispositivos potentes, y están orientadas a tareas clásicas de texto: QA, resumen, razonamiento ligero.
Para desarrolladores que ya están en ecosistemas de Google (Vertex AI, Android, etc.), Gemma ofrece un buen equilibrio entre calidad, apertura y facilidad de despliegue.
Gemini Nano es, por simplificar, el “motor de IA local” de Android: un modelo compacto que corre dentro del sistema (AI Core) y que permite a las apps usar capacidades generativas como resumen, reescritura o comprensión multimodal sin conexión. También se está usando para seguridad en Chrome, detectando webs maliciosas en tiempo real directamente en el navegador.
No es un modelo que descargues tú directamente, pero sí un buen ejemplo de por dónde van a ir muchos sistemas operativos: exponer un SLM del sistema a las apps, igual que hoy exponen la cámara o el GPS.
Apple ha publicado OpenELM, una familia de modelos eficientes con tamaños que van desde unos 270 M hasta 3 B parámetros, pensados explícitamente para correr en iPhone, iPad y Mac. Además, los modelos de “Apple Intelligence” que llegan a sus dispositivos combinan modelos locales con llamadas a la nube cuando es imprescindible, priorizando que las tareas del día a día (reescribir texto, resumir notificaciones, ayudar en apps) se resuelvan en el dispositivo siempre que se pueda.
Si estás en el ecosistema Apple y quieres experimentar, OpenELM es una puerta de entrada a modelos realmente pequeños y abiertos, útiles para RAG ligero, asistentes de escritura o herramientas internas.
Mistral 7B fue uno de los primeros modelos relativamente pequeños en ofrecer un rendimiento muy competitivo con licencia abierta. Sobre esa base, la compañía ha lanzado modelos específicamente pensados para edge, como Ministral 3B y Ministral 8B, orientados a correr en portátiles, dispositivos embebidos y robots con recursos limitados.
Si quieres máxima flexibilidad para desplegar en tu propia infraestructura o en dispositivos edge con GPUs modestas, la combinación Mistral/Ministral + herramientas como Ollama, TFLite o runtimes específicos de hardware es una de las opciones más interesantes.
Aunque modelos como Llama 3 de 8B parámetros se salen un poco de la etiqueta “small”, están empezando a correr de forma razonable en portátiles potentes y en algunos dispositivos con aceleradores especializados, sobre todo con técnicas de cuantización agresiva y runtimes optimizados. Apple, por ejemplo, ha mostrado cómo llevar un modelo de este tamaño a tiempo casi real en chips M-series usando Core ML, y frameworks como ExecuTorch o runtimes de Qualcomm están empujando en esa misma dirección.
Los verás más como “capa potente” en el borde (PC, consola, servidor pequeño) que como modelo puro de móvil, pero encajan muy bien en arquitecturas donde no quieres depender siempre de la nube.
Si quieres una visión más amplia de cómo elegir modelos abiertos en general (no solo pequeños), te encaja muy bien con esto la guía práctica sobre cómo elegir modelos open source de IA en 2025.
Poner un modelo pequeño en el móvil es la parte fácil. Lo difícil es diseñar la coreografía entre ese modelo local, tu backend, tus datos y, si hace falta, un LLM grande en la nube. Algunas ideas que están funcionando bien:
Esto encaja muy bien con la idea de asistentes personales y “segundas mentes digitales” que ya estás explorando en artículos como cómo montar una segunda mente digital con IA, solo que llevada un paso más allá: no depender solo de un servicio en la nube, sino tener una parte importante de esa inteligencia instalada físicamente en tus dispositivos.
Si mañana te sientas a elegir un modelo pequeño para tu producto, estas son las preguntas que yo me haría:
1. ¿En qué hardware va a vivir?
Móvil de gama alta, gama media, portátil con o sin GPU, mini-PC, dispositivo embebido… Esto pone límites muy concretos de memoria y wattios.
2. ¿Qué latencia máxima toleras?
¿Aceptas 1–2 segundos para una respuesta, o necesitas algo casi instantáneo? Esto condiciona tanto el tamaño del modelo como la longitud de contexto.
3. ¿Qué privacidad/regulación tienes encima?
Si tienes datos de salud, menores, información financiera o secretos industriales, la balanza se inclina mucho más hacia modelos locales y open source.
4. ¿Cómo lo vas a adaptar?
¿Solo necesitas instrucciones bien diseñadas, o vas a hacer fine-tuning, LoRA, o un sistema de RAG? No todos los SLMs tienen el mismo soporte para esto.
5. ¿Qué ecosistema te simplifica la vida?
Gemma si ya estás en Google Cloud, Phi si estás en Azure, OpenELM si eres muy Apple, Mistral si quieres máxima flexibilidad open… El mejor modelo no es solo el que mejor rinde, sino el que mejor encaja con tu stack.
Si te interesa profundizar en ese proceso de decisión, puedes cruzar este checklist con las ideas de negocio que comentas en cómo la IA cambia la productividad en PCs y dispositivos y con la parte más técnica de automatizar datos con IA en Excel y Sheets: al final, un SLM no deja de ser otra pieza más de ese sistema de automatización.
Si tuviera que resumir hacia dónde vamos, diría algo así: la IA espectáculo (demos impresionantes en la nube, modelos gigantes) va a convivir con una IA silenciosa que trabaja en segundo plano, en tus dispositivos, sin que pienses demasiado en ella. Esa IA silenciosa estará, casi siempre, alimentada por Small Language Models.
En 3–5 años, es bastante razonable imaginar:
Para ti, como usuario, la consecuencia es simple: usarás IA constantemente sin darte cuenta, y una parte importante de esa inteligencia vivirá literalmente en el hardware que tienes delante. Para ti, como profesional o como empresa, la pregunta clave no es “¿debo usar IA?”, sino “¿qué parte de mi problema puedo resolver con modelos pequeños, cerca del dato, sin disparar costes ni ceder más privacidad de la necesaria?”.
El futuro de la IA cabe en tu móvil, sí. La diferencia entre que sea un truco llamativo o una ventaja competitiva real dependerá de cómo diseñes, combines y gobiernes esos Small Language Models a partir de hoy.
Es un modelo de lenguaje generativo compacto, con entre cientos de millones y pocos miles de millones de parámetros, frente a los cientos de miles de millones de un LLM clásico. Puede resumir, razonar o escribir código, pero corre en móviles o portátiles sin granjas de GPU.
Menor consumo de cómputo y energía, latencia mucho más baja al no depender de la nube, y privacidad por diseño, ya que datos sensibles como mensajes o documentos no salen del dispositivo. A cambio, estos modelos son menos versátiles que los generalistas gigantes.
Destacan Phi-3 de Microsoft, Gemma de Google, Gemini Nano integrado en Android, OpenELM de Apple y la familia Mistral/Ministral orientada al edge. Cada uno encaja mejor según el ecosistema en el que trabajes: Google Cloud, Azure, Apple o entornos abiertos.
En investigación compleja con muchas fuentes y pasos de razonamiento, o en programación avanzada de sistemas y bases de código grandes. En esos casos conviene un modelo grande en la nube, o combinar un SLM con herramientas como RAG para compensar sus límites.
Qué dicen los datos sobre cómo la IA cambia el trabajo: qué tareas automatiza y cuáles seguirán siendo humanas.
Si un benchmark se cuela en el entrenamiento, las métricas se inflan. Qué es la contaminación, cómo detectarla y cómo evaluar mejor.
El estándar que une criptografía + metadatos: cómo funciona, qué prueba (y qué no), y por qué será clave en medios y marcas.