¿Qué es Kimi K2.7 Code? El modelo de programación de Moonshot AI, explicado

Dónde se sitúa Kimi K2.7 Code en la línea de productos de Moonshot

Moonshot AI es el laboratorio detrás de la familia de modelos Kimi, posicionado con el eslogan "seeking the optimal conversion from energy to intelligence" (buscando la conversión óptima de energía en inteligencia). Ofrece una app de chat para consumidores gratuita y una API para desarrolladores tarificada por uso, y ha estado publicando pesos abiertos junto a esa API en lugar de tratar la apertura como algo secundario. Kimi K2.7 Code es el último lanzamiento de esa línea, construido directamente sobre Kimi K2.6, el buque insignia anterior de Moonshot.

El nombre es un estrechamiento deliberado, no un cambio de marca. Moonshot ha sido explícito en que K2.6 sigue siendo la mejor opción para la conversación general, y K2.7 Code está delimitado específicamente a la ingeniería de software de largo alcance: planificar un cambio, editar en muchos archivos, ejecutar herramientas, comprobar el resultado y volver atrás cuando algo se rompe. Esa es una tarea sustancialmente distinta de responder una pregunta en una sola pasada, y es la misma distinción que separa a un chatbot de un bucle de agente de IA en general, una respuesta frente a una cadena de pasos que puede recuperarse de sus propios errores.

Viene en dos variantes que comparten los mismos pesos: kimi-k2.7-code, el modelo estándar, y kimi-k2.7-code-highspeed, ajustado para unos 180 tokens/segundo (hasta 260 tok/s en contextos cortos) al doble exacto del precio en cada nivel. Ambos mantienen la ventana de contexto completa de 256K tokens.

Dentro del modelo: por qué un modelo de 1 billón de parámetros no cuesta como uno

La especificación destacada parece intimidante: 1 billón de parámetros en total. Pero Kimi K2.7 Code es un modelo de Mezcla de Expertos (MoE), lo que significa que nunca ejecuta realmente todo de sí mismo a la vez. Cada token se enruta a un pequeño subconjunto de los 384 "expertos" disponibles, específicamente 8 seleccionados por token más 1 experto compartido, y solo ese subconjunto hace el trabajo. El resultado son 32 mil millones de parámetros activados por token, aproximadamente el 3% del total, y esa es toda la razón por la que un modelo de un billón de parámetros puede funcionar a $4.00 por 1M de tokens de salida en lugar de a precios reservados para modelos de ese tamaño.

El resto de la arquitectura: 61 capas, Multi-head Latent Attention, activación SwiGLU, cuantización nativa INT4, se hereda por completo de K2.6, por lo que la propia ficha del modelo de Moonshot dice que "el método de despliegue se puede reutilizar directamente". También lleva un codificador de visión MoonViT de 400M de parámetros, así que el modelo lee imágenes y, de forma experimental a través de la API oficial, video junto con texto y código. Un diff de pull request, una captura de pantalla de una interfaz rota y una reproducción grabada de un error pueden estar todos en el mismo prompt de 256K tokens.

El único ajuste que no puedes cambiar: pensar es obligatorio

Aquí está la decisión de diseño que da forma a todo en el uso de este modelo: Kimi K2.7 Code no te deja desactivar su modo de pensamiento. El parámetro de API thinking tiene por defecto {"type": "enabled"}, y establecerlo en cualquier otra cosa devuelve un error. La temperatura está fijada en 1.0, top_p en 0.95, y ambos parámetros de penalización en 0.0, de nuevo, sobrescribir cualquiera de ellos da error en lugar de ignorar el valor silenciosamente.

La propia documentación de inicio rápido de Moonshot lo presenta como algo deliberado: forzar preserve_thinking=True conserva todo el contenido de razonamiento del modelo entre turnos, lo que la empresa dice que "mejora el rendimiento en escenarios de agentes de programación". El compromiso es el control. La mayoría de los modelos de programación de la competencia te permiten subir la profundidad de razonamiento para un problema difícil y bajarla para uno trivial; Kimi K2.7 Code no te da esa palanca. Cada solicitud paga el coste completo de pensamiento, ya sea que la tarea sea una corrección de una línea o una refactorización de todo el repositorio.

Esa restricción se extiende al uso de herramientas. El inicio rápido oficial exige que el reasoning_content del turno de llamada a herramienta anterior del modelo permanezca en el contexto a lo largo de un bucle de varios pasos, o la API lanza un error, y tool_choice solo acepta auto o none. Es el mismo patrón de llamada a herramientas al estilo del Protocolo de Contexto de Modelo que la mayoría de las herramientas de programación agénticas usan ahora, solo que con menos margen para improvisar a su alrededor.

Qué cambió realmente respecto a K2.6

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

Dos cosas destacan. K2.7 Code mejora sobre K2.6 en absolutamente todas las filas, lo cual es una historia más limpia de lo que logran la mayoría de los lanzamientos puntuales. Y tiene exactamente una victoria clara contra el campo de frontera: 81.1 en MCP Mark Verified, superando el 76.4 de Claude Opus 4.8, un benchmark que prueba específicamente la invocación correcta de herramientas a través de MCP en entornos de Notion, GitHub, sistema de archivos, Postgres y Playwright. En todo lo demás, GPT-5.5 y Opus 4.8 lideran, a veces por un margen amplio.

La otra afirmación destacada es de eficiencia, no de capacidad: Moonshot reporta aproximadamente un 30% menos de tokens de razonamiento que K2.6 en promedio, enmarcado internamente como "menos sobrepensamiento". La lógica es real: los tokens de razonamiento se facturan como tokens de salida, una ejecución agéntica puede encadenar cientos de pasos, y un recorte que se acumula a lo largo de tantos pasos debería traducirse en una reducción real de la factura. Si eso realmente ocurre una vez que cuentas reales empiezan a gastar en él es una pregunta genuinamente disputada en la comunidad ahora mismo, que merece su propia lectura en la reseña completa de Kimi K2.7 Code en lugar de un párrafo aquí.

Conseguirlo: precios de la API y autoalojamiento

La tabla de tarifas oficial de Moonshot, directamente de la página de precios del modelo:

Para comparar, Claude Opus 4.8 cuesta $5.00/$25.00 por 1M de tokens de entrada/salida con una ventana de contexto de 1M de tokens, de peso cerrado. Esa brecha es toda la propuesta comercial de K2.7 Code: mucho más barato, a costa de quedarse atrás en calidad de benchmark pura.

No hay un nivel gratuito de API; el acceso se abre una vez que has recargado acumulativamente $1 (Tier0: 3 solicitudes/minuto, 500K tokens/minuto). Los límites de tasa escalan con el gasto acumulado hasta el Tier5 con $3,000 recargados (1,000 de concurrencia, 10,000 RPM). Los proveedores de terceros en OpenRouter como DeepInfra superan a la baja la tarifa propia de Moonshot en un 20-25% en tokens de entrada, aunque generalmente con menor rendimiento y disponibilidad que el propio endpoint de Moonshot.

El otro camino es el autoalojamiento, ya que los pesos son genuinamente abiertos bajo esa Licencia MIT Modificada, no una etiqueta de "abierto" restringida por API. La precisión completa BF16 ronda los 610 GB, hardware de clase servidor, no un trabajo para laptop. La cuantización comunitaria cambia esa cuenta: la cuantización dinámica de 2 bits de Unsloth reduce el modelo a unos 325 GB, una reducción del 48%, funcionando a más de 40 tokens/segundo en un equipo de estación de trabajo bien equipado. Ya hay veinticuatro variantes cuantizadas por la comunidad listadas en Hugging Face, compatibles con vLLM, llama.cpp, LM Studio, Jan y Ollama.

Lo que dicen realmente los primeros usuarios

La reacción se dividió rápidamente a lo largo de una línea predecible. Por el lado positivo, un hilo de r/AI_Agents lo expresó bien:

"Kimi K2.7 Code no se siente como un gran salto de forma llamativa. Se siente como una mejor opción por defecto para trabajos largos de programación que necesitan seguir adelante..."

Kimi K2.7 Code feels more useful than flashy, r/AI_Agents

Un comentarista en r/LLMDevs planteó la lectura de panorama general: "K2.7 Code se siente como otra señal de que los modelos de programación abiertos están pasando de ser juguetes de tablas de clasificación a economía de flujo de trabajo". Esa es una forma justa de leer juntos la victoria en MCP Mark Verified y la brecha de precio, este no es el modelo más inteligente del campo, pero es uno real y utilizable a una fracción del costo.

La fricción es específica y recurrente en lugar del habitual refunfuño de "no es tan inteligente como Claude": una ola de hilos reporta un consumo de tokens y créditos que va en sentido contrario a la propia afirmación de eficiencia del -30% de Moonshot, junto con algunas quejas de alucinaciones frente a la base de K2.6. Como los pesos son abiertos, los comentaristas de r/LocalLLaMA también han cuestionado confiar en los gráficos de barras autoreportados de Moonshot en absoluto: "Simplemente descarga y ejecuta el benchmark que quieras". Ese es un tipo de escrutinio genuinamente diferente al que un modelo cerrado recibe jamás, y es saludable. El desglose completo de esa brecha en la afirmación de eficiencia, con los hilos y números específicos, está en la reseña de Kimi K2.7 Code.

Dónde encaja si estás eligiendo un modelo de programación

Si estás comparando activamente opciones en lugar de simplemente tratando de entender este único lanzamiento, el campo alrededor de Kimi K2.7 Code se divide en tres carriles. Los modelos de frontera cerrados, GPT-5.5 y Claude Opus 4.8, lideran en calidad de benchmark pura en la mayoría de las seis comparaciones propias de Moonshot, a varias veces el precio. Los pares de peso abierto como Qwen3-Coder se sitúan en la misma categoría autoalojable y económica que K2.7 Code, sin un benchmark cara a cara contra él en las propias cifras de Moonshot. Y la capa de arnés de agente encima, Claude Code, OpenAI Codex o Cursor, es una decisión separada de qué modelo subyacente lo impulsa; K2.7 Code ya está documentado para funcionar dentro de varios de estos a través de configuraciones de soporte de agentes. Nuestro resumen de alternativas a Kimi K2.7 Code alinea ocho de estas opciones entre sí en precio y benchmarks si esa es la decisión que realmente estás tratando de tomar.

Prueba eesel

Yo construyo los compañeros de equipo de IA de eesel, y la idea de activación dispersa detrás de Kimi K2.7 Code, enrutar solo a la parte del sistema que una tarea concreta realmente necesita, es el mismo principio detrás de cómo debería comportarse un agente de soporte bien construido. eesel no vuelve a leer toda tu base de conocimiento ni razona desde cero en cada ticket; aprende tus tickets resueltos y documentación desde el primer día, y luego enruta cada nueva conversación al contexto específico y las llamadas a herramientas que ese ticket realmente requiere, una consulta de reembolso, una verificación de estado de pedido, una regla de escalamiento, no una nueva pasada de razonamiento de propósito general cada vez.

Esa es también la razón por la que nunca publicamos un número de resolución que no hayamos simulado primero contra los propios tickets históricos de un cliente, la misma disciplina que todo este ciclo de lanzamiento de modelos sigue demostrando: el benchmark de un proveedor y tu cuenta real rara vez coinciden perfectamente en el primer intento, ya sea que el proveedor sea Moonshot o nosotros. eesel se conecta con Zendesk, Freshdesk, HubSpot y más de 100 otras herramientas, factura por ticket resuelto a $0.40 en lugar de por asiento, y puedes probar eesel gratis con $50 de uso antes de comprometer un presupuesto a ello.