Seedance 2.5 ya está disponible en EvoLinkProbar Seedance 2.5
Las rutas de Grok 4.6 y Kimi K3 comparadas a través de una pasarela de verificación en producción
Comparación

Grok 4.6 vs Kimi K3: ¿cuál deberías usar ahora?

EvoLink Team
EvoLink Team
Product Team
7 de agosto de 2026
Actualizado el 11 de agosto de 2026
24 min de lectura

Conclusión rápida: evalúa Kimi K3 si necesitas un modelo documentado, una ruta de texto listada en EvoLink, pesos abiertos o un modelo upstream con comprensión nativa de imagen y vídeo y una ventana de contexto de un millón de tokens. Antes de producción, verifica la ruta con una solicitud real, la identidad del modelo devuelto, el uso y la facturación. Espera a juzgar Grok 4.6 hasta que xAI publique una API invocable y EvoLink verifique su ID de modelo, precio, contrato de entrada, parámetros, límites y comportamiento de la ruta.

A 11 de agosto de 2026 este no es un duelo de benchmarks convencional. Kimi K3 está publicado y se puede probar. Grok 4.6 se menciona públicamente, pero no aparece en el catálogo oficial de modelos de la API de xAI, ni en la página de precios, ni en las notas de versión. Cualquier tabla que asigne a Grok 4.6 un número de parámetros confirmado, una ventana de contexto, un precio, una puntuación de benchmark o la condición de ganador se adelanta a la evidencia.

Para consultar el listado actual de la ruta y sus precios, revisa Kimi K3 en EvoLink y verifica la ruta antes de producción. Para Grok 4.6, usa la página de estado de la API y aviso de lanzamiento en lugar de programar contra un ID de modelo supuesto.

Grok 4.6 o Kimi K3: ¿cuál deberías usar ahora?

Elige Kimi K3 si necesitas construir o probar ya. Grok 4.6 todavía no es una opción desplegable: no hay ID de modelo oficial, ni precio de API, ni contrato de entrada, ni ruta de EvoLink verificada. Mantén Grok 4.6 como candidato de evaluación futura, no como dependencia de producción.

Tu necesidadMejor decisión ahoraPor qué
Un candidato de producción para verificar hoyEvaluar Kimi K3Su identidad y documentación de API están publicadas; EvoLink lista una ruta para verificarla mediante llamadas.
Investigación sobre pesos abiertos o despliegue propioElegir Kimi K3Moonshot publica los pesos de K3 y un repositorio del modelo; no existe una publicación equivalente de Grok 4.6.
Experimentos a escala de repositorio o multimodalesProbar antes Kimi K3Moonshot documenta un contexto de un millón de tokens y comprensión nativa de imagen y vídeo; confirma que la ruta de API elegida expone cada modo de entrada necesario.
Un posible sucesor de Grok 4.5Preparar una prueba de repetición de Grok 4.6Hay interés por el lanzamiento, pero todavía no existe un contrato de API verificado ni evidencia sobre tu carga de trabajo.
Un cambio de bajo riesgo cuando llegue Grok 4.6Mantener ambos tras el enrutamiento de EvoLinkUna pasarela común reduce el trabajo de integración, pero cada ruta sigue necesitando criterios de calidad, coste y compatibilidad.
Una respuesta universal a «¿cuál es más inteligente?»No afirmes ninguna todavíaNo hay ninguna ruta invocable de Grok 4.6 para una evaluación en igualdad de condiciones.

Hechos verificados a 11 de agosto de 2026

La diferencia más importante es la madurez de la evidencia, no una puntuación especulativa de benchmark.

ÁreaGrok 4.6Kimi K3Implicación para producción
Estado oficialMencionado públicamente; ausente de los modelos de API, los precios y las notas de versión de xAIPublicado oficialmente por MoonshotK3 se puede evaluar ahora; 4.6 no.
Acceso en EvoLinkSolo aviso de lanzamiento; sin ruta invocableRuta listada/configurada; falta verificar la evidencia de llamadas en producciónValida identidad, uso, facturación y alternativa antes del tráfico de producción.
ID del modeloSin publicarkimi-k3Mantén el ID en configuración para poder añadir 4.6 más adelante.
Precios de la APISin publicarPublicados por Moonshot; el precio vigente en EvoLink está en la página del modeloCompara el precio de la ruta y el coste por tarea aceptada en el momento de la prueba.
Modos de entradaSin documentarMoonshot confirma texto, imagen y vídeo en upstream; EvoLink registra K3 hoy como ruta de textoPrueba solo las modalidades documentadas para la ruta elegida; no deduzcas paridad de la pasarela a partir de la capacidad upstream.
Ventana de contextoSin documentar1 millón de tokensUn contexto amplio es una capacidad de K3 que hay que probar, no una prueba de calidad de recuperación.
PesosSin publicaciónPesos abiertos bajo la licencia de Kimi K3K3 permite inspección a nivel de pesos e investigación con despliegue propio.
Datos de arquitecturaSin documentar2,8 billones de parámetros totales, 104.000 millones activados, KDA y Attention ResidualsLa arquitectura explica compromisos operativos, no por sí sola la calidad en tus tareas.
Control del razonamientoSin documentarRazonamiento siempre activo con niveles documentados low, high y maxAnota el ajuste de K3; prueba los controles de 4.6 solo cuando exista documentación.
Herramientas y salidas estructuradasSin documentarCompatibilidad documentada con reglas específicas por flujo de trabajoValida K3 hoy y exige a 4.6 el mismo contrato después.

Las cifras de Kimi K3 de esta tabla proceden del repositorio oficial de Moonshot y de la documentación de la plataforma. Las celdas de Grok 4.6 se dejan deliberadamente como desconocidas allí donde xAI no ha publicado una fuente. Así se evita convertir los comentarios de lanzamiento en una especificación de API.

Acceso: Kimi K3 está publicado; Grok 4.6 es un plan de pruebas

Kimi K3 puede entrar de inmediato en la verificación de la ruta y en una evaluación controlada. EvoLink documenta la ruta kimi-k3 y muestra los precios vigentes a través del sistema de precios existente. Antes de llamarla apta para producción, registra una solicitud completada con éxito, la identidad del modelo devuelto, el uso y la facturación, el importe cobrado, los errores y la alternativa.

Grok 4.6 aún no puede entrar en esa prueba. El slug de una página de producto no es un ID de modelo, una fecha prometida no es un endpoint y un anuncio del proveedor no demuestra que una ruta de la pasarela funcione. Antes de que EvoLink pueda marcarlo como disponible, la ruta debe exponer un modelo upstream verificado, un esquema de solicitud, contabilidad de uso, precio, capacidad, comportamiento ante errores y una vía de rollback.

Eso simplifica la decisión inmediata: verifica K3 si puede resolver un problema actual y prepara trazas de Grok 4.6 si el próximo lanzamiento de xAI es estratégico para ti. Esperar no debería bloquear un trabajo que ya puede avanzar con la verificación de una ruta listada y criterios de producción explícitos.

Pesos abiertos y control del despliegue

La publicación de pesos abiertos de K3 crea opciones que una comparación limitada a servicios alojados pasa por alto:

  • inspeccionar los artefactos del modelo publicados y la licencia;
  • evaluar la viabilidad de servirlo por tu cuenta;
  • probar cuantización u optimizaciones específicas de tu infraestructura;
  • mantener más partes de la pila de servicio bajo control de la organización;
  • comparar una vía directa o autogestionada con una ruta gestionada de EvoLink.

Esas opciones tienen costes reales. Un modelo mixture-of-experts de 2,8 billones de parámetros es exigente de operar aunque solo se activen 104.000 millones de parámetros por token. Los pesos abiertos no hacen gratuitas la planificación de capacidad, la optimización de inferencia, la seguridad, las actualizaciones ni la observabilidad.

Grok 4.6 no tiene pesos publicados ni un modelo de despliegue confirmado. Si el acceso a los pesos es un requisito y no una preferencia, K3 gana esa decisión hoy por evidencia, no por benchmarks.

Contexto y trabajo multimodal

El modelo upstream K3 de Moonshot documenta una ventana de contexto de un millón de tokens y comprensión nativa de imagen y vídeo, lo que lo hace relevante para programación a escala de repositorio, colecciones de documentos, capturas de pantalla, referencias de diseño, evidencias en vídeo e historiales largos de herramientas. El catálogo actual de EvoLink registra K3 como ruta de texto, así que verifica el contrato real de la ruta antes de enviar entradas que no sean texto. La prueba correcta no es «¿cabe la solicitud?», sino «¿el modelo recupera y utiliza la evidencia adecuada sin desperdiciar tokens?».

Mide:

PruebaSeñal de aceptaciónFallo oculto que revisar
Cambio en un repositorio grandeSe identifican los archivos e invariantes correctosHay código importante presente, pero se ignora.
Tarea de captura de pantalla a interfazLa jerarquía visual y el comportamiento coincidenUn resultado atractivo incumple el sistema de diseño o la accesibilidad.
Tarea con evidencia en vídeoLos eventos y su orden temporal se identifican bienEl modelo inventa transiciones o pierde un fotograma decisivo.
Síntesis de documentos largosLas afirmaciones se remontan a la evidencia aportadaSe inventan detalles con seguridad o se mezclan fuentes.
Sesión larga con herramientasEl estado y los argumentos se mantienen coherentesSe pierden resultados previos o se acumulan llamadas mal formadas.

En Grok 4.6, incluso los modos de entrada y el límite de contexto siguen siendo desconocidos. Conserva el conjunto de datos, pero no prometas una comparación multimodal directa hasta que xAI documente el contrato.

Migración de sesión, reutilización de caché y el «impuesto» del contexto de 1M

Una ventana de 1M de tokens es capacidad, no una recomendación de reenviar 1M de tokens en cada turno. Los historiales largos pueden aumentar la latencia de prefill y el coste de la entrada no cacheada aunque la respuesta sea corta. La caché puede reducir ese coste, pero solo cuando el proveedor, la versión del modelo, el prefijo de la solicitud, la ventana de retención y la ruta cumplen los requisitos.

Pregunta operativaSuposición seguraQué medir
¿Puede una sesión antigua de Kimi pasar a K3 sin cambios?No asumas que el estado de razonamiento o la caché KV del proveedor se transfiere entre versiones. Empieza una sesión nueva y controlada para la referencia.Prefill del primer turno, paridad de respuestas, continuidad del estado de herramientas y uso de lecturas de caché.
¿Una ventana de 1M mejora toda tarea larga?No. El historial irrelevante puede elevar el coste y distraer la recuperación.Recuperación de evidencia útil con presupuestos fijos de 32k, 128k y el requerido por la carga.
¿Los prefijos repetidos siempre se cachean?No. La elegibilidad y el reporte de caché dependen del contrato de la ruta.Entrada cacheada frente a no cacheada, comportamiento del TTL, estabilidad del prefijo y conciliación de factura.
¿Se puede aplicar una tasa de caché de API directa a una pasarela?No. Las cifras de caché publicadas por Moonshot describen su servicio directo; no son una garantía de EvoLink ni de terceros.Campos de uso y importe facturado de la ruta real.
¿Un agente de larga duración debe conservar todos los turnos previos?Solo cuando el historial retenido mejora la finalización más que el resumen o la recuperación.Coste por tarea aceptada, errores de compactación, restricciones perdidas y recuperación.

Las conversaciones de lanzamiento preguntan repetidamente si hay que reiniciar una sesión existente de Kimi y si los agentes de gran contexto se encarecen tras historiales largos. Esos informes identifican pruebas; no demuestran una política de caché universal. La regla de producción es registrar por separado la entrada cacheada y la no cacheada, conservar solo el estado de herramientas necesario y comparar una referencia de sesión nueva con una ejecución de historial migrado.

¿API directa, pasarela, suscripción o pesos autoalojados?

«Precio de Kimi K3» puede referirse a cuatro productos distintos. Mezclarlos produce una comparación de costes falsa.

Canal de accesoSuperficie de precio o controlQué debe verificarse
API directa de MoonshotMoonshot publica tarifas por token de entrada cacheada, entrada no cacheada y salidaRegión, elegibilidad de cuenta, reglas de caché, contrato de entrada, retención y unidades de factura.
Ruta unificada de EvoLinkEl precio actual de la ruta se muestra en la superficie de precios de modelo ya existente de EvoLinkIdentidad del modelo en vivo, modalidades soportadas, parámetros, campos de uso, SLO y comportamiento de fallback.
Paquete de IDE o suscripciónPuede usar una cuota de solicitudes, un pool premium o una política de uso justo en lugar de facturación por tokenSi el host identifica el modelo/proveedor upstream, el presupuesto de contexto, la política de herramientas y la limitación.
Pesos abiertos autoalojadosSin SKU alojado por token, pero con coste sustancial de aceleradores, red, operaciones, seguridad y actualizacionesObligaciones de la licencia Kimi K3, encaje de infraestructura, calidad de cuantización, capacidad y control de los logs.
Grok 4.6Todavía sin API verificada ni condiciones comercialesID de modelo, canal, precio de lista, caché, límites, retención y disponibilidad de enrutamiento.

La publicación oficial de lanzamiento de Moonshot indica tarifas de API directa de 0,30 dólares por millón de tokens de entrada cacheada, 3 dólares por millón de tokens de entrada no cacheada y 15 dólares por millón de tokens de salida. Esas cifras describen la API directa de Moonshot publicada el 11 de agosto; no son automáticamente el precio de una ruta de EvoLink, una suscripción de IDE o una inferencia autoalojada. Usa la superficie de precios en vivo del canal que vayas a desplegar realmente.

Parámetros y comportamiento de los agentes

K3 ya expone controles útiles en producción. Moonshot documenta razonamiento siempre activo, los valores low, high y max de reasoning_effort, la llamada a herramientas, la selección de herramientas, las salidas estructuradas y requisitos importantes sobre el historial de conversación. En trabajo con herramientas de varios turnos, conserva todo el contenido del asistente que K3 necesita en lugar de reenviar solo el texto final visible.

Para Grok 4.6, sigue esta matriz de compatibilidad el día del lanzamiento:

Campo o comportamientoReferencia de Kimi K3Qué debe confirmar Grok 4.6
modelkimi-k3ID exacto, alias y comportamiento con versión fijada
input/messagesTexto, imagen y vídeo; las entradas visuales de la API directa de Moonshot usan Base64 o IDs de archivo ms:// en lugar de URLs públicas de imagenEsquema del endpoint y del contenido multimodal
control del razonamientoreasoning_effort: low, high, maxValores admitidos, valor por defecto, facturación, latencia
límite de salidamax_completion_tokens es 131.072 por defecto y admite hasta 1.048.576 en upstreamValor por defecto, máximo, comportamiento de truncado y facturación
controles de muestreotemperature=1.0, top_p=0.95, n=1 y ambas penalizaciones a 0 están fijados en upstreamCampos de muestreo admitidos y comportamiento de validación
streamProbar en la ruta elegidaTipos de eventos, eventos de uso, deltas de herramientas
tools / tool_choiceDocumentados con indicaciones propias de K3Subconjunto del esquema, selección forzada, comportamiento en paralelo
salidas estructuradasDocumentadasCompatibilidad con JSON Schema y convivencia con herramientas
repetición de estadoConservar el historial de razonamiento y herramientas necesarioIDs de conversación, contenido de razonamiento, reglas de retención
límitesContexto de un millón de tokens documentado en upstreamContexto, salida, RPS, TPM, concurrencia, regiones
usageDisponible para la contabilidad de la rutaCategorías de tokens, uso de razonamiento, caché, conciliación con la factura

La compatibilidad debe demostrarse con solicitudes y respuestas, no deducirse de que ambos proveedores usen nombres de campo familiares.

Coste: compara trabajo terminado, no un precio desconocido

Kimi K3 tiene precios directos públicos y una superficie de precios activa en EvoLink. Grok 4.6 no tiene ni precio oficial ni referencia en EvoLink. Una comparación numérica de costes hoy sería, por tanto, inventada.

Lo que sí pueden hacer los equipos es fijar ya el cálculo de coste que K3 —y cualquier futura ruta 4.6— tendrá que satisfacer:

accepted_task_cost = primary_calls
                   + retries
                   + fallback_calls
                   + tool charges
                   + reviewer_time
                   + defect_repair

Registra la entrada, la entrada en caché, la salida, el uso de razonamiento, las tarifas de herramientas, el tiempo transcurrido y si el resultado se aceptó. Una ruta con una tarifa por token más baja puede salir más cara si genera razonamientos más largos, reintenta herramientas o aumenta la revisión. Una ruta premium puede ser económica si evita trabajo fallido.

Consulta la página del modelo Kimi K3 para ver los precios vigentes en EvoLink. Cuando Grok 4.6 esté disponible, obtén el precio real de su ruta desde el mismo sistema de precios en lugar de congelar en la lógica de la aplicación las cifras de la semana del lanzamiento.
Un flujo de producción idéntico que evalúa la ruta Kimi K3 listada en EvoLink y la ruta pendiente de Grok 4.6 antes del despliegue canary
Un flujo de producción idéntico que evalúa la ruta Kimi K3 listada en EvoLink y la ruta pendiente de Grok 4.6 antes del despliegue canary

Qué quieren decir los usuarios con “mejor”

El lenguaje de búsqueda y de la comunidad en torno a esta comparación es más operativo que centrado en parámetros. La gente pregunta si debe usar Kimi K3 ahora o esperar, si los pesos abiertos importan, si 1M de contexto recupera la evidencia correcta, si un agente completa todo el flujo y qué ruta cuesta menos tras los reintentos. Esas preguntas deben convertirse en casos de prueba en lugar de declaraciones especulativas de ganador.

Pregunta del usuarioEvidencia necesaria
«¿Uso Kimi K3 ahora o espero a Grok 4.6?»Fecha de entrega, SLO de la ruta actual y coste de oportunidad de esperar
«¿De verdad ayuda el contexto de 1M?»Precisión de recuperación y resultados aceptados en repositorios o colecciones documentales largas
«¿Cuál es mejor para agentes de código?»Ejecuciones de herramientas equiparadas, tasa de cambio completo, recuperación y tasa de falsa finalización
«¿Cuál es más barato?»Coste por tarea aceptada, incluidos reintentos, llamadas a herramientas, fallback y revisión
«¿Importan los pesos abiertos?»Un requisito real de autoalojamiento, inspección, personalización o control
«¿Puedo cambiar más adelante?»IDs configurables, subconjunto de solicitudes compartido, replay sin conexión, canary y rollback

La evaluación equiparable que conviene preparar

Construye un conjunto de 20 a 50 tareas a partir de trazas reales y asigna criterios de aceptación objetivos antes de ejecutar cualquiera de los dos modelos.

Carga de trabajoPor qué debe estarQué puntuar
Corrección de errores en un repositorio existentePone a prueba el diagnóstico y las restricciones ocultasCausa raíz, pruebas, regresiones, cambios innecesarios
Implementación visual en ReactPone a prueba la visión nativa y el criterio de frontendFidelidad visual, adaptabilidad, accesibilidad, mantenibilidad
Ejecución de agente con muchas herramientasPone a prueba esquemas, estado y recuperaciónLlamadas válidas, recuperación, número de bucles, intervención humana
Extracción estructuradaPone a prueba la fiabilidad del contratoValidez del esquema, exactitud de campos, tasa de reparación
Tarea de contexto largoPone a prueba la recuperación, no la capacidadExactitud de las citas, evidencia omitida, afirmaciones sin respaldo
Tarea de razonamiento difícilPone a prueba el equilibrio entre calidad y costeRespuesta aceptada, uso de razonamiento, latencia, corrección del revisor

Ejecuta K3 para establecer una base medible. Cuando Grok 4.6 sea invocable, congela el prompt, el estado del repositorio, las herramientas, los permisos, los presupuestos de tiempo y dinero, la rúbrica, la frescura de la sesión y el presupuesto de contexto útil. Registra por separado las entradas en caché y sin caché, y repite las pruebas cuando los resultados varíen. No compares un ajuste limitado de K3 con una demostración ilimitada de Grok ni llenes ambas ventanas máximas si la tarea necesita mucho menos contexto.

Árbol de decisión de enrutamiento en producción

Usa la disponibilidad como primer filtro, después los requisitos de la carga de trabajo y después los resultados medidos. Así evitas comparar una ruta operativa con una hipotética.

¿Necesitas entregar antes de que Grok 4.6 tenga una ruta de API verificada?
├─ Sí → Verifica la ruta Kimi K3 listada en EvoLink o usa otra ruta EvoLink cuya capacidad de llamada esté verificada.
└─ No → ¿La continuidad específica con Grok es el requisito principal?
        ├─ Sí → Mantén la base actual de Grok y prepara un carril de repetición para 4.6.
        └─ No → ¿Necesitas pesos abiertos, contexto de 1M o entrada de imagen nativa?
                ├─ Sí → Evalúa primero Kimi K3.
                └─ No → Haz benchmark de K3 ahora; añade 4.6 solo tras verificar la ruta.

Cuando Grok 4.6 sea invocable:
contrato verificado → repetición emparejada offline → prueba shadow → canary pequeño
→ promociona solo la carga ganadora → conserva una alternativa probada
Punto de decisiónAcción sobre la rutaCondición de parada
Sin ID de modelo, precio o ruta de EvoLink verificados para Grok 4.6Mantener Grok 4.6 desactivadoNo envíes tráfico a un identificador supuesto
La capacidad de K3 encaja con una carga inmediataProbar K3 con trazas representativasNo promocionar si la calidad, la latencia o el coste por tarea aceptada incumplen el SLO
La continuidad con Grok importa pero la ruta actual es estableMantener la ruta actual y preparar la repetición emparejadaNo esperes si bloquea un lanzamiento comprometido
La ruta de Grok 4.6 queda verificadaEjecutar evaluación offline y shadowNada de salida hacia clientes antes de superar los criterios de compatibilidad
Una ruta gana un canary en una carga concretaPromocionar solo esa clase de tareasRollback ante regresión de identidad, fiabilidad, coste o calidad crítica
Papel de la rutaRuta inicialRegla de promoción
Verificación de la ruta K3Kimi K3Promocionar solo cargas que superen los criterios de calidad, latencia y coste aceptado.
Alternativa de producción actualRuta admitida existenteMantenerla hasta que K3 o 4.6 demuestren un reemplazo seguro para el SLO.
Candidato Grok 4.6Desactivado / lista de esperaActivar solo tras verificar el upstream y la ruta de EvoLink.
Prueba shadow de Grok 4.6Grok 4.6 tras el lanzamientoSin salida visible para clientes hasta superar las pruebas de contrato y calidad.
CanaryGanador en una carga concretaEmpezar con una parte pequeña del tráfico y rollback automático.

EvoLink reduce el trabajo de aplicación necesario para comparar proveedores a través de una única capa de acceso, pero no elimina la validación propia de cada modelo. Mantén el ID del modelo configurable, apunta al subconjunto común de solicitudes cuando sea posible, registra las diferencias de compatibilidad y enruta en fronteras de tarea limpias.

Cuándo usar K3 ahora y cuándo esperar

Usa Kimi K3 ahora si:

  • necesitas un modelo invocable con identidad de modelo publicada;
  • los pesos abiertos o el control del despliegue cambian la decisión;
  • el contexto de un millón de tokens o la entrada visual forman parte de la carga de trabajo;
  • la tarea tiene pruebas de aceptación claras y una alternativa;
  • puedes medir el coste por tarea terminada en lugar de fiarte de la reputación.

Espera evidencia de Grok 4.6 si:

  • tu producto ya está estandarizado en Grok y una actualización reduciría el trabajo de migración;
  • quieres comprobar específicamente si 4.6 corrige un patrón de fallo de Grok 4.5;
  • una ruta actual cumple el SLO, de modo que esperar no tiene coste de oportunidad;
  • necesitas capacidades propias de xAI que aún no están documentadas para 4.6.

No esperes si eso bloquea un producto urgente que ya cuenta con una ruta adecuada. Tampoco migres a K3 solo porque su arquitectura sea abierta o su contexto amplio. Ambas decisiones necesitan evidencia sobre tu carga de trabajo.

Preguntas frecuentes

¿Es Grok 4.6 mejor que Kimi K3?

No hay base verificada para esa afirmación. Kimi K3 está publicado y se puede probar; Grok 4.6 todavía no tiene una API pública documentada que permita una prueba en igualdad de condiciones.

¿Está disponible la API de Grok 4.6?

No según el catálogo oficial de modelos de la API de xAI, la página de precios y las notas de versión consultados el 11 de agosto de 2026. EvoLink aún no tiene una ruta invocable de Grok 4.6.

Sí. EvoLink lista y documenta la ruta kimi-k3. Esto demuestra el listado y la configuración, no una llamada de producción correcta. Consulta los precios en la página del modelo y verifica identidad, uso y facturación antes de producción.

¿Qué modelo tiene mayor ventana de contexto?

Kimi K3 documenta una ventana de contexto de un millón de tokens. La de Grok 4.6 no está publicada, así que no es posible una comparación factual de tamaño.

¿Son multimodales ambos modelos?

El modelo upstream Kimi K3 de Moonshot admite oficialmente la comprensión nativa de imagen y vídeo. Verifica si la ruta directa o de pasarela elegida expone esos modos. Los modos de entrada de Grok 4.6 no están documentados; no asumas paridad con modelos Grok anteriores.

¿Qué modelo tiene pesos abiertos?

Kimi K3 cuenta con una publicación oficial de pesos abiertos bajo la licencia de Kimi K3. No hay ninguna publicación de pesos documentada para Grok 4.6.

¿Cuál es más barato?

Kimi K3 publica precios para la API directa de Moonshot; Grok 4.6 no. Una pasarela, una suscripción de IDE y el autoalojamiento tienen ámbitos comerciales distintos. Compara el precio vigente del canal elegido y el coste por tarea aceptada cuando 4.6 tenga una ruta verificada y resultados equiparables.

¿Podré cambiar rápido cuando se lance Grok 4.6?

Sí, si el ID del modelo es configurable, tu aplicación usa un contrato de solicitud compatible y mantienes K3 u otra ruta admitida como alternativa. Aun así, exige comprobaciones offline, shadow, canary y de rollback.

Verifica la ruta listada y sigue al candidato

Empieza verificando la ruta Kimi K3 listada en EvoLink con una carga medible, mantén la ruta configurable y suscríbete a las actualizaciones de Grok 4.6. El objetivo no es elegir proveedor por un titular, sino avanzar tras criterios de producción explícitos y conservar la opción de adoptar una ruta mejor cuando aparezca evidencia verificada.

Comparar modelos disponibles en EvoLink

Lecturas relacionadas:

Fuentes

Las conversaciones de la comunidad y los resultados de búsqueda actuales solo sirvieron para elegir el tema de comparación, el vocabulario de canales de acceso, las dudas de migración de sesión y las preguntas de evaluación. El estado de los modelos, los IDs, la arquitectura, el contexto, los modos de entrada, los parámetros y los precios directos proceden de fuentes oficiales o de los registros de rutas de EvoLink.

¿Listo para reducir tus costos de IA en un 89%?

Comienza a usar EvoLink hoy y experimenta el poder del enrutamiento inteligente de API.