Reseña de Kimi K2.7 Code: benchmarks, precios y el costo real

Resumen

Kimi K2.7 Code es el sucesor de Moonshot AI enfocado en programación para K2.6, lanzado el 12 de junio de 2026: un modelo de peso abierto de 1 billón de parámetros (32B activos) que supera a su propio predecesor en los seis benchmarks publicados por Moonshot e incluso supera por poco a Claude Opus 4.8 en un benchmark de uso de herramientas. El precio de la API es de 0,95 $ por 1 millón de tokens de entrada / 4,00 $ por 1 millón de salida, una fracción de los 5,00 $/25,00 $ de Opus 4.8, y los pesos son gratuitos para autoalojar bajo una licencia MIT modificada.

Aquí está la trampa, y es toda la historia: la propia ficha del modelo de Moonshot afirma que el lanzamiento reduce el uso de tokens de razonamiento en aproximadamente un 30 % frente a K2.6. La experiencia real de la comunidad, a juzgar por una ola de hilos en r/kimi en las semanas posteriores al lanzamiento, es más cercana a lo opuesto, la gente reporta que está agotando sus créditos semanales el doble de rápido que antes. He visto aparecer la misma brecha en herramientas de soporte con IA: la propia cifra de eficiencia de un proveedor y lo que una cuenta real termina gastando pueden divergir rápidamente en cuanto las cargas de trabajo reales la golpean, que es exactamente por qué solo confío en una afirmación de costo que puedo simular contra el uso real antes de apostar un presupuesto en ella.

Qué es realmente Kimi K2.7 Code

Kimi K2.7 Code es "el modelo de programación más capaz hasta la fecha" de Moonshot AI, según la documentación oficial de inicio rápido. Está construido sobre Kimi K2.6, el buque insignia anterior de la empresa, y especializado en ingeniería de software de largo alcance en lugar de conversación general: planificar, editar entre archivos, ejecutar herramientas y depurar a lo largo de muchos pasos en una sola sesión.

Por dentro es un modelo Mixture-of-Experts: 1 billón de parámetros en total, 32.000 millones activados por token, repartidos entre 384 expertos (8 seleccionados por token, 1 compartido), con una ventana de contexto de 256K tokens y cuantización nativa INT4. Se ofrece en dos versiones, kimi-k2.7-code y una variante kimi-k2.7-code-highspeed ajustada para aproximadamente 180 tokens/segundo (hasta 260 tok/s en contextos cortos). Ambas se publican bajo una licencia MIT modificada, que cubre los propios pesos, no solo el código envolvente, así que este es un modelo genuinamente abierto, no un producto solo de API con una etiqueta de código abierto pegada encima.

Vale la pena señalar una decisión de diseño desde el principio: el modo de razonamiento no se puede desactivar. Cada solicitud ejecuta la cadena de razonamiento completa del modelo, lo quieras o no, y la API da error si intentas anular la temperatura, el top_p o los parámetros de penalización respecto a sus valores fijos predeterminados. Moonshot lo presenta como una decisión de diseño deliberada que mejora la fiabilidad en las llamadas a herramientas de varios pasos. También significa que tienes menos control sobre el dial de costo/latencia que el que obtendrías con la mayoría de los modelos de programación competidores.

Los benchmarks, y dónde realmente quedan

Moonshot publicó seis comparaciones de benchmarks frente a K2.6, GPT-5.5 y Claude Opus 4.8, cada una ejecutada en el propio arnés de agente de cada modelo (Kimi Code CLI, Codex xhigh, Claude Code xhigh respectivamente):

K2.7 Code supera a K2.6 en todas y cada una de las filas, sobre todo con un +21,8 % en Kimi Code Bench v2 (el mayor salto absoluto) y un +31,5 % en MLS Bench Lite (el mayor salto porcentual), según la cobertura de MarkTechPost sobre el lanzamiento. Pero lee las otras dos columnas antes de emocionarte demasiado: GPT-5.5 lidera en cinco de seis benchmarks, y Opus 4.8 lidera en cuatro de seis. La única victoria genuina frente a Opus 4.8 es MCP Mark Verified, un benchmark de uso de herramientas que mide la invocación correcta a través del Model Context Protocol, donde el 81,1 de K2.7 Code supera claramente el 76,4 de Opus 4.8.

El planteamiento honesto, y algo que el propio artículo de MarkTechPost subraya, es que cada cifra aquí es de primera parte. Moonshot ejecutó estas pruebas en su propio arnés sin verificación independiente en tablas de clasificación todavía. Eso no las descalifica, pero es la misma advertencia que se aplica a cualquier tabla de benchmarks de un proveedor, Grok 4.5 incluido: trata las cifras de lanzamiento como "direccionalmente creíbles", no como palabra de evangelio, hasta que alguien fuera de la empresa las reproduzca.

Precios de Kimi K2.7 Code

Tarifas oficiales, confirmadas en la página de precios de Moonshot para el modelo y contrastadas con la tabla de proveedores de OpenRouter:

No hay exactamente un nivel gratuito de API. Una recarga mínima de 1 $ desbloquea el nivel de límite de tasa más bajo (3 solicitudes/min, 500K tokens/min), y los límites escalan a través de cinco niveles según el gasto acumulado, llegando hasta 10.000 RPM y 5M tokens/min una vez que hayas invertido 3.000 $. Los proveedores externos en OpenRouter (DeepInfra, Inceptron y otros) ofrecen tarifas un 20-25 % más bajas que las de Moonshot en tokens de entrada, generalmente con menor rendimiento y disponibilidad que el propio endpoint de Moonshot, que en sí mismo mantiene una respetable disponibilidad del 99,59 %.

La otra vía, y la que más importa para un modelo genuinamente de peso abierto, es el autoalojamiento por el costo de tu propio hardware. Los pesos completos en BF16 ocupan unos 595 GB, terreno real de clase servidor, que necesita varias GPU de clase H200. La cuantización comunitaria cierra esa brecha rápidamente: la cuantización Dynamic 2-bit de Unsloth reduce el modelo a aproximadamente 325 GB y funciona a más de 40 tokens/segundo en hardware local bien equipado. No es un despliegue para portátil, pero es una opción real para un equipo que ya cuenta con infraestructura de GPU y quiere costo marginal cero por token.

La paradoja de los tokens de razonamiento: lo que afirma Moonshot frente a lo que reportan los usuarios

Aquí es donde la reseña pasa de ficha técnica a noticia real. Los propios materiales de lanzamiento de Moonshot lideran con un argumento de eficiencia: se supone que K2.7 Code usa ~30 % menos tokens de razonamiento que K2.6 para el mismo trabajo, "eficiencia de razonamiento optimizada", en palabras de la empresa, presentado como menos sobrepensamiento en problemas que no lo justifican.

La lectura de la comunidad, recopilada del enjambre más amplio de hilos en r/kimi, r/LLMDevs y r/AI_Agents que discuten el lanzamiento (el propio hilo oficial de anuncio en Reddit estaba bloqueado para acceso directo, así que esto proviene de la discusión circundante que generó), cuenta una historia casi opuesta:

"Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit."

Kimi 2.7 Code is good, but it thinks forever and consumes way too much limit, r/kimi

"Same for me: I'm spending tokens twice as fast."

u/Rupertonic, comentario en el mismo hilo

"Is anyone else losing their mind with Kimi 2.7 lately? I explicitly tell it to stop, check-in, and ask for permission before moving to the next step, and it just keeps going."

K2.7 is such a massive downgrade, r/kimi

No todos los hilos son negativos, y la división importa. Algunos usuarios, especialmente los que autoalojan sus propias copias cuantizadas, reportan un modelo de programación genuinamente sólido: "Kimi is like slight worse than Claude, but with 5X the usage limits at maybe half the speed", se leía en un hilo de veredicto de r/kimi, y otro comentarista en r/AI_Agents lo llamó "a better default for long coding jobs that need to keep going" en lugar de un salto llamativo. Pero la queja sobre el consumo de costos es específica, recurrente, y contradice directamente la afirmación principal, lo cual es un tipo de crítica diferente a la habitual queja de "no es tan inteligente como Claude" que recibe todo modelo de programación.

También hay una queja de calidad real y separada que corre junto a la de costos: varios hilos reportan alucinaciones y regresiones respecto a K2.6 exactamente en el tipo de tareas sencillas que el modelo debería manejar sin problemas. Un hilo de r/kimi lo dijo sin rodeos: "Anyone else notice that K2.7 is making up a lot of shit versus what K2.6 used to do?" He visto exactamente esta misma forma de fallo antes en despliegues de IA de soporte, un modelo funciona de maravilla en una demo y luego inventa algo con total confianza ante una entrada real y más desordenada que la demo nunca cubrió. Es la razón por la que nunca confío en la cifra de eficiencia o precisión de un proveedor hasta que la he ejecutado primero contra datos históricos reales, no solo contra el conjunto de benchmarks que eligió el proveedor.

Pros y contras de Kimi K2.7 Code

En qué es genuinamente bueno:

• Programación de peso abierto barata y creíble. 0,95 $/4,00 $ por 1 millón de tokens supera a cualquier modelo de frontera cerrado, y la licencia MIT modificada hace del autoalojamiento una opción real, no marketing.
• Una victoria real en el uso de herramientas. El 81,1 de MCP Mark Verified supera claramente a Opus 4.8, útil si tu carga de trabajo se apoya más en llamadas a herramientas estructuradas (verificaciones de CI, actualizaciones de tickets, ediciones de archivos en un solo bucle) que en la profundidad de razonamiento puro.
• Mejora universal respecto a K2.6. Los seis benchmarks publicados subieron, y la ventana de contexto de 256K contiene cómodamente un diff grande, sus pruebas y archivos relacionados en un solo prompt.
• Una vía de autoalojamiento genuinamente abierta. La cuantización comunitaria ya reduce un modelo de 1 billón de parámetros a ~325 GB, funcionando a velocidad utilizable en hardware local serio pero alcanzable.

Dónde se queda corto:

• La afirmación principal de eficiencia no coincide con las facturas reales de la comunidad. Una afirmación de -30 % de tokens de razonamiento seguida de una ola de hilos de "agotando créditos el doble de rápido" es el mayor problema de este lanzamiento, y vale la pena confirmarlo en tu propia carga de trabajo antes de comprometer presupuesto.
• No es el modelo de programación más inteligente disponible. GPT-5.5 lidera en cinco de seis benchmarks y Opus 4.8 en cuatro, incluidos los dos que más pesarías para la calidad de programación pura (Program Bench, MLS Bench Lite).
• El modo de razonamiento es obligatorio. No puedes cambiar profundidad de razonamiento por velocidad o costo como puedes hacer con la mayoría de los modelos competidores; los parámetros de muestreo también están bloqueados.
• Reportes de alucinaciones en tareas sencillas. Varios usuarios señalan regresiones respecto a K2.6 exactamente en el tipo de tarea que no debería necesitar razonamiento intenso en absoluto.

¿Es bueno Kimi K2.7 Code fuera de la programación?

Kimi K2.7 Code tiene un alcance limitado, y eso es en gran parte una fortaleza: el propio Moonshot dice que K2.6 sigue siendo mejor opción para tareas generales, un posicionamiento más honesto de lo que logran la mayoría de los proveedores. Pero la lección subyacente aquí trasciende la programación, y es algo con lo que me topo constantemente construyendo IA para soporte al cliente: la cifra de eficiencia de un proveedor no es lo mismo que tu factura real. El propio benchmark de Moonshot dice -30 % de tokens de razonamiento. Una porción significativa de sus propios usuarios reporta lo contrario en producción. Esa brecha entre una cifra de laboratorio y una cuenta real es exactamente por qué "el modelo es barato por token" y "el modelo es barato para tu equipo" son dos afirmaciones diferentes, y solo una de ellas es cierta hasta que la hayas probado en tu propia carga de trabajo.

He visto exactamente el mismo patrón desarrollarse en la automatización de soporte: un proveedor cita una tasa de desvío o un precio por resolución que se ve genial en una presentación de ventas, y luego el volumen real de tickets se comporta nada parecido al conjunto de benchmarks contra el que se midió. Por eso eesel nunca lanza una cifra que no hayamos ejecutado antes contra los tickets históricos reales de un cliente, simulados antes de que toquen una cola en vivo, para que veas la tasa de resolución real y el costo real en tus propios datos en lugar de confiar en un benchmark de proveedor, modelo de programación o IA de soporte, es la misma disciplina en ambos casos.

El veredicto

Si quieres un modelo de programación genuinamente de peso abierto a una fracción del precio de frontera, y estás dispuesto a asumir la estructura de niveles de uso de la API o a encargarte del autoalojamiento de un modelo de 1 billón de parámetros, Kimi K2.7 Code es una opción real y creíble, especialmente para flujos de trabajo agénticos intensivos en herramientas donde su victoria en MCP Mark Verified realmente importa. Si necesitas el único modelo más inteligente para problemas de programación difíciles, GPT-5.5 y Claude Opus 4.8 siguen liderando la mayoría de los propios benchmarks de Moonshot, a una prima de precio real. Y si la previsibilidad de costos importa más a tu equipo que cualquier puntuación individual de benchmark, la brecha entre la afirmación de -30 % de tokens de razonamiento de Moonshot y los reportes de la comunidad de "agotando créditos el doble de rápido" es lo que debes probar en tu propia cuenta antes de comprometerte, no algo que debas dar por fe a partir de una publicación de lanzamiento. Para el panorama más amplio de competidores de peso abierto, Qwen3-Coder y Kimi K2.6 valen la pena revisar en la misma ronda de evaluación.

Prueba eesel

Trabajo en eesel AI, y el problema exacto que sacó a la luz el lanzamiento de Kimi K2.7 Code, una afirmación de eficiencia de un proveedor que no coincide con lo que una cuenta real termina gastando, es el mismo problema que he visto desarrollarse en herramientas de soporte con IA durante años. Sea cual sea el modelo que termine impulsando tu automatización de soporte, Kimi, GPT, Claude o lo que sea que salga después, la cifra que importa no es la puntuación de benchmark, es lo que tu cuenta realmente gasta resolviendo tickets reales. eesel se conecta a tu helpdesk existente, ya sea Zendesk, Freshdesk o Front, aprende de tu historial real de tickets y ejecuta una simulación completa contra tus propios tickets históricos para que veas la tasa de resolución real y el costo antes de que nada salga en vivo. El precio se basa en el uso, a 0,40 $ por ticket resuelto, sin tarifas por asiento, así que la cifra que te cotizan es la cifra que pagas. Puedes probar eesel gratis, sin necesidad de autoalojamiento.