Kimi K3 para Empresas de la UE: Coste API, Datos y Plan de Piloto

Kimi K3 merece un piloto controlado por API para programación compleja y trabajo de conocimiento, pero todavía no es la opción por defecto de bajo riesgo para una empresa de la UE. El flagship de Moonshot AI con 2,8 billones de parámetros combina un contexto de un millón de tokens, visión nativa, resultados iniciales sólidos en código y una API compatible con OpenAI. El precio oficial es de 3 dólares por millón de tokens de entrada sin caché, 0,30 dólares con cache hit y 15 dólares por los de salida.

La decisión de compra es más difícil que el titular del benchmark. K3 siempre razona, aunque la API ya ofrece esfuerzo low, high y max. La evaluación independiente lo encuentra más lento y verboso que la mediana. Los documentos públicos no son totalmente coherentes sobre el uso del contenido, y la política internacional señala Singapur. Los pesos completos, el informe técnico, la licencia y las recetas de despliegue ya son públicos. El self-hosting se puede verificar, pero sigue siendo infraestructura de centro de datos.

Esta review se verificó el 7 de agosto de 2026. Responde a una pregunta acotada: ¿debería una empresa europea hacer un piloto con la API o el self-hosting de Kimi K3, y qué debe demostrar antes de producción? Para la elección general entre familias usa nuestra comparativa de LLM open-weight de 2026.

¿Qué es Kimi K3?

Kimi K3 es el mayor modelo de Moonshot AI, diseñado para programación de larga duración, trabajo de conocimiento, análisis multimodal y razonamiento profundo. El artículo técnico de lanzamiento declara 2,8 billones de parámetros totales, Stable LatentMoE con 16 expertos activos de 896, Kimi Delta Attention, Attention Residuals, visión nativa y hasta un millón de tokens de contexto.

Los 2,8 billones representan capacidad total, no cálculo denso aplicado a cada token. Se activan 104.000 millones de parámetros por token y el checkpoint publicado ocupa unos 1,6 TB. vLLM documenta ocho NVIDIA B300 u ocho AMD MI355X como la ruta single-node más sencilla; configuraciones mayores buscan más throughput. Sigue siendo infraestructura de centro de datos.

K3 está disponible en Kimi.com, Kimi Work, Kimi Code y la API internacional. La guía oficial de API documenta entrada de texto, imagen y vídeo; streaming; salida con JSON schema estricto; tool calls; carga dinámica de herramientas y caché automática. También deja límites relevantes para producción:

• el modo thinking está siempre activo y reasoning_effort admite low, high y max;
• temperature, top-p, penalties y n están fijados;
• las conversaciones multi-turn y los tools deben devolver el mensaje completo del assistant, incluido el historial de razonamiento;
• cambiar a K3 en mitad de una sesión puede desestabilizar la calidad;
• K3 puede tomar decisiones demasiado proactivas cuando los límites son ambiguos;
• Moonshot reconoce una brecha de experiencia frente a Claude Fable 5 y GPT-5.6 Sol.

¿Qué tal rinde Kimi K3 fuera de los benchmarks de Moonshot?

La evidencia independiente inicial coloca K3 cerca de la frontera, muy fuerte en frontend visual, por debajo de la velocidad media y con mucha verbosidad. Esta descripción ayuda más a un comprador que llamarlo "el mejor modelo" o "IA china barata".

El perfil de Kimi K3 en Artificial Analysis mide ahora 3,14 segundos hasta el primer token y 38,5 tokens por segundo. Su puntuación v4.1.1 es 60; la evaluación costó unos 2.425 dólares y produjo 130 millones de tokens. Los perfiles en vivo cambian, así que fecha y versión deben acompañar la cifra.

El resultado de frontend importa porque personas comparan las salidas a ciegas. La Associated Press informó de K3 en lo alto del ranking de frontend. Sigue siendo una fracción del software engineering. Una interfaz bonita puede tener controles inaccesibles, estado frágil, dependencias inseguras, tests ausentes y comportamiento de backend inventado.

¿Cuánto cuesta realmente la API de Kimi K3?

Kimi K3 solo resulta barato si su calidad evita suficientes reintentos y mantiene un cache hit alto. El precio es de 3 dólares por millón de tokens de entrada sin caché, 0,30 dólares con caché y 15 dólares por salida. Los tokens de razonamiento cuentan como salida. Una respuesta visible corta puede esconder una factura considerable.

Ejemplo: una tarea sobre un repositorio envía 100.000 tokens de entrada y genera 20.000 de salida.

Son cálculos ilustrativos, no una previsión. Moonshot afirma superar el 90 % de cache hit en workloads de código, pero el prefijo largo debe permanecer estable. Cambios en repositorio, herramientas, instrucciones o mensajes anteriores pueden reducirlo. Registra entrada cacheada y no cacheada, salida de razonamiento, retries, tool calls y minutos de revisión por separado.

La unidad correcta es el coste por tarea aceptada. Si K3 completa 82 de 100 tareas a 0,40 dólares cada una, el coste directo por resultado aceptado es de 0,49 dólares antes de revisión. Si un modelo barato solo completa 55, puede perder. Si Kimi K2.7 Code consigue la misma calidad, sus tarifas de 0,95 dólares de entrada y 4 de salida lo convierten en mejor default. Envía a K3 solo la cola difícil.

¿Cumple Kimi K3 el RGPD?

Ninguna página pública convierte Kimi K3 automáticamente en una solución conforme al RGPD para tu empresa. Depende de tu rol, caso de uso, datos personales, contrato, transferencia, subencargados, retención, controles y arquitectura. La documentación pública aporta evidencia, pero también preguntas que un comprador europeo debe cerrar por escrito.

La página de seguridad de datos de la API dice que inputs y outputs no se usan para entrenar o mejorar modelos, que el tráfico usa HTTPS/TLS, que los usuarios están aislados y que los archivos subidos se pueden eliminar. El suplemento para Kimi Business también establece no training by default para el contenido empresarial y remite a un data processing addendum.

Los puntos sin resolver son igual de importantes:

• La política internacional de OpenPlatform sitúa los servidores seguros en Singapur y permite conservar información de cuenta, input y pagos mientras la cuenta esté activa.
• Los términos públicos permiten usar contenido para operar, desarrollar, mejorar, proteger y hacer cumplir el servicio. Otra cláusula remite las restricciones de training a acuerdos separados.
• La ayuda más reciente y el suplemento Business son más restrictivos, pero procurement no debería adivinar qué documento gobierna la cuenta concreta.
• Se mencionan certificaciones sin publicar nombre, alcance, periodo de auditoría o informe revisable.
• No encontramos una lista pública completa de subencargados, retención fija por tipo de dato ni región de procesamiento solo UE.

Singapur está fuera del EEE. La Comisión Europea explica el uso de cláusulas contractuales tipo para transferencias a terceros países. El responsable de privacidad o asesor legal debe confirmar mecanismo, roles, evaluación de impacto de la transferencia, subencargados, borrado, auditoría e incidentes. Empieza con datos sintéticos o públicos. Añade datos personales, confidenciales o regulados solo después de aprobación. Esto es orientación de compra, no asesoramiento jurídico.

¿Migrar desde OpenAI es solo cambiar la base URL?

No. El transporte resulta familiar, pero el estado, los parámetros, la caché y los fallos de K3 exigen trabajo de integración. Para la primera llamada basta con el SDK de OpenAI, https://api.moonshot.ai/v1 y kimi-k3. Para producción debes:

1. Conservar el mensaje completo del assistant. Mantén razonamiento y tool calls en requests multi-turn.
2. Abrir una sesión nueva al cambiar de modelo. No cambies una conversación de Claude, GPT, GLM o Kimi K2 a K3 a mitad.
3. Eliminar controles no soportados. El sampling está fijado y hoy solo existe razonamiento máximo.
4. Diseñar prefijos estables. Instrucciones, tools y contexto duradero van primero para habilitar caché.
5. Limitar la autonomía. Define scope, permisos, aprobaciones, presupuestos y condiciones de parada.
6. Tratar la capacidad como riesgo de producto. Lee headers, limita concurrencia, aplica backoff a 429 y acuerda cuotas antes del launch.
7. Probar los filtros. Mide falsos positivos en código, seguridad, legal y vocabulario de tu dominio.

La documentación de rate limits no publica un RPM o TPM universal. El límite depende de la recarga acumulada de la cuenta. Es suficiente para un piloto, no para un SLA. Concurrencia, región, uptime, respuesta a incidentes y soporte deben quedar en el acuerdo comercial.

¿Puede una empresa de la UE alojar Kimi K3 por su cuenta?

Sí. Moonshot publicó el 27 de julio los pesos, el informe técnico, la model card, las guías de inferencia y la licencia Kimi K3. La licencia permite un uso comercial amplio, pero las empresas de Model as a Service que superen 20 millones de dólares de ingresos en doce meses necesitan un acuerdo separado. Los productos comerciales muy grandes también tienen una obligación de atribución.

La barrera práctica es alta: unos 1,6 TB de checkpoint, una ruta documentada con ocho B300 u ocho MI355X, e imágenes Docker que todavía dependen de componentes preliminares. Para muchas empresas será más realista un host especializado o la API. Revisa licencia, hardware, energía, operación, redundancia y actualizaciones con nuestro marco de break-even entre modelos locales y API.

¿Quién debería probar Kimi K3 ahora?

K3 entra en la shortlist cuando la tarea justifica razonamiento máximo, el código o trabajo visual de larga duración es central, un prefijo estable puede generar cache hits, se puede empezar con datos aprobados, existen acceptance tests y fallback, y el equipo tolera cambios tempranos mientras llegan pesos e informe técnico.

No lo conviertas en default para tareas simples, productos donde manda la latencia, salidas largas de poco valor, necesidades actuales de procesamiento solo en la UE, contratos insuficientes o self-hosting inmediato. Kimi K2.7 Code, un modelo más pequeño o un proveedor ya aprobado pueden ganar en coste por tarea.

¿Cómo debe funcionar un piloto de dos semanas?

1. Día 1, definir la decisión. Un workflow, un modelo actual, 50 a 100 tareas reales, hard stops y un owner.
2. Días 2 y 3, clasificar datos. Quitar secretos y datos personales. Mapear prompts, archivos, logs, tools, soporte, storage y borrado.
3. Días 3 a 5, construir el adapter. Mantener historial completo e instrumentar caché, tokens, latencia, retries, tool calls y errores de filtro.
4. Días 6 a 8, probar a ciegas. Comparar K3 e incumbent en las mismas tareas por corrección, instrucciones, código, tools y minutos de revisión.
5. Días 9 y 10, forzar fallos. Probar 429, timeout, truncado, fallo de tool, instrucciones maliciosas del repo, objetivos ambiguos y cancelación.
6. Días 11 y 12, cerrar procurement. Solicitar DPA, transferencias, subencargados, retención, certificados, SLA de incidentes, borrado, soporte y cuotas.
7. Días 13 y 14, decidir por tarea aceptada. Comparar éxito, straight-through completion, corrección humana, P50/P95, cache hit y coste total.

Un piloto aprobado debe superar al modelo actual en la métrica que paga la migración sin abrir un hueco contractual, de seguridad o fiabilidad. El servicio de AI Enablement de Wavect cubre evaluación, integración, guardrails, observabilidad y handover. El caso Twinsoft AI muestra por qué el sistema alrededor del modelo importa más que su nombre.

Debajo de todo esto hay una decisión de stack, y nuestra guía de selección tecnológica enuncia la regla que aplicamos: decide en función de la restricción cuya reversión es cara. En una API fuera del EEE esa restricción suele ser el mecanismo de transferencia y el contrato, no el precio por millón de tokens.