Questa pagina è tradotta dalla documentazione inglese. Comandi, identificatori ed esempi restano invariati. Runtime 7.24.5 · SDK 2.6.9. Testo inglese

Confronto dei profili MTP di Tiel

Stato: Istantanea locale misurata Ultima revisione: 2026-09-19 Responsabile: responsabili di AX Code Ambito: misurazioni del profilo MTP nativo di Tiel e accettazione gestita di AX Code

AX Code ora seleziona il profilo di speculazione auto per il pacchetto predefinito Tiel Coder, mantenendo l’attivazione MTP required. Cyber-Tiel conserva agentic: il candidato auto ha fallito la sonda reale dello strumento di lettura, con output ripetitivo ed errori successivi di limite di concorrenza. Questo permette al motore di usare la propria soglia di bozza specifica del modello. Il precedente profilo generico agentic scavalcava quella soglia con 0.80. Il confronto nativo ha migliorato la decodifica di Tiel in entrambi i carichi misurati e quella di Cyber-Tiel con input più lungo; il risultato di Cyber-Tiel con input breve è peggiorato leggermente. Un throughput nativo più alto non ha dimostrato un comportamento degli strumenti utilizzabile per quel candidato.

Si tratta di misurazioni dirette delle fasi native di AX Engine su un Apple M3 Max con 128 GiB, non del throughput dei compiti di AX Code. Il report originale di AX Engine rispetto a MTPLX resta la linea di base storica del 19 settembre sull’M3 Max. La classifica attuale è la campagna del 20 settembre su quattro macchine. MTPLX non è stato rieseguito in questo esperimento di profilo, quindi i precedenti risultati di 92–96 token/s non vanno trattati come un confronto simultaneo.

Risultati di conferma

Le velocità sono in token/s, ciascuna la mediana di tre completamenti non in cache da 256 token. Il caricamento del modello e il riscaldamento da 64 token sono esclusi. Sull’host erano attive altre applicazioni desktop; è una piccola istantanea locale, non uno studio controllato di temperatura o di durata.

Viene adottato solo il profilo auto di Tiel. I numeri auto di Cyber-Tiel restano evidenza sperimentale, non il suo predefinito distribuito. Il fallimento dello strumento di lettura blocca la promozione anche se la velocità di fase con input più lungo è migliorata; non dimostra che il solo profilo abbia causato il fallimento. Il prefill ha oscillato nonostante la stessa configurazione di prefill. Anche le velocità assolute differiscono dal report precedente, ed è per questo che quella linea di base storica non è stata usata per calcolare questi guadagni.

Tutte le 24 richieste di conferma hanno riportato MTP attivo, bozze accettate positive, zero passi di fallback diretto e zero token di input riutilizzati. Il motore ha riportato il proprio codice di route sampled-exact (ax_mtp_correctness_mode=2); quella classificazione di runtime non è una certificazione numerica o di qualità indipendente.

Input ripuliti, contatori di fase, tutte le ricevute di conferma e pilota, e l’accettazione gestita e degli strumenti accompagnano questo report.

Piloti a variabile singola

Una prova preliminare per caso ha isolato la soglia prima del confronto ripetuto. Non aggregare questi piloti con le prove di conferma.

Nel pilota di contesto, le richieste con soglia zero esplicita e auto hanno prodotto token di output e conteggi di bozza e accettazione identici. Il timer di rollback della richiesta auto è sceso da 1.061 s a 0.055 s e il timer di bozza da 0.718 s a 0.130 s. Tuttavia i cicli di verifica sono aumentati da 78 a 111 e la valutazione di verifica è rimasta circa 2.26 s. Il miglioramento totale della decodifica è stato quindi molto più piccolo di ciascuna riduzione dei timer. Questi contatori descrivono percorsi di esecuzione diversi; non sono stime indipendenti e additive di accelerazioni future.

Due ulteriori piloti di bozza stocastica, con e senza una sostituzione della temperatura di bozza a 0.6, hanno riportato MTP inattivo, 255 passi di fallback diretto e nessuna bozza. La protezione del motore ha selezionato la route di fallback diretto. Le ricevute grezze sono conservate ed escluse esplicitamente dal confronto con MTP attivo. AX Code non adotta queste sostituzioni né aggira quella protezione.

Riproduzione e ambito

Usa la stessa build del motore, le stesse istantanee fissate, gli stessi token del prompt, gli stessi parametri di campionamento e lo stesso comando di avvio del metodo di misurazione originale, cambiando solo --speculation-profile agentic in --speculation-profile auto. Le richieste di conferma non avevano ulteriori sostituzioni di ambiente MTP. La cache dei prefissi è stata disattivata con AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0. La formula di decodifica nativa resta (output_tokens - 1) / native_decode_seconds; il prefill è i token di input non in cache divisi per i secondi di prefill nativo.

Il motore era una build ottimizzata dai sorgenti di 51137c71a6794964d52c32c95e275c0923ed8d0b, MLX 0.32.2, server SHA-256 1fbe7fc50ea16448f98350616273214c0475bffb3ef509fceb3f8849163e97f5. Il binario Homebrew 7.4.0 provato precede la correzione richiesta del caricatore del namespace di Tiel, anche se questa build dai sorgenti riporta anch’essa 7.4.0. Nessun binario installato né alcuna configurazione utente è stato sostituito.

L’ordine di conferma è stato Tiel/auto, Tiel/agentic, Cyber-Tiel/agentic, Cyber-Tiel/auto. Ogni avvio ha ricevuto un riscaldamento da 64 token, poi tre prove brevi e tre di contesto. Era in esecuzione un solo backend di inferenza alla volta; compilazione e suite di test sono state escluse dalle prove cronometrate. La larghezza dello scheduler è rimasta 2,048, il contesto 32,768, il budget massimo di output 8,192 e la concorrenza massima 1. AX Code gestito reale conserva la larghezza dello scheduler esistente di 8,192, quindi la tabella delle fasi non stabilisce il suo throughput completo lato client.

La modifica predefinita si applica solo al repository esatto AutomatosX Tiel Coder e al suo alias. Cyber-Tiel conserva il profilo precedente agentic. Le sostituzioni esplicite del profilo di avvio continuano a prevalere. L’ambiente sperimentale e la geometria dei prefissi di Qwen3.8 denso restano separati; nessuno dei due è applicato a Tiel. I modelli storici o non riconosciuti conservano il profilo precedente. Il comportamento dei provider cloud, CLI, GPU privata e AX Trust non cambia.

Accettazione gestita e degli strumenti

Esecuzioni isolate e separate dai sorgenti esercitano l’attivazione predefinita di Tiel e l’attivazione esplicita di Cyber-Tiel, l’MTP richiesto e attivo dal vivo, lo strumento read di AX Code e l’arresto gestito. Tiel con auto ha completato la lettura e ha restituito il marcatore corretto, ma ha aggiunto prosa e un blocco di codice invece di restituire solo il contenuto del file. Cyber-Tiel con auto ha ripetuto l’azione prevista senza completare una lettura, ha attivato la guardia del ciclo di output, ha ricevuto risposte 429 di limite di concorrenza nei tentativi successivi ed è uscito con un errore dopo circa 81 secondi. Il controllo conservato agentic ha riprodotto lo stesso output ripetitivo ed è fallito dopo circa 84 secondi. Quindi questo fallimento del compito non è isolato a auto; conservare il vecchio profilo non pretende di correggere Cyber-Tiel. Entrambi i fallimenti sono conservati insieme a una diagnostica separata con cache disattivata nella ricevuta JSON. Questi controlli sono separati dalla misura del throughput e non certificano la qualità generale di scrittura del codice.

La diagnostica di Cyber-Tiel con cache disattivata ha usato agentic con la sola aggiunta di AX_MLX_PREFIX_CACHE_MAX_ENTRIES=0. È uscita con successo ma non ha invocato read e ha affermato in modo errato che il fixture non vuoto fosse vuoto. Il solo successo del processo non ha quindi soddisfatto l’accettazione del compito. Questa diagnostica non viene adottata come soluzione alternativa.

Tutti e quattro i server gestiti hanno riportato MTP richiesto e attivo durante l’ammissione e si sono arrestati con successo. Il nuovo profilo è qualificato solo per l’accettazione limitata di Tiel mostrata qui. Cyber-Tiel resta selezionabile, ma l’affidabilità del compito di lettura gestito non è risolta. Il precedente successo di lettura sul server diretto non stabilisce l’equivalenza con l’attivazione gestita; larghezza dello scheduler, configurazione della cache, richieste precedenti e contesto del prompt differiscono tra quelle sonde.

Validazione dopo la modifica circoscritta: 11,390 test deterministici superati, 17 saltati; 208 test SDK e 259 test di script superati (94 test di script saltati). Gli artefatti SDK generati includono i due alias di modello selezionati e sono stabili a livello di byte in una seconda build. Il typecheck ricorsivo e i controlli di struttura del repository sono stati superati. L’audit delle fasi native convalida tutte le 24 ricevute di conferma e conserva sia i piloti idonei sia quelli rifiutati.