Comprar Kimi API para una empresa no es lo mismo que recargar una cuenta personal. Una persona se pregunta «si funciona y si es barato»; una empresa además debe confirmar la entidad contratante, la verificación empresarial, el pago corporativo, la factura, la cuota y el SLA, el cumplimiento de datos, el ciclo de vida de los modelos y el reparto de costos. Cualquier punto que no quede por escrito en el contrato puede convertirse en un problema de operación después del lanzamiento.

Este artículo ofrece una lista de compra ejecutable, sin fijar precios. Los precios unitarios, descuentos y términos concretos se rigen por la cotización oficial, el contrato y los precios de modelos del sitio.

Nota: Moonshot y Kimi son marcas de sus respectivos titulares. Los planes empresariales, los procesos de verificación y las condiciones comerciales pueden cambiar; este artículo toma como ejemplo la situación habitual de octubre de 2026. Antes de comprar, rígete por las páginas oficiales y el contrato.

1. Distingue primero dos productos

Producto Dirigido a Forma de facturación Credencial Adecuado para
Kimi API Desarrolladores y sistemas empresariales Pago por uso según tokens Clave de API Integración en productos, procesamiento por lotes, agentes
Kimi Business Equipos que usan el asistente Kimi Suscripción de membresía Cuenta Colaboración de oficina, uso personal

No son lo mismo. Si la empresa quiere integrar Kimi en sistemas de atención al cliente, documentos o código, compra la API; si quiere dar a sus empleados una membresía del asistente Kimi, compra Business. Confirma la necesidad antes de comprar para no adquirir el producto equivocado.

2. Lista de compra empresarial

Partida Pregunta que hay que confirmar Por qué importa
Entidad contratante ¿Coinciden la entidad del contrato, la del pago y la de la factura? Afecta la verificación, el pago y el reembolso
Verificación empresarial ¿Se exige verificación real de la empresa y cómo se valida? Es requisito previo para pago corporativo y contrato
Recarga y pago ¿Se admite transferencia corporativa y cuánto tarda en acreditarse? Afecta la planificación de fondos
Factura Tipo de comprobante, tasa impositiva, categoría y reglas de emisión Afecta el registro contable
Cuota y límites ¿Cuáles son la concurrencia, RPM, TPM y TPD? Determina si se aguanta la hora pico
SLA y soporte ¿Hay compromiso de disponibilidad y plazos de respuesta? Permite exigir responsabilidad y recuperarse ante fallas
Datos y cumplimiento Retención, uso para entrenamiento, ruta de salida de datos Involucra datos personales y de clientes
Ciclo de vida de modelos ¿Cuándo se retira un modelo antiguo y cómo migrar? Evita indisponibilidad repentina
Claves y permisos ¿Se pueden dividir claves por proyecto y aplicar mínimo privilegio? Reduce el riesgo de filtración y mal uso
Mecanismo de salida ¿Cómo se gestionan saldo, datos y logs al terminar? Evita cabos sueltos al cambiar de proveedor

Conviene llevar esta tabla directamente a la conversación con ventas. Lo que la otra parte pueda responder por escrito se incorpora al contrato o a un anexo; lo que solo prometa de palabra se trata como riesgo.

3. Cómo negociar cuota y límites de tasa

El nivel de velocidad de la plataforma abierta de Kimi está relacionado con la recarga acumulada de la cuenta, y los cupones normalmente no cuentan para esa recarga acumulada. El nivel más bajo tiene los límites más estrictos, incluido un tope diario de tokens; al subir de nivel aumentan la concurrencia, el RPM y el TPM, y los niveles de pago normalmente dejan de tener tope diario de tokens, aunque siguen sujetos a límites de concurrencia y de cuota por minuto.

Las empresas pueden solicitar por el canal comercial una velocidad y concurrencia mayores, soporte dedicado y un SLA a medida. Al negociar, aporta el uso mensual estimado, la concurrencia pico, los escenarios principales y el plan de crecimiento; sin esos datos, la otra parte no puede ofrecer una cuota que encaje.

Hay dos puntos más que conviene tener en cuenta: la plataforma puede aplicar limitaciones temporales cuando el clúster está muy cargado, y las restricciones de control de riesgo por comportamiento anómalo pueden no levantarse automáticamente. Por eso la arquitectura no debe asumir que «con una cuota alta nunca habrá límites de tasa»: sigue haciendo falta encolar, retroceder, dividir claves y preparar un canal de degradación.

4. Qué documentos revisar en cumplimiento

  1. Información de registro del modelo: confirma que el servicio completó el registro de algoritmos o el registro de servicios de IA generativa que corresponda y solicita la documentación acreditativa.
  2. Acuerdo de procesamiento de datos: dónde se almacenan los datos, cuánto tiempo, quién puede acceder y si se usan para entrenamiento; todo debe quedar claro.
  3. Política de privacidad y términos de usuario: los términos de la API y de los productos de consumo pueden ser distintos y no se deben mezclar.
  4. Salida de datos: si se usa el sitio internacional o nodos en el extranjero, evalúa primero si constituye una transferencia internacional de datos.
  5. Cuentas y permisos: cuenta con verificación empresarial, claves por proyecto, mínimo privilegio y proceso de revocación al salir un empleado.
  6. Logs y auditoría: conserva logs de llamadas, logs de errores y registros de facturación para cumplir con auditoría interna.
  7. Seguridad de contenido: los servicios orientados al público deben preparar mecanismos de revisión de contenido y gestión de reclamaciones.

Cuando haya datos personales, datos importantes o textos de contratos con clientes, haz que los equipos legal y de seguridad los revisen antes, no después del lanzamiento.

5. Cómo gobernar el costo

Medida Práctica Efecto
Caché Fijar system prompt, definiciones de herramientas y prefijo de la base de conocimiento Mejora los aciertos de caché y reduce el costo de entrada
Gobierno del contexto Recuperación, resumen del historial, recorte de resultados de herramientas Reduce la entrada inútil
Enrutamiento por modelo K2.6 para tareas generales, K2.7 para código, evaluar K3 solo para material ultralargo Evita asignar mal el modelo
Límite de salida Configurar max_completion_tokens y exigir salida estructurada Controla las salidas largas
Presupuesto por proyecto Fijar presupuesto diario y alertas por proyecto Evita que un negocio agote la cuota
Conciliación mensual Revisar por proyecto, modelo y escenario Localiza el consumo que más crece 
import os
from collections import defaultdict

# El precio unitario se lee del contrato o de la página de precios;
# el ejemplo no incluye cifras concretas.
PRICE = {
    "input_miss": float(os.environ["KIMI_INPUT_MISS_PRICE"]),
    "input_hit": float(os.environ["KIMI_INPUT_HIT_PRICE"]),
    "output": float(os.environ["KIMI_OUTPUT_PRICE"]),
}

# Cada registro: proyecto, entrada sin caché, entrada con caché, salida
rows = [
    ("Atención al cliente", 120000, 80000, 30000),
    ("Extracción de documentos", 90000, 20000, 12000),
]

cost = defaultdict(float)
for project, miss, hit, out in rows:
    cost[project] = (
        miss * PRICE["input_miss"]
        + hit * PRICE["input_hit"]
        + out * PRICE["output"]
    )

for project, amount in sorted(cost.items(), key=lambda x: -x[1]):
    print(project, round(amount, 2))

Este código solo muestra el reparto de costos; los precios unitarios deben ser los reales del contrato, no capturas de pantalla ni cotizaciones verbales. Si K3 tiene costo de escritura de caché, hay que contabilizarlo por separado.

6. Proceso de compra

  1. Ordena los escenarios, la concurrencia pico, los tokens diarios promedio y la expectativa de crecimiento.
  2. Completa la verificación empresarial con licencia de negocio, cuenta bancaria y código de identificación fiscal.
  3. Prueba calidad, latencia, límites de tasa y tasa de error con poco tráfico.
  4. Negocia el contrato: cuota, SLA, tiempos de soporte, tratamiento de datos y cláusulas de salida.
  5. Usa pago corporativo o crédito, y confirma el proceso de acreditación y facturación.
  6. Lanza a producción con claves por proyecto, presupuesto, monitoreo, alertas y canal de degradación.
  7. Revisa cada trimestre el uso, el costo, las fallas y las alternativas.

Preguntas frecuentes

¿Cómo se completa la verificación empresarial?

Normalmente hay que enviar el nombre de la empresa, una cuenta bancaria a nombre de la misma entidad y el código de identificación fiscal; la plataforma deposita un importe aleatorio en la cuenta de la empresa y finanzas lo verifica e introduce. El proceso concreto depende de las páginas oficiales.

¿Se puede pagar por transferencia corporativa y recibir factura?

Después de completar la verificación empresarial, normalmente se puede elegir recarga en línea o transferencia corporativa; el titular de la factura suele tener que coincidir con la entidad verificada. El tipo de comprobante, la tasa y la categoría se rigen por las reglas de la plataforma y el contrato.

¿Puede una empresa obtener un SLA?

El nivel de soporte de la API estándar y de los planes empresariales puede ser distinto. Si necesitas un compromiso de disponibilidad, soporte dedicado o una cuota mayor, plantéalo explícitamente en la negociación comercial y déjalo por escrito en el contrato.

¿Los datos se usan para entrenamiento?

No te quedes con la página promocional. Los términos de datos de la API y de los productos de consumo pueden diferir; antes de firmar, lee la política de privacidad y el acuerdo de procesamiento de datos, e incorpora al contrato las reglas de retención, entrenamiento y eliminación.

¿Puede una cuenta personal atender el negocio de la empresa?

No es recomendable. Una cuenta personal no cubre bien la verificación empresarial, el pago corporativo, la factura, la gestión de permisos ni la auditoría, y la responsabilidad queda poco clara si surge un problema.

Próximos pasos

Crea primero una clave de prueba en ZSQH AI Gateway, ejecuta una ronda de escenarios reales y obtén uso, latencia y tasa de error; después lleva esos datos a la negociación de cuota y contrato. Los modelos, los precios y los planes empresariales se rigen por los precios de modelos.

Lecturas relacionadas: