Modelos open-weight para tu pyme: cuándo sí y cuándo no

En 60 segundos: Un modelo open-weight puede darte control sobre el despliegue cuando sus pesos y su licencia permiten el uso que necesitas. Si lo consumes por API, los datos siguen pasando por un proveedor. Kimi K3.1 Pro sirve como ejemplo actual: hay acceso por API, pero sus pesos y licencia siguen pendientes al 26 de octubre de 2026. Para tu pyme, empieza por una tarea acotada y mide calidad, tiempo y coste completo. Alojar un modelo exige un responsable de operación, además de infraestructura.

Una pyme de distribución quiere un agente que lea pedidos y proponga correcciones en su ERP. Este es un ejemplo sintético. Antes de elegir un modelo, su dirección técnica necesita saber qué datos puede enviar y operaciones necesita saber quién responderá cuando el agente falle. Que el modelo se anuncie como abierto deja ambas preguntas pendientes.

Estas notas están verificadas al 26 de octubre de 2026. Kiia no ha probado Kimi K3.1 Pro ni tiene relación comercial con Moonshot. Tampoco presenta esta guía como una recomendación de proveedor o una afiliación con Anthropic u OpenAI. El objetivo es ayudarte a evaluar una alternativa abierta a Claude y GPT con los límites de tu operación.

Qué significa open-weight y qué hay de Kimi hoy

Los pesos son los parámetros que un modelo aprende durante el entrenamiento. Poder descargarlos permite estudiar su ejecución y plantear alojarlo en infraestructura elegida por ti, sujeto a la licencia y al soporte técnico disponible. No implica que se publiquen los datos de entrenamiento o todo el código, ni concede por sí solo permisos comerciales.

En su anuncio oficial, consultado el 26 de octubre, Moonshot describe K3.1 Pro como «3T-class», derivado mediante postentrenamiento de K3. La página no muestra una fecha de publicación visible: fecha exacta del anuncio, no confirmada. Los benchmarks que publica son resultados del proveedor, sin verificación independiente en esta guía; no los usamos para elegir un ganador.

Dato	Estado verificado al 26 de octubre de 2026
Acceso	La guía de API documenta kimi-k3.1-pro y kimi-k3.1-pro-highspeed.
Contexto	Kimi API documenta 1.048.576 tokens para la serie K3. No es una garantía de precisión sobre todos esos datos.
Pesos	El anuncio promete publicarlos para, como máximo, el 4 de noviembre de 2026. En el catálogo oficial de Moonshot consultado no aparece K3.1 Pro. No publicados en las fuentes consultadas.
Licencia y model card de K3.1 Pro	No publicadas en el catálogo consultado; verificar cuando salgan los pesos. No dar por autorizado el alojamiento propio.
Parámetros exactos	No confirmados para K3.1 Pro. Los 2,8 billones de parámetros (2.8T) corresponden a Kimi K3, también identificado así en la plataforma oficial.

La licencia de K3, revisada ese día, permite usos comerciales con condiciones específicas para ciertos servicios de modelos y productos de gran escala; contempla excepciones para uso interno. Es una licencia propia de Moonshot. No es la licencia de K3.1 Pro y no la presentamos como una licencia open source estándar.

Si lees esto después del 4 de noviembre, comprueba la publicación efectiva, la model card y la licencia de la versión exacta antes de decidir. La fecha prometida no sustituye esos archivos.

Tres formas de usar un modelo abierto

La apertura de los pesos y la contratación de inferencia son decisiones distintas. Puedes usar un modelo abierto sin operar servidores, y puedes contratar una API sin controlar dónde ejecuta el proveedor.

Ruta	Quién procesa o puede acceder al dato	Dónde	Qué mantienes tú
API del creador	El proveedor y los encargados autorizados según contrato; tu aplicación también puede guardar trazas.	Región y transferencias de la cuenta contratada. Para Kimi, revisa la distinción de plataformas explicada abajo.	Integración, permisos, evaluación, límites de gasto y respuesta a incidentes.
Proveedor de inferencia de terceros	El proveedor contratado y sus subencargados; un intermediario puede añadir otros operadores.	Verificar región de procesamiento, almacenamiento y rutas de respaldo.	Lo anterior, más comprobar quién sirve realmente cada petición. No asumimos disponibilidad de K3.1 Pro en un tercero concreto.
Alojamiento propio	Tu equipo y los operadores de infraestructura a los que des acceso. Las herramientas conectadas pueden enviar datos fuera.	Infraestructura elegida y configurada por ti; revisar telemetría, copias y soporte externo.	Servidores, motor de inferencia, actualizaciones, seguridad, capacidad, monitorización y recuperación. En K3.1 Pro sigue condicionado a pesos y licencia.

Para alojar un modelo, pide una prueba con tu contexto y concurrencia objetivo. Verifica memoria para pesos y caché, formatos de cuantización, almacenamiento, interconexión y compatibilidad del motor. No hay una configuración oficial de hardware de K3.1 Pro verificada en las fuentes revisadas. No trasladamos requisitos de K3 ni presupuestamos GPUs a partir de «3T-class».

Datos: qué revisar antes de enviar el primer pedido

La política internacional de Kimi OpenPlatform, actualizada el 30 de abril de 2025 y consultada el 26 de octubre de 2026, identifica a Moonshot AI Pte. Ltd. en Singapur, almacenamiento en Singapur y posibles transferencias internacionales. La política de la plataforma china, consultada el mismo día, describe almacenamiento en China continental. Confirma qué entidad y política corresponden a tu cuenta y al endpoint que usarás.

La ayuda oficial de seguridad de API, revisada ese día, afirma que entradas y salidas de API no se usan para entrenar. La política general contiene lenguaje más amplio sobre mejora y entrenamiento. Pide que tu contrato resuelva el alcance para tu servicio; una página de ayuda no basta para cerrar esa revisión.

Según la guía oficial de Zero Data Retention, consultada el 26 de octubre, las cuentas empresariales pueden solicitar ZDR. Excluye Batch, imágenes o vídeos subidos directamente, datos operativos como logs de seguridad y facturación, y servicios de terceros. También contempla obligaciones legales. Confirma la activación y los endpoints cubiertos por escrito. ZDR no establece residencia local y tus propios logs pueden conservar contenido.

Antes de cualquier API externa, revisa datos de clientes, finanzas, salud y expedientes legales. Para el piloto, usa pedidos sintéticos o minimizados con autorización y mantén credenciales fuera del contexto. Pide al proveedor:

• Entidad contratante, región de inferencia y almacenamiento, y transferencias de las rutas de respaldo.
• Retención por tipo de dato, borrado, uso para entrenamiento y acceso humano para soporte.
• Subencargados, servicios externos y acuerdo de tratamiento aplicable.
• Gestión de incidentes, exportación de registros y condiciones de salida.

Verificar con asesoría legal según tu país: base para tratar los datos, transferencias internacionales, obligaciones sectoriales y contratos. No hemos validado cumplimiento para México, Colombia, Chile, Argentina, Perú ni España/UE. Alojar el modelo tampoco certifica cumplimiento. La guía de permisos seguros para agentes ayuda a acotar qué puede leer o cambiar el agente.

Coste por tarea completada

La portada oficial de Kimi API, consultada el 26 de octubre de 2026, publica estas tarifas en USD por millón de tokens. Son consumo de API, sin suscripción; la documentación de facturación indica que los impuestos se calculan aparte.

Modelo	Entrada sin caché	Salida	Lectura de caché
K3.1 Pro	USD 2,00	USD 10,00	USD 0,20
K3.1 Pro Highspeed	USD 4,00	USD 20,00	USD 0,20

Estas tres columnas no cubren todos los conceptos. La documentación también factura escrituras de caché según su duración; verifica la tarifa de la modalidad que contrates. La página de precios no expuso su tabla en nuestra consulta; los importes anteriores se contrastaron en la portada oficial. Revalídalos antes de presupuestar.

La guía de K3.1 Pro, revisada ese día, indica razonamiento siempre activo, reasoning_effort con low, high y max (max por defecto), y tarifas sin escalones por longitud de contexto. Registra el uso facturado, incluidos tokens de razonamiento; no estimes el gasto contando solo la respuesta visible.

Para comparar contra tu configuración de Claude o GPT, calcula:

Coste por tarea aceptada = (API o infraestructura + herramientas + operación + revisión humana + reintentos) / tareas aceptadas.

Incluye también el coste de los casos fallidos en el numerador. Con alojamiento propio, cuenta capacidad ociosa y horas de mantenimiento. Un precio por token menor puede acompañar más reintentos o correcciones. La guía del coste real de un agente desarrolla cómo medirlo.

Cuándo sí y cuándo conviene esperar

Tu situación	Decisión que merece una prueba
Necesitas controlar el despliegue o inspeccionar artefactos.	Evalúa pesos disponibles con licencia adecuada y un equipo capaz de operarlos. K3.1 Pro todavía tiene pendientes esos artefactos. La apertura tampoco garantiza visibilidad de todo el entrenamiento.
Tienes volumen alto y capacidad de operación.	Compara inferencia contratada y propia con tráfico representativo. Exige evidencia de coste total antes de comprar infraestructura.
Buscas un modelo de respaldo.	Prueba otro modelo con el mismo contrato de herramientas y una región autorizada. Comprueba fallos y recuperación.
Consumes pocos tokens o no tienes responsable de MLOps.	Empieza evaluando una API gestionada y conserva la configuración actual si cumple. Operar servidores añade trabajo fijo.
Tratas datos sensibles sin acuerdos claros.	Detén el envío a APIs externas; resuelve contrato y minimización antes del piloto.
Necesitas soporte y SLA concretos.	Verifica el contrato del servicio, la cobertura horaria y la escalada de incidentes. Descargar pesos no incluye ese servicio.

Puedes seguir con Claude/GPT si tu evaluación no demuestra una mejora relevante o si migrar rompe un control. El hub de comparativas reúne otras decisiones; las notas de Claude Opus 5.5, Sol frente a Opus y Gemini 4 Argon tienen alcances distintos. Claude Duet trata el diseño de un agente proactivo como producto, no la propiedad de sus pesos.

Una prueba de una semana y un plan de salida

1. Día 1: define unas diez tareas. Parte de casos reales de tu operación, pero usa copias autorizadas y minimizadas o equivalentes sintéticos. En el ejemplo del distribuidor: pedido completo, referencia ambigua, dato ausente y un documento que intenta ordenar una exportación. Define la respuesta aceptable y quién la revisa.
2. Día 2: fija la configuración. Usa el mismo agente, herramientas, datos y permisos con tu modelo actual de Claude o GPT y con Kimi por API. Documenta las adaptaciones de cada protocolo y el esfuerzo de razonamiento. Mantén las escrituras al ERP bajo aprobación.
3. Días 3 y 4: ejecuta y registra. Por caso, guarda versión, coste facturado, tiempo completo, herramientas llamadas, fallos, reintentos y minutos de revisión. Prueba cortes y límites de gasto. Evalúa si debe abstenerse cuando falta evidencia.
4. Día 5: decide con operaciones. Revisa los resultados sin mostrar al evaluador qué modelo produjo cada respuesta cuando sea posible. Una muestra de diez casos revela problemas; no demuestra fiabilidad general. Amplía la evaluación antes de producción.

La guía de Kimi muestra Chat Completions con cliente compatible con OpenAI; la integración oficial de Claude Code documenta un endpoint compatible con Anthropic, revisados el 26 de octubre. Esa compatibilidad facilita una integración, pero no garantiza paridad de comportamiento ni una migración sin ajustes.

Conserva un adaptador por proveedor, pruebas del contrato de herramientas y una configuración para volver al modelo anterior. Al cambiar de modelo, reconstruye el contexto autorizado: no des por compatibles los estados de razonamiento. Evita repetir una escritura si un intento anterior pudo ejecutarla. El respaldo debe cumplir la misma política de datos; ante una región no autorizada o una acción ambigua, deriva el caso a una persona.

Para una conversación de diagnóstico, trae una tarea, los datos que necesita y la condición que te impide ponerla en producción. Podemos revisar contigo el flujo y qué habría que medir antes de elegir dónde correr el modelo.