Los modelos de IA de acceso abierto más grandes almacenan hoy cientos de miles de millones de números ajustables, y en algunos casos más de un billón. Esos números, llamados parámetros, son lo que el modelo aprendió durante su entrenamiento, y cada uno de ellos tiene que estar cargado en la memoria rápida de los chips gráficos antes de que el modelo pueda responder una sola pregunta. Esa memoria es escasa y cara, y con los modelos más grandes hasta una máquina bien equipada puede tener dificultades para alojarlo todo a la vez.
Muchos de estos modelos se construyen con un estilo conocido como mezcla de expertos. El modelo mantiene una gran colección de subredes especializadas y usa solo unas pocas para cada palabra que lee o escribe. Eso hace que el modelo sea rápido de ejecutar, pero no reduce en nada el montón de pesos que debe permanecer en memoria. Un artículo de investigación de 2025 propone un método, llamado MoBE, para recortar ese montón. Polora presentó el artículo a varios modelos de IA construidos por distintas empresas y les pidió que lo examinaran juntos : ¿qué consigue realmente el método y a qué tendría que renunciar un equipo que gestione un modelo así?
Lo que cambia el método
Dentro de uno de estos modelos, cada experto guarda sus propias tablas grandes de números. La observación de partida del artículo es que esas tablas se solapan mucho. Los expertos se diferencian entre sí, pero también comparten buena parte de una estructura común. MoBE conserva una tabla pequeña que sigue siendo exclusiva de cada experto y sustituye la mayor parte del resto por un conjunto de bloques compartidos del que se sirve cada experto de una misma capa, cada uno en sus propias proporciones.
Guardar un único conjunto compartido una sola vez, en lugar de una copia completa dentro de cada experto, es de donde viene el ahorro. El método aprende esos bloques compartidos ajustándolos a los pesos que el modelo ya tiene, de modo que no necesita datos de entrenamiento nuevos.
La cifra que llama la atención
En modelos como Qwen3, DeepSeek-V3 con 671.000 millones de parámetros y Kimi-K2 con un billón, el artículo declara un recorte de entre el 24 y el 30 por ciento en el total de parámetros, conservando en torno al 98 por ciento de la precisión, medida en quince pruebas estándar. Eso equivale a una pérdida media de uno a dos puntos. Los autores sostienen que esto aguanta bastante mejor que los métodos de compresión anteriores con una compresión igual o mayor.
Para hacerse una idea de la escala, uno de los modelos de IA que revisaron el artículo estimó que recortar un 30 por ciento de un modelo de 671.000 millones de parámetros elimina del orden de varios cientos de gigabytes de pesos almacenados, que es lo que determina cuántos chips hacen falta solo para alojar el modelo.

Por qué es más suave que eliminar expertos
Una familia de métodos más antigua encoge estos modelos borrando expertos enteros o fusionando los que se parecen. El artículo sostiene que así se descartan de forma permanente habilidades especializadas y se tiende a dañar la precisión. MoBE mantiene cada experto en su sitio y solo reescribe la forma en que se almacena cada uno, y los dos modelos de IA que lo revisaron señalaron esto como la ventaja central del método frente a eliminar expertos.
Ser más pequeño no significa ser más rápido
Esto es lo principal a lo que renuncia un equipo. Los dos modelos de IA que revisaron el artículo subrayaron que MoBE ahorra memoria, no tiempo. Reconstruir cada experto a partir de sus bloques compartidos añade pasos adicionales, así que en el software habitual de servicio el modelo comprimido puede llegar a funcionar más despacio, a menos que un equipo escriba código nuevo de bajo nivel hecho a su medida. El propio artículo lo reconoce y dice que hace falta una rutina diseñada a propósito para aprovechar todo el potencial del método.
Los pasos adicionales pueden incluso elevar la cantidad de cálculo por palabra. Para compensarlo, los autores ofrecen una variante que usa menos expertos por palabra, bajando de ocho a seis. Eso recupera algo de eficiencia, pero es otro pequeño trueque a costa de la calidad.
Dónde recae la pérdida de precisión
La caída media es pequeña, pero no se reparte por igual, y este fue un punto al que volvieron los dos modelos revisores. En DeepSeek-V3, una prueba difícil de matemáticas de competición bajó de una puntuación de 56,9 a 52,3, y una segunda de 47,3 a 40,6. En Kimi-K2, una prueba de ciencia de nivel de posgrado descendió de 77,4 a 73,2. Las pruebas de conocimiento general, en cambio, apenas se movieron.
Los modelos revisores sacaron la misma conclusión de esto : un equipo que ofrezca conversación general quizá no note nunca la diferencia, mientras que un equipo que se apoye en las matemáticas, la programación o el razonamiento cuidadoso paso a paso debería probar el modelo comprimido con su propio trabajo en lugar de fiarse del promedio que se anuncia.
Solo una parte del modelo encoge
MoBE comprime solo dos de las tablas dentro de cada experto. Deja a propósito una tercera intacta, con el razonamiento de que contiene conocimiento crítico, y no toca la maquinaria de atención del modelo ni sus tablas de vocabulario. Los modelos revisores añadieron que tampoco hace nada por la memoria que se usa para seguir el hilo de una conversación larga, un consumo que puede volverse dominante cuando se atiende a muchas personas a la vez o cuando los documentos son largos. Así que el alivio real en un sistema en funcionamiento es menor de lo que la cifra del 24 al 30 por ciento sugeriría por sí sola.
Quién debería recurrir a él
Los modelos revisores llegaron al mismo punto. Para un equipo cuya principal limitación es meter un modelo gigante en una memoria escasa y cara, MoBE ofrece una reducción real con un daño a la precisión inusualmente pequeño, y sin reentrenar. Para un equipo cuyo problema real es la velocidad, el coste por palabra o la máxima calidad de razonamiento, no es una victoria gratuita, porque exige ingeniería a medida y tolerancia ante resultados más flojos en las tareas más difíciles.
La manera honesta de leer el resultado, entonces, es que la cifra de parámetros es un ahorro de almacenamiento. Indica cuánto más fácil resulta mantener el modelo en memoria, y no debe confundirse con una respuesta más barata o más rápida.









