Moonshot despliega Kimi K2.8 Preview en Kimi Code y Work con 1M de contexto
El modelo llega ya a todos los niveles con ventana de un millón de tokens y pensamiento ajustable; la compañía lo sitúa cerca de K3 en código y agentes y mantiene el ID de API kimi-for-coding
Moonshot AI ha activado Kimi K2.8 Preview para los usuarios de Kimi Code y Kimi Work. El modelo ya está disponible de forma general en ambos productos, con una ventana de contexto de un millón de tokens en todos los niveles de servicio y sin tocar el identificador de API que venían usando las integraciones existentes: sigue siendo kimi-for-coding.
Dos cosas de ese anuncio importan a quien tiene que desplegar algo encima. La primera es que el ID de API no cambia. Quien ya tenga escrito kimi-for-coding en su configuración no necesita recompilar, ni reescribir variables de entorno, ni versionar el endpoint: apunta a K2.8 y ya. Ese tipo de continuidad es lo que evita una tarde de guardia cada vez que un proveedor saca una revisión del modelo.
La segunda es la ventana de un millón de tokens, que la compañía extiende a todas las capas y no reserva al plan de pago alto. Para cargas de trabajo con repositorios enteros dentro del prompt o agentes que arrastran historial largo, eso cambia el diseño: menos troceado, menos resúmenes intermedios, menos ida y vuelta a un almacén vectorial.
Qué dice Moonshot y qué no
La empresa sitúa a K2.8 Preview cerca de K3, su modelo de referencia, en tareas de código y de agentes, y menciona el pensamiento ajustable como una de las novedades. Es decir, el usuario decide cuánto razonamiento previo hace el modelo antes de responder, y por tanto cuántos tokens quema y cuánto tarda.
Ahí se acaba lo que Moonshot ha puesto sobre la mesa. No hay cifras de benchmark propias ni de terceros, no hay tabla comparativa contra K3 ni contra competidores, no hay precios por millón de tokens y no se ha enseñado ninguna demo. La afirmación de que el rendimiento queda cerca del modelo tope es de la compañía, no de una medición independiente.
Tampoco se detalla si Kimi Code y Kimi Work comparten cuota, cómo se factura el razonamiento ajustable cuando se sube al máximo, ni cuánto tiempo piensa mantener la etiqueta Preview. Ese último punto condiciona la decisión: un modelo en preview puede cambiar de comportamiento entre versiones sin aviso, algo que quien lo mete en producción detrás de un agente automatizado debería tener presente.
Para el resto, toca probar. Si la promesa aguanta, la combinación de contexto largo, control del esfuerzo de razonamiento y un ID de API estable es exactamente lo que se le pide hoy a un modelo que va a ejecutar código sin supervisión constante.
