Comprar la API de Moonshot para una empresa no es lo mismo que recargar una cuenta personal. Además del precio, hay que confirmar la entidad verificada, el pago corporativo, la facturación, la cuota, las condiciones de datos, los permisos, el SLA y el mecanismo de salida. Este artículo ofrece una lista ejecutable, sin precios unitarios concretos; los precios y condiciones se rigen por la cotización oficial, el contrato y la página de precios de modelos.

Nota: Moonshot y Kimi son marcas de sus respectivos titulares. Este artículo no tiene afiliación, representación ni relación de cooperación con Moonshot AI (Yuezhi Anmian); los procesos y reglas mencionados se rigen por las páginas oficiales y el contrato.

1. Confirma primero qué estás comprando

La plataforma abierta de Moonshot, detrás de Kimi, ofrece una API cobrada por token, no una membresía de Kimi ni licencias de oficina. La API se usa para atención al cliente, bases de conocimiento, procesamiento de documentos y agentes; distribuir membresías de chat entre empleados es otra línea de compra. Las cuentas y claves de platform.kimi.com (China) y platform.kimi.ai (internacional) no son intercambiables. Define primero qué sitio usa el equipo para que la entidad del contrato coincida con las llamadas reales.

2. Lista de compra

Lleva estos diez puntos a la conversación con ventas. Solo cuenta como confirmado lo que se pueda incluir en el contrato o en un anexo.

Partida Pregunta a confirmar Evidencia
Entidad de contrato y verificación Si coinciden contrato, pago y factura Licencia comercial, registro de verificación
Recarga y pago Transferencia corporativa y plazo de acreditación Comprobante de pago, registro de acreditación
Factura Tipo, tasa e reglas de titular Factura de muestra o explicación
Cuota y límites Concurrencia, RPM, TPM, TPD, límites temporales Página oficial de límites, anexo del contrato
Datos y ZDR Retención, entrenamiento, eliminación, cobertura Acuerdo de tratamiento de datos, confirmación de ZDR
Permisos Organización, proyecto, claves, lista IP, baja de miembros Matriz de permisos, capturas del panel
SLA y soporte Disponibilidad, tiempos de respuesta, vías de escalamiento SLA del contrato o anexo de soporte
Ciclo de vida del modelo Aviso de retiro, apoyo a la migración Cláusula de aviso, historial de versiones
Gobierno de costos Presupuesto, alertas, granularidad de conciliación Configuración del panel, factura de muestra
Mecanismo de salida Saldo, datos y registros Cláusulas de terminación y reembolso

3. Cuota y límites

El nivel de velocidad se calcula por el monto de recarga acumulada de la cuenta, y los créditos no cuentan para ese acumulado. Tier0, sin recarga, solo tiene 1 de concurrencia, 3 RPM y un tope diario de tokens; los niveles de pago normalmente eliminan el tope diario, pero mantienen TPM, concurrencia y RPM. Los umbrales exactos están en la página oficial de límites.

Los proyectos comparten los límites y el saldo a nivel de organización; el TPM de un proyecto no supera el límite de la organización, y los picos deben calcularse sobre el conjunto. Para negociar, aporta al menos cinco datos: tokens mensuales promedio, concurrencia pico, proporción media entrada/salida, tasa de acierto de caché y porcentaje de Batch. El total mensual por sí solo no basta.

Pregunta también por los límites temporales y las restricciones de riesgo. La documentación oficial indica que puede haber límites temporales cuando el clúster está muy cargado, y que la restricción por comportamiento anómalo, una vez activada, no se puede levantar. La arquitectura debe conservar colas, retroceso y degradación; no supongas que "con cuota alta nunca habrá límites".

4. Recarga y facturación

Tras completar la verificación corporativa, la empresa puede recargar en línea o pagar por transferencia bancaria corporativa. El nombre de la cuenta corporativa debe coincidir con la entidad verificada; la transferencia suele tardar de 1 a 5 días hábiles y la plataforma acredita el pago unos 10 minutos después de recibirlo. Las transferencias internacionales y los pagos de terceros suelen atascarse en la verificación y la facturación.

La factura se puede solicitar por consumo o por recarga. El titular corporativo solo puede ser la entidad verificada; una cuenta personal puede elegir titular personal o empresarial. La página oficial muestra que el emisor es Beijing Yuezhi Anmian Technology Co., Ltd., el concepto es servicios técnicos y la tasa es 6 %; la página de facturación es la referencia final.

El panel permite presupuestos diarios o mensuales por proyecto que rechazan solicitudes al alcanzar el tope, pero la factura tiene unos 10 minutos de retraso, así que no es un control de riesgo en tiempo real. El umbral predeterminado de alerta por saldo bajo es de 20 yuanes; en cuentas de producción conviene subirlo y dejar un margen de un ciclo de facturación.

5. Condiciones de datos y ZDR

El acuerdo de la plataforma establece que el usuario concede a la plataforma el derecho a usar entradas, salidas y comentarios para mejorar el servicio del modelo dentro de lo permitido por la ley. No des por hecho que "no se usará para entrenamiento". La política de privacidad indica que los datos se almacenan en China continental.

Las empresas pueden solicitar retención cero de datos (ZDR). Con ZDR activado, el contenido de la solicitud se usa solo para la inferencia actual y se elimina después de la respuesta; los datos de la empresa no se usan para entrenamiento. Pero ZDR no cubre Batch, las imágenes o videos subidos por la interfaz de archivos, Hosted Agents, los datos operativos (registros de seguridad, facturación) ni los servicios de terceros. ZDR se activa con el equipo comercial y no viene incluido por defecto en todos los planes.

Para servicios dirigidos al público, el acuerdo también exige completar por cuenta propia la evaluación de seguridad, el registro de algoritmos, la revisión de contenido y la respuesta a incidentes. Al comprar, confirma qué materiales proporciona la plataforma.

6. Permisos y control de acceso

Tras la verificación corporativa, el límite de la organización es de 50 proyectos y 100 claves; sin verificación es de 1 proyecto y 10 claves; con verificación personal es de 20 proyectos y 50 claves. Las claves creadas dentro de un proyecto imputan el consumo a ese proyecto; cada miembro debe crear su propia clave y no se debe compartir una sola con todo el equipo.

La lista de IP permitidas es un interruptor a nivel de organización, admite hasta 20 entradas y solo acepta IPv4 público o CIDR válido; no admite IPv6, direcciones privadas ni de loopback. Sacar a un miembro del proyecto invalida las claves que creó. Antes del lanzamiento, documenta como proceso la matriz de permisos, la baja de empleados y la rotación de claves.

7. SLA, soporte y salida

A octubre de 2026, el acuerdo estándar de la plataforma no ofrece compromiso de disponibilidad, exime de responsabilidad por interrupciones de mantenimiento y limita la responsabilidad al consumo total del último mes natural. Eso no significa que el servicio sea inestable, sino que las condiciones estándar no ofrecen un SLA corporativo.

Si hay requisitos de disponibilidad, deben acordarse en el contrato o en un anexo: indicadores de disponibilidad, plazo de aviso de incidentes, niveles de respuesta de soporte, ruta de escalamiento, forma de compensación y apoyo a la migración al terminar el servicio. Comprar solo la API sin firmar un SLA suele dejar solo reintentos y cambio de canal cuando hay una falla. Las cláusulas de salida también deben aclarar si el saldo es reembolsable, cuánto se conservan datos y registros, cómo se exportan las facturas y cuándo dejan de funcionar las claves.

8. Control de costos

  • Caché: la caché automática tiene un TTL predeterminado de 5 minutos, configurable a 1 hora; mantén estable el prompt de sistema y el prefijo de la base de conocimiento para mejorar el acierto. La escritura de caché se cobra aparte.
  • Enrutamiento por modelo: usa kimi-k2.6 para tareas generales, kimi-k2.7-code para código y evalúa kimi-k3 para materiales muy largos o razonamiento complejo.
  • Batch: la documentación oficial indica que cuesta 60 % del precio estándar, solo admite kimi-k2.6 y kimi-k2.7-code, sirve para tareas masivas de baja urgencia y no está sujeto a la concurrencia en tiempo real, pero queda fuera de ZDR.
  • Presupuesto y conciliación: define presupuestos diarios o mensuales y alertas por proyecto, y revisa cada mes por proyecto, modelo y escenario; el bloqueo por presupuesto tiene unos 10 minutos de retraso y no sirve como corte en tiempo real.

El costo oculto son los reintentos. El SDK de OpenAI reintenta automáticamente 2 veces y los reintentos cuentan para RPM y TPM; las solicitudes fallidas con 429 no se cobran, pero el reintento exitoso sí. Las solicitudes sin streaming que pasan 900 segundos sin respuesta devuelven 504; las tareas largas deben usar salida en streaming.

9. Degradación y simulacros de falla

No supongas que un solo proveedor estará disponible siempre. Prepara al menos tres niveles de degradación: cambiar a un modelo más pequeño en la misma plataforma, hacer cola o volver asíncrona la tarea, y cambiar a un proveedor de respaldo o a un gateway de IA. El canal de respaldo debe probarse con antelación; no busques la Base URL recién cuando ocurre la falla.

Haz un simulacro antes del lanzamiento: simula 429, timeouts y 5xx, y confirma que alguien sea responsable de las alertas, el cambio y la reversión. El registro del simulacro es, en sí mismo, material de validación.

10. Validación del piloto

Se recomienda un piloto de 2 a 4 semanas antes de ampliar.

  1. Prepara de 20 a 50 tareas reales y define criterios de calidad, formato y revisión.
  2. Estima los tokens mensuales, la concurrencia pico, la tasa de acierto de caché y el porcentaje de Batch.
  3. Ejecuta 30 minutos con la concurrencia objetivo y registra la tasa de éxito, la latencia P95 y los tipos de 429.
  4. Concilia la factura: si la escritura de caché, el acierto de caché, Batch y los reintentos se cobran como se espera.
  5. Valida las claves de proyecto, la lista de IP, la baja de miembros y el bloqueo por presupuesto.
  6. Valida la cobertura de ZDR, la retención de registros y el proceso de eliminación.
  7. Haz un simulacro de degradación: si el modelo principal devuelve 429, timeout o 5xx, ¿puede cambiar automáticamente?
  8. Negocia el contrato con datos: cuota, SLA, precio, plazo de pago y cláusulas de salida.
import os
import time
import statistics
from collections import Counter
from concurrent.futures import ThreadPoolExecutor
from openai import OpenAI

client = OpenAI(
    api_key=os.environ["MOONSHOT_API_KEY"],
    base_url="https://api.moonshot.cn/v1",
    max_retries=0,  # desactiva reintentos durante la validación para ver la tasa real de error
)

def one_call(_):
    start = time.perf_counter()
    try:
        client.chat.completions.create(
            model="kimi-k2.6",
            messages=[{"role": "user", "content": "Explica en una frase el objetivo de la validación"}],
            max_completion_tokens=128,
        )
        return ("ok", time.perf_counter() - start)
    except Exception as exc:
        resp = getattr(exc, "response", None)
        kind = resp.json().get("error", {}).get("type", type(exc).__name__) if resp else type(exc).__name__
        return (kind, time.perf_counter() - start)

with ThreadPoolExecutor(max_workers=3) as pool:  # ajusta a la concurrencia objetivo; no es una prueba de carga
    results = list(pool.map(one_call, range(30)))

latencies = [d for kind, d in results if kind == "ok"]
print("Éxitos", len(latencies), "Fallos", len(results) - len(latencies))
print("P95 segundos", round(statistics.quantiles(latencies, n=20)[-1], 2) if len(latencies) >= 2 else "N/A")
print("Distribución de errores", Counter(kind for kind, _ in results if kind != "ok"))

Este script solo sirve para una validación de bajo tráfico y no representa la capacidad de la plataforma. Una prueba de carga real debe confirmar antes las condiciones y la cuota para evitar activar controles de riesgo.

Preguntas frecuentes

¿La compra corporativa de Moonshot exige verificación de empresa?

Si necesitas firmar contrato, pagar por transferencia corporativa, emitir factura empresarial o usar gestión de miembros, sí. Una cuenta personal no cubre esos procesos por completo.

¿Se puede pagar por transferencia corporativa y pedir factura?

Normalmente sí, después de completar la verificación corporativa. El nombre de la cuenta debe coincidir con la entidad verificada y el titular de la factura solo puede ser esa entidad; el tipo y la tasa dependen de la página de facturación.

¿La API estándar tiene SLA?

A octubre de 2026, el acuerdo estándar no ofrece compromiso de disponibilidad y exime de responsabilidad por interrupciones de mantenimiento. Si necesitas SLA, debe quedar en el contrato o en un anexo.

¿Los datos se usan para entrenamiento?

El acuerdo predeterminado permite usar entradas y salidas para mejorar el servicio. La empresa puede solicitar ZDR, con excepciones como Batch y archivos subidos; si hay datos de clientes, haz primero una evaluación.

¿Qué hago si la cuota no alcanza?

Recargar sube el nivel de velocidad; para más concurrencia, TPM o soporte dedicado hay que solicitarlo al equipo comercial. Sea cual sea la cuota, el código debe manejar 429, timeouts y degradación.

Próximos pasos

Registra una cuenta de prueba en ZSQH AI Gateway, ejecuta una ronda con tareas reales y exporta el consumo, la latencia y la distribución de errores; después negocia cuota y contrato con datos. Los modelos, precios y planes corporativos se rigen por la página de precios de modelos.

Lecturas relacionadas: