Esta página es una traducción de la documentación en inglés. Los comandos, identificadores y ejemplos no cambian. Runtime 7.24.5 · SDK 2.6.9. Original en inglés

Comparación de perfiles MTP de Tiel

Estado: instantánea local medida Última revisión: 2026-09-19 Responsable: mantenedores de AX Code Alcance: mediciones del perfil MTP nativo de Tiel y aceptación gestionada de AX Code

AX Code selecciona ahora el perfil de especulación auto para el paquete predeterminado Tiel Coder, y mantiene la activación de MTP en required. Cyber-Tiel conserva agentic: su candidato auto falló la sonda real de la herramienta de lectura con salida repetitiva y errores posteriores de límite de concurrencia. Esto permite que el motor use su compuerta de borrador específica del modelo. El perfil genérico anterior agentic anulaba esa compuerta con 0.80. La comparación nativa mejoró el decode de Tiel en ambas cargas medidas y el de Cyber-Tiel con entrada más larga; el resultado de Cyber-Tiel con entrada corta empeoró un poco. Un mayor rendimiento nativo no estableció un comportamiento de herramientas utilizable para ese candidato.

Son mediciones directas de fase nativa de AX Engine en un Apple M3 Max con 128 GiB, no el rendimiento de tareas de AX Code. El informe original de AX Engine frente a MTPLX sigue siendo la línea base histórica del M3 Max del 19 de septiembre. La clasificación actual es la campaña de cuatro máquinas del 20 de septiembre. MTPLX no se volvió a ejecutar en este experimento de perfil, así que sus resultados anteriores de 92–96 tokens/s no deben tratarse como una comparación simultánea.

Resultados de confirmación

Las tasas son tokens/s, cada una la mediana de tres completados de 256 tokens sin caché. Se excluyen la carga del modelo y el calentamiento de 64 tokens. El host tenía otras aplicaciones de escritorio activas; es una instantánea local pequeña, no un estudio controlado de temperatura o de resistencia.

Solo se adopta el perfil auto de Tiel. Las cifras auto de Cyber-Tiel siguen siendo evidencia experimental, no su valor predeterminado de distribución. El fallo de la herramienta de lectura impide la promoción aunque mejorara la tasa de la fase de entrada más larga; no establece que el perfil por sí solo causara el fallo. El prefill fluctuó pese a la misma configuración de prefill. Las tasas absolutas también difieren del informe anterior, y por eso esa línea base histórica no se usó para calcular estas ganancias.

Las 24 solicitudes de confirmación informaron MTP activo, borradores aceptados positivos, cero pasos de reserva directa y cero tokens de entrada reutilizados. El motor informó su código de ruta de muestreo exacto (ax_mtp_correctness_mode=2); esa clasificación del entorno de ejecución no es una certificación numérica o de calidad independiente.

Entradas saneadas, contadores de fase, todos los recibos de confirmación y piloto, y la aceptación gestionada y de herramientas acompañan este informe.

Pruebas piloto de una sola variable

Un ensayo preliminar por caso aisló la compuerta antes de la comparación repetida. No mezcles estas pruebas piloto con los ensayos de confirmación.

En la prueba piloto de contexto, las solicitudes de compuerta cero explícita y de auto produjeron tokens de salida y recuentos de borrador y aceptación idénticos. El temporizador de reversión de la solicitud auto bajó de 1.061 s a 0.055 s y su temporizador de borrador de 0.718 s a 0.130 s. Sin embargo, los ciclos de verificación aumentaron de 78 a 111 y la evaluación de verificación se mantuvo en unos 2.26 s. La mejora total del decode fue, por tanto, mucho menor que cualquiera de las reducciones de temporizador. Estos contadores describen caminos de ejecución distintos; no son estimaciones independientes ni aditivas de aceleraciones futuras.

Dos pruebas piloto adicionales de borrador estocástico, con y sin una anulación de temperatura de borrador de 0.6, informaron MTP inactivo, 255 pasos de reserva directa y ningún borrador. La protección del motor eligió la ruta de reserva directa. Sus recibos en bruto se conservan y se excluyen de forma explícita de la comparación con MTP activo. AX Code no adopta estas anulaciones ni elude esa protección.

Reproducción y alcance

Usa la misma compilación del motor, las instantáneas fijadas, los tokens de prompt, los parámetros de muestreo y el comando de arranque del método de medición original, cambiando solo --speculation-profile agentic por --speculation-profile auto. Las solicitudes de confirmación no tenían anulaciones adicionales de entorno MTP. La caché de prefijo se desactivó con AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0. La fórmula de decode nativo sigue siendo (output_tokens - 1) / native_decode_seconds; el prefill es los tokens de entrada sin caché divididos por los segundos nativos de prefill.

El motor era una compilación optimizada del código fuente de 51137c71a6794964d52c32c95e275c0923ed8d0b, MLX 0.32.2, SHA-256 del servidor 1fbe7fc50ea16448f98350616273214c0475bffb3ef509fceb3f8849163e97f5. El binario probado de Homebrew 7.4.0 es anterior a la corrección exigida del cargador del espacio de nombres de Tiel, aunque esta compilación de código fuente también informa 7.4.0. No se sustituyó ningún binario instalado ni ninguna configuración de usuario.

El orden de confirmación fue Tiel/automático, Tiel/agéntico, Cyber-Tiel/agéntico, Cyber-Tiel/automático. Cada arranque recibió un calentamiento de 64 tokens y luego tres ensayos cortos y tres de contexto. Solo se ejecutaba un backend de inferencia a la vez; la compilación y las suites de pruebas quedaron fuera de los ensayos cronometrados. El ancho del programador se mantuvo en 2,048, el contexto en 32,768, el presupuesto máximo de salida en 8,192 y la concurrencia máxima en 1. El AX Code gestionado real conserva su ancho de programador existente de 8,192, así que la tabla de fases no establece su rendimiento completo de cliente.

El cambio predeterminado se aplica solo al repositorio exacto AutomatosX Tiel Coder y a su alias. Cyber-Tiel conserva su perfil anterior agentic. Las anulaciones explícitas del perfil de arranque siguen prevaleciendo. El entorno experimental de Qwen3.8 denso y la geometría de prefijo permanecen aparte; ninguno se aplica a Tiel. Los modelos históricos o no reconocidos conservan su perfil anterior. El comportamiento de los proveedores de nube, CLI, GPU privada y AX Trust no cambia.

Aceptación gestionada y de herramientas

Ejecuciones aisladas aparte del código fuente ejercitan la activación predeterminada de Tiel y la activación explícita de Cyber-Tiel, el MTP exigido y activo en vivo, la herramienta read de AX Code y el apagado gestionado. Tiel con auto completó la lectura y devolvió el marcador correcto, pero añadió prosa y un bloque de código en lugar de devolver solo el contenido del archivo. Cyber-Tiel con auto repitió la acción prevista sin completar una lectura, activó la guarda de bucle de salida, recibió respuestas 429 de límite de concurrencia en los reintentos posteriores y salió con un error tras unos 81 segundos. El control conservado agentic reprodujo la misma salida repetitiva y falló tras unos 84 segundos. Por tanto, este fallo de la tarea no está aislado en auto; conservar el perfil antiguo no pretende corregir Cyber-Tiel. Ambos fallos se conservan junto a un diagnóstico aparte con la caché desactivada en el recibo JSON. Estas comprobaciones son independientes de la medición de rendimiento y no certifican la calidad general de programación.

El diagnóstico de Cyber-Tiel con caché desactivada usó agentic y solo añadió AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0. Salió con éxito, pero no invocó read y afirmó de forma incorrecta que el fixture no vacío estaba vacío. El éxito del proceso, por sí solo, no satisfizo la aceptación de la tarea. Este diagnóstico no se adopta como solución alternativa.

Los cuatro servidores gestionados informaron MTP exigido y activo durante la admisión y se detuvieron con éxito. El perfil nuevo solo está cualificado para la aceptación acotada de Tiel que se muestra aquí. Cyber-Tiel sigue siendo seleccionable, pero la fiabilidad de su tarea de lectura gestionada no está resuelta. El éxito anterior de lectura en el servidor directo no establece equivalencia con la activación gestionada; el ancho del programador, la configuración de caché, las solicitudes anteriores y el contexto del prompt difieren entre esas sondas.

Validación después del cambio acotado: 11,390 pruebas deterministas pasaron y 17 se omitieron; 208 pruebas del SDK y 259 pruebas de scripts pasaron (94 pruebas de scripts omitidas). Los artefactos generados del SDK incluyen los dos alias de modelo elegidos y son estables en bytes en una segunda compilación. Pasaron la comprobación de tipos recursiva y las comprobaciones de estructura del repositorio. La auditoría de fases nativas valida los 24 recibos de confirmación y conserva tanto las pruebas piloto elegibles como las rechazadas.