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 razona siempre con esfuerzo máximo por ahora. Una evaluación independiente lo encuentra más lento y verboso que la mediana comparable. Los documentos públicos no dan una respuesta perfectamente coherente sobre el uso del contenido, y la política internacional de privacidad indica que los datos personales pueden almacenarse en Singapur. Moonshot promete los pesos completos para el 27 de julio de 2026, así que el self-hosting aún no se puede verificar.

Esta review se verificó el 19 de julio de 2026. Responde a una pregunta acotada: ¿debería una empresa europea hacer un piloto con la API 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. El routing sparse hace viable el servicio, pero todos los pesos siguen necesitando un dominio enorme de memoria y comunicación. Moonshot recomienda supernodes con 64 aceleradores o más. Eso es infraestructura de centro de datos, no un servidor corriente.

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 solo admite reasoning_effort="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 midió 1,99 segundos hasta el primer token y 62 tokens de salida por segundo, pero lo clasifica como más lento y verboso que modelos comparables. Su puntuación de 57 está cerca de los modelos cerrados más potentes, pero la evaluación costó 2.709,75 dólares y produjo 130 millones de tokens de salida. Capacidad y eficiencia son criterios distintos.

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?

No con la evidencia disponible el 19 de julio de 2026. Moonshot promete pesos completos, informe técnico y más detalles para el 27 de julio. Hasta que existan archivos, licencia, hashes, model card, serving code y guía de hardware, no se puede aprobar el derecho comercial ni calcular el coste real.

Incluso después del release, open weights no significará on-prem barato. Moonshot recomienda un supernode de 64 aceleradores o más. Para la mayoría de empresas europeas, un host especializado o una API gestionada será más realista que un clúster propio. Evalúa ese futuro camino por separado y usa 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.