
Ming-3.0-asr-tiny se lanzó sin anuncio: lo que realmente dice el repositorio
- OrcaNUEVOOrca: OrcaCyber Ultra 1.02026-10-17$5.00 / $10.00 por 1M de tokens · 9 tok/s
- deepseekNUEVODeepSeek: DeepSeek V4.1 Flash 10172026-10-17$0.15 / $0.60 por 1M de tokens · 230 tok/s
- DeepSeekNUEVODeepSeek: DeepSeek V4.1 Flash2026-10-1740Inteligencia
- OrcaNUEVOOrca: OrcaCyber Zero 1.52026-10-10$3.00 / $7.50 por 1M de tokens · 95 tok/s
- openaiOpenAI: GPT-6.1 Sol2026-09-2952Inteligencia
- anthropicAnthropic: Claude Sonnet 5.52026-09-2856Inteligencia
- typesafeTypeSafe: Jev 1.132026-09-24$0.04 / $0.00 por 1M de tokens · 788 tok/s
- OpenAIOpenAI: GPT-6 Luna2026-09-2238Inteligencia
- OpenAIOpenAI: GPT-6 Sol2026-09-2248Inteligencia
- AnthropicAnthropic: Claude Opus 5.52026-09-2258Inteligencia
- xAIGrok 4.72026-09-2146Inteligencia
- OrcaOrca: OrcaCyber Zero 1.02026-09-17$3.00 / $7.50 por 1M de tokens · 39 tok/s
- OrcaOrca: OrcaVerify Text 1.02026-09-16$2.00 / $0.00 por 1M de tokens · 832 tok/s
- OpenAIOpenAI: GPT-6 Astra2026-09-0453Inteligencia77Código
- GoogleGoogle: Gemini 3.8 Flash2026-09-0241Inteligencia76Código
- AlibabaQwen: Qwen3.8 Max (0902)2026-09-0245Inteligencia76Código
- AnthropicAnthropic: Claude Fable 5.12026-09-0153Inteligencia82Código
- TencentTencent: Hy4 preview2026-08-28$0.83 / $2.50 por 1M de tokens · 52 tok/s
- AlibabaQwen: Qwen3.8 Flash2026-08-26$0.15 / $0.47 por 1M de tokens · 119 tok/s
- z-aiZ.ai: GLM 5.3 Flash2026-08-2642Inteligencia72Código
Los pesos de Ming-3.0-asr-tiny llegaron a Hugging Face a las 09:27 UTC del 14 de octubre de 2026, y cinco días después el repositorio seguía mostrando 35 descargas. Fuera lo que fuera que el proveedor pretendía lograr con esa carga, no lo logró. El código llegó a las 02:38 UTC del 19 de octubre. La página del proyecto —una única página con desplazamiento, con un video de lanzamiento y cuatro gráficos de benchmark— se publicó a las 12:30 UTC del mismo día. Nadie anunció nada de ello. No hay ningún informe técnico enlazado desde el repositorio, ninguna fecha de lanzamiento impresa en la tarjeta del modelo y ninguna publicación de lanzamiento de la organización que lo respalda. Todo en este artículo proviene de los propios archivos, del registro de commits y de los propios gráficos del proveedor, y está deliberadamente separado de las partes que aún se desconocen. Los fallos de IA y los incidentes de agentes documentados que hay detrás de lanzamientos como este se recopilan en el OrcaRouter AI Incident Archive donde cada entrada incluye sus propias fuentes, severidad, nivel de confianza e indicador de disputa.
Esa distinción importa más de lo habitual aquí. Un modelo que lleva cinco días público y tiene 35 descargas no es un producto sobre el que puedas planificar; es un conjunto de pesos con un archivo de configuración y una descripción a nivel de byte de cómo se ensambló. La configuración es inusualmente informativa. Los gráficos son inusualmente específicos. Las lagunas son inusualmente grandes.
Cinco días entre las pesas y la historia
El historial de commits es lo más parecido que tiene esta versión a un anuncio, así que vale la pena leerlo como tal. El primer commit de Hugging Face es la creación del repositorio en sí, el 14 de octubre a las 09:27 UTC. Una hora después, el proveedor subió un checkpoint y el mensaje del commit lo nombra: iter_0011500. Eso es un recuento de iteraciones de entrenamiento, no un número de versión, y te indica que la ejecución había superado 1,15 millones de pasos sin decirte nada sobre los datos que consumieron esos pasos.
Los siguientes cuatro días se dedicaron a publicar en lugar de entrenar. El 15 de octubre se publicaron el paquete del modelo y la documentación bilingüe. El 16 de octubre el proveedor publicó lo que denominó pesos validados solo de audio. El 18 de octubre la ficha incorporó orientación de servicio de SGLang y las cifras de referencia se actualizaron dos veces. El 19 de octubre el repositorio se vinculó a una versión de código de GitHub, luego a un recetario de SGLang, luego a una película de lanzamiento y, por último, a metadatos de citación; y finalmente, a las 14:04 y 14:05 UTC, los gráficos públicos, internos y de ASR de contexto se actualizaron de nuevo — aproximadamente noventa minutos antes de que se escribiera este artículo.
El repositorio de GitHub es aún más reciente: creado a las 02:38 UTC del 19 de octubre, veinte commits, cinco estrellas, ningún fork y una pestaña Releases vacía. El vídeo que la tarjeta denomina película de lanzamiento no está adjunto a ese repositorio en absoluto. Reside como recurso de lanzamiento en un repositorio de GitHub Pages aparte, creado a las 12:22 UTC del mismo día, bajo una etiqueta llamada literalmente media-2026-10-19. La consecuencia más citable: la única fecha que aparece en todo este lanzamiento es la fecha de la página que aloja la película.

Lo que la configuración resuelve y lo que solo insinúa.
El índice de safetensors informa de 8,865,800,992 parámetros: 8,865,797,920 en BF16 repartidos en dos fragmentos, más 3,072 en F32. Eso equivale aproximadamente a 17.7 GB de pesos. Los gráficos del proveedor etiquetan el modelo como 8.6B-A2B, una abreviatura de 8.6 mil millones en total con alrededor de 2 mil millones activos por token; el índice es el número concreto y se sitúa unos 270 millones por encima de la etiqueta. Ninguno de los dos números es incorrecto, pero solo uno de ellos es una medición que puedes comprobar sin confiar en el redondeo del proveedor.
El decodificador es una pila de mezcla de expertos de 24 capas: 128 expertos, ocho enrutados por token, un experto compartido, la primera capa densa, un tamaño oculto de 1.536, 16 cabezas de atención con una cabeza de 128 dimensiones y atención comprimida mediante q_lora_rank 256 y kv_lora_rank 512. El vocabulario es de 157.184 tokens y el contexto es de 8.192 posiciones. La página del proyecto añade un detalle que la configuración por sí sola no especifica: la pila alterna tres capas de Kimi Delta Attention con una capa Gated MLA, un híbrido 3:1. Se trata de un modelo de lenguaje con un front-end de audio conectado, y la proporción de trabajo entre las dos mitades está desequilibrada.
El lado de audio es un codificador de 32 capas con 1.280 dimensiones ocultas, 20 cabezas y 128 entradas mel — la forma del codificador de Whisper large-v3, un linaje que el repositorio admite al incluir un archivo llamado modeling_whisper_encoder.py y un WHISPER_LICENSE separado que lleva el aviso MIT de OpenAI. El codificador también es la mitad más pequeña del modelo por un amplio margen. Dos campos útiles en el mismo archivo: el id de token de audio es 157.168, y asr_output_format está configurado como plain.
Qué afirman los gráficos y contra quién
La ficha no incluye cifras en el texto. Todas están en cuatro gráficos PNG, y la página del proyecto las repite. Según las cifras de los propios proveedores, Ming-3.0-asr-tiny obtiene un CER promedio en chino de 3.55 y un WER promedio en inglés de 3.99; un promedio de 8.42 en 15 dialectos; un promedio interno de 1.67 en cinco dominios; y un agregado de ASR con contexto de 4.36. Todas esas cifras las reportan los proveedores y ninguna se ha reproducido de forma independiente.
El conjunto de comparación en la página del proyecto es Qwen2.5-Omni, Qwen3-Omni-30B-A3B, Qwen3-ASR-1.7B, Fun-ASR 1.5 y Qwen3-ASR-Flash, con los dos últimos marcados como de código cerrado. La fila de dialectos es donde la brecha es más amplia: Ming con 8.42, Qwen3-ASR-1.7B con 15.30, Fun-ASR 1.5 con 8.00. La fila de chino es donde es más estrecha: Ming con 3.55 se sitúa entre Qwen3-Omni con 3.33 y Qwen3-ASR-1.7B con 3.66. La fila de contexto es aquella para la que se creó el modelo, y allí el 4.36 de Ming queda en segundo lugar, por detrás del 4.34 de Qwen3-Omni por dos centésimas de punto.
Tres advertencias deberían acompañar a esas cifras, y las propias ediciones del proveedor aportan dos de ellas. La puntuación de cinco dominios es una media aritmética no ponderada entre chat, gobierno, salud, conocimiento y vida local —cinco conjuntos de pruebas internos con una relación no revelada con los datos de entrenamiento, promediados como si cada uno tuviera el mismo peso en tu tráfico. La página del proyecto también registra, en un commit a las 12:39 UTC del 19 de octubre, que se eliminó de la página una puntuación de habla con ruido mientras que el promedio de los dominios limpios se mantuvo. Y los gráficos todavía se estaban actualizando a las 14:04 UTC. Un conjunto de cifras que se edita el mismo día en que se publica es un conjunto de cifras que hay que releer antes de citarlo.

¿Qué no está en el repositorio?
La lista de ausencias es más larga que la lista de presencias, y cada ausencia tiene una consecuencia práctica.
• Datos de entrenamiento — sin lista de conjuntos de datos, sin horas, sin mezcla de idiomas, sin descripción del filtrado. El checkpoint se nombra por el número de iteraciones y nada más.
• Una fecha de lanzamiento — la tarjeta no indica ninguna. La marca de tiempo de creación del repositorio es la única fecha fiable, y el proveedor no la ha confirmado como fecha de lanzamiento.
• Un informe técnico — no hay ninguno vinculado. La descripción de la arquitectura en la página del proyecto consta de cuatro frases.
• Evaluación independiente — aún no existe ninguna. Con 35 descargas y cinco «me gusta», esencialmente nadie fuera del laboratorio lo ha ejecutado.
• Marcas de tiempo a nivel de palabra y diarización de hablantes — las notas de uso de la tarjeta indican claramente que la salida es únicamente texto de transcripción. Esto está documentado, no oculto, y descarta de inmediato los flujos de trabajo de subtítulos, alineación y diarización.
• Streaming — el ejemplo incluido acepta clips completos. El audio largo se puede dividir en fragmentos con --audio-chunk-frames frente al contexto de 8.192 posiciones, lo cual no es lo mismo que el streaming de baja latencia.
• Código de evaluación — los gráficos son imágenes. No hay ningún script en el repositorio que los regenere a partir del audio.
Una ausencia merece nombrarse por separado, porque da forma a todo el planteamiento: no hay ningún anuncio respecto al cual llegar tarde. Una película de presentación, una página de proyecto y un repositorio de GitHub publicados con diez horas de diferencia entre sí el 19 de octubre constituyen un lanzamiento en todos los sentidos salvo por la nota de prensa. Los pesos simplemente llegaron cinco días antes, sin que nadie lo advirtiera, mientras se construía el resto.

Lee esa lista de commits de arriba abajo y el lanzamiento se arma solo frente a ti: una entrega de código, luego documentación en inglés, luego una ruta de servicio, luego una película, luego una cita, luego una segunda pasada por los números. Veinte commits, ninguno de ellos una etiqueta de versión, y una pestaña Releases vacía al final.
Por qué un barco silencioso debería seguir en tu radar
Las versiones discretas son donde la cuestión del enrutamiento se vuelve interesante, porque la señal de compra habitual —un lanzamiento, un precio, un benchmark que todos citan— está ausente y la única forma de aprender algo es poner la cosa a funcionar. Ese es exactamente el caso para el que existe el failover de OrcaRouter. Puedes enviar una porción del tráfico a través de un modelo candidato mientras el titular sigue sirviendo el resto, y si la nueva ruta falla o se agota el tiempo de espera, la solicitud recurre a la alternativa en lugar de fallarle al usuario. Una sola clave de API cubre más de 200 modelos alojados, así que añadir una segunda opinión no significa un segundo contrato ni un segundo conjunto de credenciales.
El límite honesto: Ming-3.0-asr-tiny no está en el catálogo de OrcaRouter, y los modelos ASR con los que se comparan sus gráficos tampoco. De los modelos nombrados en la página del proyecto, el que está disponible a través de OrcaRouter hoy es google/gemini-2.5-pro, que aparece en la comparación de context-ASR con 6.30. Así que el uso realista de una capa de enrutamiento aquí no es «llamar a Ming a través de nosotros», sino poner una línea base alojada y un candidato autoalojado detrás de una sola interfaz mientras decides. El precio del lado alojado se traslada al precio de lista del proveedor con 0% de margen, que es la parte que importa cuando la comparación es el coste por hora de audio.
¿Qué haría que esto pasara de curiosidad a candidato?
Una lista breve, en el orden en que probablemente llegará. Una fecha de lanzamiento declarada y una divulgación de los datos de entrenamiento harían que las cifras del benchmark fueran interpretables y no meramente citables. Una ejecución independiente sobre un conjunto de pruebas compartido resolvería si la brecha dialectal es real, porque esa es la única afirmación en la que el margen del proveedor sobre la línea base abierta más cercana es lo bastante grande como para que equivocarse resultara obvio. Una ruta de marcas de tiempo o de diarización ampliaría el conjunto de pipelines que pueden usarlo siquiera. Y una receta de vLLM o SGLang que no esté fijada a un único commit te indicaría que el proveedor pretende que esto se sirva en lugar de solo demostrarse.
Hasta entonces, la descripción precisa es poco glamurosa y concreta: 8.870 millones de parámetros, en su mayoría de modelo de lenguaje, un codificador Whisper prestado, una apuesta real por los dialectos chinos y el condicionamiento por hotwords, publicado sin un artículo, sin una fecha y con gráficos que todavía se estaban editando la tarde en que se publicaron. Eso no es motivo para ignorarlo. Es motivo para probarlo antes de citarlo.
