IA 360
Modelos de lenguaje

Moonshot abre Kimi para agentes y cambia la pregunta sobre los modelos descargables

Kimi K2 Thinking combina pesos descargables, mezcla de expertos, cuantización y uso prolongado de herramientas. Para evaluarlo hay que separar memoria de cómputo activo, licencia de reproducibilidad y llamadas de resultado útil.

4 min de lectura Generado con IA Read in English
Moonshot abre Kimi para agentes y cambia la pregunta sobre los modelos descargables

El 6 de noviembre de 2025, Moonshot AI publicó los pesos de Kimi K2 Thinking, una versión orientada al razonamiento y al uso de herramientas. La tarjeta oficial del modelo describe una mezcla de expertos con un billón de parámetros totales, 32.000 millones activados por token, contexto de 256.000 tokens y pesos en cuantización INT4. También afirma que mantiene el uso estable de herramientas durante secuencias de hasta 200 o 300 llamadas.

Es una combinación relevante, pero no cabe resumirla como “un rival de GPT-5”. La propia tabla de Moonshot cambia de ganador según la prueba, si hay herramientas y cuánto cómputo se permite. Además, pesos descargables, eficiencia de inferencia y autonomía son propiedades distintas. La capacidad duradera consiste en auditarlas por separado antes de elegir una infraestructura o delegar una tarea.

Parámetros totales y activos responden preguntas diferentes

Kimi K2 utiliza una arquitectura de mezcla de expertos. Un enrutador selecciona parte de los bloques especializados para procesar cada token. Que se activen 32.000 millones no convierte al modelo en uno de ese tamaño: el sistema conserva un billón de parámetros totales y debe poder acceder a los expertos que el enrutador elija.

Los parámetros activos aproximan parte del cálculo realizado por token. Los totales pesan en almacenamiento y memoria; la distribución de expertos añade comunicaciones entre dispositivos; la longitud de entrada aumenta trabajo de atención y memoria temporal. Hardware, software de inferencia, tamaño de lote y cuantización también cambian velocidad y coste. Ninguna cifra aislada los determina.

La tarjeta identifica Kimi K2 Thinking como un modelo INT4 nativo. Cuatro bits por cada uno de un billón de parámetros dan un mínimo aritmético cercano a 500 gigabytes decimales solo para pesos, antes de metadatos, escalas de cuantización, caché, activaciones y sobrecarga del motor. Es una estimación de orden de magnitud, no el requisito de una configuración concreta. “Abierto” no significa “cabe en un portátil”.

Moonshot atribuye a su entrenamiento consciente de cuantización una reducción de memoria y una aceleración de dos veces en un modo de baja latencia sin pérdida. Esa es una afirmación del desarrollador. Para trasladarla a un despliegue hay que comparar la misma salida, hardware, motor, lote, longitud, precisión y criterio de calidad. Una cuantización puede conservar un benchmark medio y cambiar casos particulares.

Pesos abiertos no significan sistema reproducible

Moonshot publica código y pesos bajo una licencia MIT modificada. Esto permite inspeccionar y operar un artefacto que un servicio cerrado no entrega, sujeto a las condiciones de la licencia y a los avisos de terceros. La organización puede fijar una versión, calcular su huella, ejecutarla dentro de su red y modificar la capa que la rodea.

Eso no equivale automáticamente a “código abierto” en todos los sentidos ni a reproducir el modelo desde cero. Los pesos son el resultado del entrenamiento. Para repetirlo harían falta datos, filtrado, orden, código completo, hiperparámetros y cómputo. La licencia responde qué usos concede el titular; la documentación responde qué puede estudiarse; la reproducibilidad responde si otra parte puede reconstruir el resultado. Son tres ejes.

El informe técnico de la familia Kimi K2, publicado antes de esta versión, documenta la base de mezcla de expertos: 1,04 billones de parámetros totales, unos 32.000 millones activos, 384 expertos y ocho seleccionados por token, además del experto compartido. También describe preentrenamiento sobre 15,5 billones de tokens. K2 Thinking reutiliza esa base, pero su tarjeta de noviembre es la fuente específica para la cuantización, el contexto y las evaluaciones de la variante de razonamiento.

La tabla no declara un vencedor universal

En Humanity’s Last Exam sin herramientas, Moonshot publicó 23,9 para Kimi K2 Thinking y 26,3 para GPT-5 en configuración High. Con herramientas, la tabla cambió a 44,9 y 41,7. En el ajuste llamado “heavy”, comunicó 51,0 y 42,0. La tarea era la misma por nombre, pero el sistema evaluado ya incluía presupuestos y herramientas distintos.

BrowseComp, una prueba de búsqueda agéntica, mostraba 60,2 para Kimi y 54,9 para GPT-5 con herramientas. GPQA sin herramientas invertía de nuevo el orden: 84,5 para Kimi y 85,7 para GPT-5. Esos resultados del proveedor pueden justificar una prueba práctica; no sostienen que un modelo supere al otro en conversación, programación, seguridad, coste o cualquier agente.

Una tabla comparable necesita versión exacta, fecha, conjunto de preguntas, herramientas, instrucciones, límite de tokens, límite de llamadas, muestreo, número de intentos, juez y tratamiento de errores. “Heavy” tampoco es una unidad universal: debe traducirse a presupuesto de cómputo y coste. Si dos sistemas reciben recursos distintos, la comparación puede seguir siendo útil como producto, pero no aísla la calidad del modelo.

La pregunta empresarial no es quién gana más celdas. Es cuánto cuesta conseguir un resultado aceptado en la tarea elegida. Un agente que resuelve más casos pero consume muchas más llamadas puede ser preferible en investigación crítica y peor en soporte de gran volumen. El valor depende del error, tiempo y supervisión tolerables.

Doscientas llamadas no son doscientas decisiones correctas

Moonshot afirma que Kimi K2 Thinking conserva comportamiento orientado al objetivo a lo largo de 200 o 300 invocaciones consecutivas. Esa frase describe una capacidad observada por el proveedor, no una obligación de consumir tantas llamadas ni una garantía sobre cualquier herramienta. Una secuencia larga puede ser señal de planificación, repetición inútil o recuperación de fallos.

La fiabilidad compuesta ayuda a entender el reto. En un ejemplo hipotético, si 200 pasos obligatorios fueran independientes y cada uno acertara el 99%, la probabilidad de que todos salieran bien sería aproximadamente el 13,4%. Los supuestos son deliberadamente simplificadores: algunos errores se corrigen y otros se propagan. Aun así, el cálculo muestra por qué ampliar horizonte exige verificación, reintentos y puntos de control, no solo una ventana mayor.

El presupuesto de llamadas debe acompañarse de un estado verificable. Después de cada herramienta, el agente necesita comprobar el resultado contra una condición externa, no creer su propio resumen. Debe distinguir éxito, error recuperable, permiso denegado y dato incompleto. Un límite de coste o tiempo detiene bucles; una aprobación humana protege operaciones irreversibles; un registro permite reconstruir el recorrido.

Cómo probar un agente sin optimizar para el escaparate

Elija tareas reales con inicio y final definidos: localizar cláusulas en un conjunto cerrado, corregir un fallo con tests, o reunir fuentes que respalden una tabla. Prepare variantes no vistas y una respuesta de referencia. Ejecute varias veces con la misma versión y registre tasa de éxito completo, errores parciales, llamadas, tokens, tiempo, coste, intervención humana y cambios no solicitados.

Pruebe también el entorno, no solo el modelo. Una búsqueda puede devolver una página caída; una API, datos mal formados; una terminal, un permiso denegado. El agente útil reconoce la excepción, conserva el estado y elige una recuperación segura. La evaluación debe penalizar una respuesta que parece terminada pero no supera el test externo.

Para despliegue local, fije el hash del artefacto, revise licencia y avisos, limite salida de red, aísle ejecución, separe secretos y registre llamadas. Pesar los archivos antes de comprar hardware evita confundir parámetros activos con memoria total. Medir en el motor y lote previstos evita convertir una cifra de laboratorio en presupuesto.

Kimi K2 Thinking trasladó capacidades de razonamiento y herramientas a un artefacto descargable de enorme escala. Eso amplía quién puede investigar y operar el modelo, pero también desplaza trabajo al usuario: infraestructura, seguridad, evaluación y mantenimiento. La prueba decisiva no es si encadena cientos de llamadas. Es si llega a un resultado verificable con un presupuesto conocido, conserva límites y deja un rastro que otra persona pueda auditar.

Ese criterio sigue siendo válido cuando cambie el nombre del modelo.

Este artículo se ha elaborado con inteligencia artificial bajo supervisión editorial humana.

Compartir este artículo

Artículos relacionados

Qué hace falta de verdad para entrenar tu propio modelo: la cuenta que nadie te enseña
Modelos de lenguaje

Qué hace falta de verdad para entrenar tu propio modelo: la cuenta que nadie te enseña

«Cuánta GPU hace falta» es la pregunta equivocada. Cómputo, datos y conocimiento no se suman: son tres puertas en serie, y la que casi nadie pasa no es la del hardware. Con el precio real de hoy, el corpus real de un modelo abierto y el cuaderno de bitácora real de un entrenamiento de 175.000 millones de parámetros, esta pieza hace la cuenta completa — y te dice en qué escalón estás tú.

7 min
Le pidieron a ChatGPT repetir 'poema' y recitó a Poe: qué prueba eso, y qué no
Modelos de lenguaje

Le pidieron a ChatGPT repetir 'poema' y recitó a Poe: qué prueba eso, y qué no

En 2023, un equipo de investigadores le pidió a ChatGPT que repitiera la palabra 'poema' sin parar, y el modelo acabó recitando 'El cuervo' de Poe palabra por palabra. Eso no prueba que los modelos guarden una copia de internet, pero tampoco que nunca memoricen nada: las dos afirmaciones son ciertas según el caso. Las cuatro preguntas que separan una demanda seria de un titular vacío.

7 min

Este sitio web utiliza cookies para mejorar la experiencia de navegación. Política de cookies.

↑↓ navegar ↵ abrir esc cerrar