HiAPI
kimi-k3 模型详情页顶部 21:9 宽幅 Hero 图:左侧柔光留白,右侧虹彩玻璃文档层叠延展,kimi-k3 名以发光立体字融入其中,奶油、冰蓝与珊瑚色渐变。

Moonshot AI

Kimi K3

kimi-k3

Modelo fronterizo de pesos abiertos de Moonshot AI, con soporte nativo para comprensión de texto, imágenes y vídeo, contexto de 1 millón de tokens y especializado en codificación de largo alcance e iteración de llamadas a herramientas

kimi-k3
Ventana de contexto
1,000,000
Entrada
Salida máxima
131,072 tokens
Fecha de lanzamiento
2026-07-17
Streaming JSON estructurado

Precios

kimi-k3 /1M tokens

Especificaciones Precio unitario
Entrada $2.320
Entrada en caché $0.232
Salida $11.600

Descripción general

Descripción general

Kimi K3 es un modelo de razonamiento de pesos abiertos lanzado por Moonshot AI, centrado en codificación de largo alcance, trabajo del conocimiento y razonamiento complejo. Admite de forma nativa la comprensión de texto, imágenes y vídeo, con una ventana de contexto de hasta 1 millón de tokens, lo que lo hace adecuado para localizar y modificar archivos en grandes repositorios de código, iterar durante múltiples rondas según los registros y la retroalimentación de las pruebas, y analizar documentos extensos, tareas de generación de texto que requieren un contexto continuo. Los desarrolladores que necesiten procesar contextos largos y trabajo de razonamiento de varios pasos con salida de texto puro pueden considerarlo como candidato principal.

Aspectos destacados

  • Contexto largo de 1 millón de tokens——una sola llamada puede alojar documentos extremadamente largos o fragmentos de grandes bases de código, lo que reduce la concatenación por segmentos en tareas que abarcan varios archivos.
  • Entrada multimodal nativa——texto, imágenes y vídeo se procesan de forma unificada dentro del mismo modelo, sin necesidad de módulos de visión externos.
  • Capacidad iterativa para tareas de largo alcance——enfatiza la llamada a herramientas y la depuración reiterada a partir de registros, resultados de pruebas y retroalimentación de ejecución, adecuado para flujos de agentes de varios pasos.
  • Arquitectura MoE de alta dispersión——activa 16 de 896 expertos; según el fabricante, la eficiencia de escalado general mejora aproximadamente 2,5 veces respecto a Kimi K2.

Descripción de capacidades

Procesamiento de texto con contexto largo: ventana de contexto de 1 millón de tokens, utilizable para la lectura completa de documentos largos, la comprensión de código entre archivos y la retención continua de información previa en tareas de múltiples rondas, lo que reduce el coste de ingeniería de recortar repetidamente la entrada.

Comprensión de contenido multimodal: admite de forma nativa entradas de imagen y vídeo, y puede generar conclusiones textuales combinando capturas de pantalla, gráficos o material de vídeo; adecuado para tareas de salida de texto que requieren extraer información de materiales visuales.

Llamada a herramientas y depuración iterativa: diseñado para tareas de largo alcance, admite llamadas a herramientas de varios pasos y puede ajustar acciones posteriores según registros, pruebas y retroalimentación de ejecución; adecuado para construir flujos de trabajo de agentes autónomos.

Salida de trabajo del conocimiento estructurado: puede producir resultados de extremo a extremo como informes de investigación profunda, visualizaciones interactivas y paneles de control; la salida es en forma de texto, lo que facilita su renderizado posterior o su procesamiento secundario.

Casos de uso

  • Desarrolladores que mantienen grandes bases de código——introducen varios archivos del repositorio y la descripción de requisitos, y obtienen propuestas de refactorización y sugerencias de modificación entre archivos, para la revisión de código y la planificación de migraciones antes de confirmar cambios.
  • Equipos de backend que construyen flujos de trabajo de agentes——introducen los objetivos de la tarea y la lista de herramientas, y obtienen un plan de llamadas de varios pasos que se itera según la retroalimentación de ejecución, para procesos de operación y mantenimiento automatizados y de asistencia al desarrollo.
  • Profesionales del conocimiento que necesitan analizar documentos largos——introducen textos largos como contratos e informes, y obtienen resúmenes estructurados y extracción de puntos clave, para organizar la base de conocimiento interna y apoyar la toma de decisiones.
  • Equipos de producto que trabajan con material mixto de texto e imagen——introducen capturas de pantalla, gráficos o fragmentos de vídeo, y obtienen textos explicativos y conclusiones analíticas, para la documentación de producto y la operación de contenidos.

Limitaciones y recomendaciones de selección

El modelo alcanza los 2,8T de parámetros, lo que impone requisitos elevados de potencia de inferencia y latencia de respuesta; no es adecuado para tareas de texto simples de baja latencia y alta frecuencia. Actualmente, el lado de integración solo indica que el tipo de salida es texto; la forma concreta de la interfaz para entradas multimodales debe confirmarse según el soporte real de parámetros. La utilización efectiva de contextos de escala millonaria se ve afectada por el comportamiento de recuperación y atención; en tareas con documentos largos se recomienda validar primero con muestras pequeñas. Si la tarea solo requiere contextos cortos e inferencia de bajo coste, conviene priorizar modelos más pequeños.

Preguntas frecuentes

Ver todas las preguntas →
  • ¿Cómo elegir entre Low, High y Max en Kimi K3?

    Para extracción diaria, reescritura y preguntas y respuestas cortas, puedes probar primero low; para tareas que requieren análisis de varios pasos, prueba high; para problemas difíciles o tareas de código complejas, compara el rendimiento de max. reasoning_effort es max por defecto y solo ofrece tres niveles: low, high y max; no hay medium ni none. Los niveles más altos pueden generar más tokens de razonamiento y tiempos de espera más largos, por lo que conviene elegirlos en función de la calidad de la respuesta y de usage.

  • ¿Por qué no hay un interruptor para desactivar el razonamiento y ajustar la temperatura?

    Kimi K3 mantiene el razonamiento siempre activado en la integración actual; para reducir el costo, primero se debe probar low en lugar de pasar thinking.type=disabled. Esta página no envía thinking, temperature ni top_p; al migrar desde otros modelos, también se deben eliminar estos campos de control y usar reasoning_effort de nivel superior para seleccionar el nivel.

  • La respuesta es muy corta, ¿por qué sigue habiendo un costo considerable de tokens de salida?

    El contenido de razonamiento generado por el modelo también se factura como tokens de salida, por lo que el número de caracteres de la respuesta final no representa el volumen total de salida. usage.completion_tokens ya incluye los tokens de razonamiento; si se devuelve completion_tokens_details.reasoning_tokens, es el desglose de estos, no los sumes de nuevo. El costo se calcula por separado según tres partidas: entrada normal, lectura de caché y salida; el número de tokens de cada partida se divide entre 1 millón y luego se multiplica por el precio unitario en USD correspondiente de esta página.

  • ¿Es posible guardar solo la respuesta final en una conversación multiturno?

    No se recomienda. En el siguiente turno, los messages deben incluir el historial necesario en orden y conservar el mensaje completo del assistant devuelto por la API, incluidos content, el reasoning_content devuelto y los posibles tool_calls. Guardar solo el texto final hará que se pierda el contexto que Kimi necesita para seguir razonando o continuar con las herramientas. El Playground de esta página conserva el contenido de razonamiento devuelto.

Modelos relacionados

Ver todos los modelos →

Mismo tipo