top of page

Xenon Hunmin VLM 397B è aperto, ma Qwen-CUA vince ancora il test più difficile

22 ore fa
Tempo di lettura: 14 min

Xenon ha rilasciato Hunmin VLM 397B come open source, fornendo a un modello da 397 miliardi di parametri nuove capacità di controllo del computer dopo l'addestramento su otto GPU Nvidia B200. Il rilascio rende disponibili, con licenza Apache 2.0, il riconoscimento dello schermo, i clic, la digitazione e il lavoro desktop in più passaggi. Tuttavia, i risultati di Xenon stessa rivelano un'importante separazione tra il riconoscimento degli elementi dell'interfaccia e il completamento di attività più lunghe.

Xenon Hunmin VLM 397B ha ottenuto 75,6 su ScreenSpot-Pro, un benchmark che misura se un modello riesce a individuare i target dell'interfaccia nelle applicazioni professionali. Secondo l'azienda, al lancio tale risultato lo ha collocato al secondo posto nella classifica Hugging Face del benchmark. Ha inoltre superato sia il proprio modello base Qwen3.5 sia Qwen-CUA in cinque valutazioni di grounding dell'interfaccia riportate.

La gerarchia cambia quando il test passa dall'individuazione di un pulsante al completamento di un intero flusso di lavoro. Xenon riporta un punteggio di 70,5 nella propria valutazione OSWorld da 360 attività, rispetto a 77,1 per Qwen-CUA nella stessa configurazione riprodotta. Questo divario rende il rilascio più rivelatore di un semplice annuncio in classifica.

Hunmin dimostra che un'azienda può trasferire una capacità specializzata in un grande modello aperto con un cluster di addestramento relativamente piccolo. Non dimostra che la sola precisione visiva produca l'agente informatico più affidabile. Per gli sviluppatori e gli acquirenti aziendali, questa distinzione conta più del numero di parametri in evidenza nel modello.

Xenon Hunmin VLM 397B aggiunge il controllo del computer a Qwen3.5

Il rilascio trasforma un modello multimodale generalista in un modello open per l'uso del computer senza riaddestrare l'intera base da 397 miliardi di parametri.

Xenon, conosciuta a livello internazionale anche come GenON, ha rilasciato il modello il 18 settembre 2026. L'azienda pubblica i propri modelli tramite l'organizzazione mncai su Hugging Face. Il nuovo repository include il modello a precisione completa, una versione FP8, i risultati delle valutazioni e linee guida per l'implementazione.

Hunmin parte da Qwen3.5-397B-A17B, un modello mixture-of-experts a pesi aperti del team Qwen di Alibaba. Ha 397 miliardi di parametri totali, ma ne attiva circa 17 miliardi per ogni forward pass. Questo design offre la capacità di conoscenza di un modello molto grande senza usare ogni parametro per ogni token.

Il rilascio originale di Qwen3.5 ha introdotto l'elaborazione multimodale nativa per testo, immagini e video. Xenon ha mantenuto questa base aggiungendo capacità per l'uso del computer. Queste capacità consentono al modello di interpretare screenshot, produrre coordinate e decidere quale azione dell'interfaccia debba avvenire successivamente.

Il nome pubblico completo del modello è Hunmin-397B-A17B-CUA. CUA significa computer-use agent, un sistema che esegue attività attraverso interfacce grafiche usate dalle persone. Invece di fare affidamento solo su un'API web, un modello di questo tipo può operare browser, applicazioni per ufficio e software desktop tramite controlli visibili.

Questo approccio amplia il precedente lavoro di Xenon su Hunmin. L'azienda ha rilasciato Hunmin 32B nel 2025 e ha proseguito con Hunmin VLM 235B all'inizio del 2026. La sua cronologia aziendale collega inoltre la serie Hunmin a OneAgent, un prodotto di IA aziendale orientato all'azione.

Xenon afferma che il nuovo modello preserva gran parte delle prestazioni in lingua coreana di Qwen3.5. In otto benchmark coreani riportati, i suoi punteggi sono rimasti entro circa due punti rispetto al modello base. Alcuni risultati individuali sono aumentati leggermente, mentre altri sono diminuiti.

Questo equilibrio è strategicamente importante per Xenon. Un modello per l'uso del computer che perde troppe capacità linguistiche può avere difficoltà con istruzioni, documenti e interfacce localizzate. Mantenere le prestazioni in coreano offre all'azienda un posizionamento aziendale più chiaro rispetto a un modello ottimizzato solo per attività web in lingua inglese.

La model card pubblica fornisce più dettagli rispetto ai titoli del lancio. Identifica i dati di addestramento, lo stack software, la configurazione hardware, le impostazioni di confronto e i limiti noti della valutazione. Etichetta inoltre i risultati di base come riprodotti dagli autori anziché come punteggi riportati dai fornitori.

Questa divulgazione migliora l'utilità del rilascio. Gli sviluppatori possono vedere quali confronti condividono la stessa configurazione, invece di combinare numeri incompatibili provenienti da classifiche non correlate. Espone inoltre il compromesso che definisce l'attuale posizione di Hunmin.

Otto GPU B200 hanno sostenuto il lavoro di post-addestramento

L'affermazione più rilevante di Xenon riguarda l'efficienza dell'addestramento, non il numero totale di parametri del modello.

Addestrare da zero un modello base da 397 miliardi di parametri richiederebbe ben più di otto GPU. Xenon non ha tentato di farlo. Ha trasferito una capacità esistente per l'uso del computer in Qwen3.5, quindi ha affinato il modello risultante tramite apprendimento supervisionato e apprendimento per rinforzo.

Il primo passaggio ha usato Qwen-CUA come fonte del comportamento di controllo del computer. Xenon ha calcolato le differenze nei parametri tra Qwen-CUA e il corrispondente checkpoint base Qwen3.5. Ha quindi approssimato tali differenze tramite decomposizione ai valori singolari troncata, un metodo matematico per comprimere una grande matrice in componenti di rango inferiore.

Queste differenze compresse sono diventate adattatori in stile LoRA. LoRA, o low-rank adaptation, rappresenta un aggiornamento del modello con matrici addestrabili più piccole invece di modificare ogni peso originale in modo indipendente. Xenon ha incorporato questi adattatori nel checkpoint più grande Qwen3.5-397B-A17B.

Questa tecnica è importante perché il fine-tuning convenzionale diventa difficile quando un modello cresce. Stati dell'ottimizzatore, gradienti, attivazioni e pesi del modello consumano tutti memoria GPU. Aggiornare una rappresentazione limitata a basso rango riduce la quantità di dati addestrabili e il relativo carico di memoria.

Xenon ha quindi quantizzato il checkpoint trasferito a FP8. FP8 memorizza molti valori numerici con otto bit, riducendo l'uso di memoria rispetto ai formati a 16 bit. Il team ha condotto ulteriore post-addestramento tramite FP8 QLoRA, fine-tuning supervisionato e apprendimento per rinforzo degli agenti.

Il fine-tuning supervisionato ha insegnato al modello usando esempi contenenti le azioni desiderate dell'interfaccia. L'apprendimento per rinforzo degli agenti ha poi premiato i comportamenti riusciti negli ambienti informatici. Xenon identifica GRPO, o Group Relative Policy Optimization, come metodo di rinforzo usato durante questa fase.

Lo stack di addestramento includeva MS-Swift, Ray, Megatron-Core e vLLM. Xenon indica ScaleCUA-Data di OpenGVLab come dataset supervisionato. Elenca inoltre ScaleCUA e CUA-Gym come ambienti per l'apprendimento per rinforzo.

Secondo Xenon, il processo completo di post-addestramento è stato eseguito su otto GPU Nvidia B200. Questa affermazione non significa che l'intero modello base sia stato creato con otto acceleratori. Significa che le fasi di trasferimento delle capacità e di post-addestramento hanno usato quel cluster dopo che Qwen aveva già costruito il modello base.

Questa distinzione impedisce che un impressionante risultato ingegneristico diventi un confronto fuorviante sulle risorse di calcolo. Xenon ha beneficiato del modello originale di Qwen, del checkpoint specializzato Qwen-CUA, dei dataset di addestramento aperti e di software di ottimizzazione consolidato. Il suo contributo consiste nel combinare questi componenti in modo efficiente e adattarli alle capacità obiettivo.

Il metodo offre un possibile modello per i fornitori di IA più piccoli. Invece di finanziare un nuovo modello base, un'azienda può iniziare con un checkpoint aperto e aggiungere una competenza operativa ristretta. Può quindi spendere risorse di calcolo limitate su dati delle attività, valutazione e rinforzo anziché ripetere il preaddestramento generale.

Questo percorso riduce inoltre la distanza tra il lavoro accademico e i modelli aziendali distribuibili. Un team può concentrarsi su applicazioni, lingue locali e ambienti controllati. Il modello risultante può comunque ereditare ampie capacità visive e linguistiche dalla propria base.

Tuttavia, il modello rimane esigente in fase di inferenza. Un'architettura mixture-of-experts attiva solo una parte del proprio insieme di parametri, ma tutti i 397 miliardi di pesi richiedono comunque archiviazione. Il rilascio FP8 di Xenon dimezza approssimativamente il fabbisogno di archiviazione, ma il deployment richiede ancora una seria infrastruttura multi-GPU.

L'affermazione sull'addestramento con otto GPU non dovrebbe pertanto essere interpretata come una promessa di deployment con otto GPU. L'addestramento degli adattatori e il serving di un modello incorporato presentano requisiti di risorse diversi. I team aziendali devono valutare capacità di memoria, larghezza di banda dell'interconnessione, latenza, concorrenza e consumo energetico prima di scegliere questa architettura.

Il riconoscimento dello schermo è il vantaggio più chiaro di Hunmin

I risultati più forti di Hunmin mostrano che può identificare i target dell'interfaccia, soprattutto nelle schermate professionali dense.

Il grounding dell'interfaccia utente grafica collega un'istruzione scritta a una posizione specifica su uno screenshot. Se un utente chiede a un agente di selezionare una formula di un foglio di calcolo, il modello deve trovare la cella o il controllo della barra degli strumenti pertinente. Un piccolo errore nelle coordinate può portare l'agente nel menu sbagliato o modificare il file errato.

ScreenSpot-Pro testa questa capacità in applicazioni professionali ad alta risoluzione. Le sue attività includono interfacce più dense e meno indulgenti dei tipici siti web per consumatori. Il benchmark ScreenSpot-Pro è stato progettato perché i precedenti test di grounding non rappresentavano adeguatamente il software desktop specializzato.

Xenon riporta un risultato di 75,6 con inferenza a visualizzazione singola e di 76,6 con un metodo di zoom-in. I punteggi riprodotti del modello base Qwen3.5 erano rispettivamente 72,7 e 75,1. Qwen-CUA ha ottenuto 62,2 senza zoom e 71,9 con zoom nello stesso ambiente riportato.

Hunmin ha inoltre ottenuto 96,2 su ScreenSpot-v2, rispetto a 95,2 per il suo modello base e 95,0 per Qwen-CUA. Su OSWorld-G, una valutazione incentrata sul grounding, ha raggiunto 79,9. Nella versione perfezionata OSWorld-G-R, ha ottenuto 86,8.

La model card afferma che questi risultati di grounding hanno guidato il gruppo di confronto valutato da Xenon nella propria configurazione riprodotta. Questa formulazione è importante. Non stabilisce una leadership permanente tra tutti i modelli, le configurazioni di valutazione o le successive presentazioni.

I risultati riportati mostrano comunque un andamento coerente. Hunmin migliora la percezione dell'interfaccia in diversi test, anziché basarsi su un singolo numero favorevole. Il suo maggiore vantaggio rispetto a Qwen-CUA appare su ScreenSpot-Pro, dove il divario raggiunge 13,4 punti nella configurazione di Xenon.

Per il software aziendale, questo punto di forza ha valore pratico. Le interfacce dense rimangono comuni nei sistemi contabili, nelle piattaforme di gestione delle relazioni con i clienti, negli ambienti di sviluppo e negli strumenti interni di amministrazione. Molti di questi prodotti offrono API incomplete o richiedono azioni che attraversano stati visibili dell'interfaccia.

Un modello dotato di grounding può anche lavorare con applicazioni meno recenti che non sono mai state progettate per l'integrazione con l'IA. Può identificare i controlli da pixel ed etichette anziché dipendere da elementi strutturati della pagina web. Ciò offre una copertura più ampia, sebbene crei anche sfide di affidabilità e sicurezza.

Xenon istruisce gli utenti a fornire screenshot alla risoluzione nativa e a normalizzare le coordinate in un intervallo da zero a 1.000. Le coordinate risultanti devono poi essere scalate alla larghezza e all'altezza effettive dello schermo. Questi dettagli possono influire materialmente sulla precisione dei clic.

Il modello usa inoltre un limite di cronologia visiva di cinque screenshot per le valutazioni riportate sull'uso del computer. Xenon afferma che una cronologia più vicina a 20 immagini può aumentare l'uso di memoria e il costo dell'inferenza. La finestra più piccola riflette una scelta di deployment, non soltanto una scelta di benchmarking.

Limitare la cronologia visiva può rendere i costi di serving più gestibili. Può anche lasciare un agente con meno evidenze sulle azioni, le finestre di dialogo o gli stati della pagina precedenti. Questa tensione diventa più importante man mano che un compito si allunga.

Un singolo clic accurato non richiede una memoria estesa. Completare un flusso di lavoro di 30 passaggi sì. Questa differenza spiega perché i solidi punteggi di grounding di Hunmin non si traducono automaticamente in una leadership nei compiti informatici completi.

Qwen-CUA guida ancora nei compiti informatici end-to-end

Il risultato centrale è una decisione divisa: Hunmin individua meglio i target dell’interfaccia, mentre Qwen-CUA porta a termine più attività di lunga durata.

OSWorld valuta gli agenti all’interno di applicazioni informatiche reali, anziché testare coordinate isolate. I compiti possono coinvolgere browser, operazioni sui file, client email, editor di immagini, strumenti per documenti e più applicazioni. L’agente deve osservare uno stato, scegliere un’azione, gestire i cambiamenti e proseguire fino al completamento.

Il benchmark ufficiale OSWorld ha originariamente raccolto 369 compiti informatici con stati iniziali riproducibili e valutazione basata sull’esecuzione. Xenon ha usato una configurazione di 360 compiti per i risultati riportati nella sua model card. Riferisce che tutti i modelli confrontati utilizzavano lo stesso limite di cinque immagini nella cronologia visiva.

Hunmin ha ottenuto 70,5 in quella valutazione. Il modello base Qwen3.5 ha raggiunto 48,2, portando il miglioramento di Hunmin a 22,3 punti. Si tratta di un progresso sostanziale, che supporta l’affermazione di Xenon secondo cui il suo post-training ha aggiunto comportamenti significativi di controllo del computer.

Tuttavia, Qwen-CUA ha ottenuto 77,1 nella stessa configurazione riprodotta, superando Hunmin di 6,6 punti. WindowsAgentArena produce lo stesso ordinamento. Hunmin ha ottenuto 50,9, in aumento di 9,1 punti rispetto ai 41,8 del modello base, mentre Qwen-CUA ha raggiunto 57,3.

I risultati non invalidano i progressi di Hunmin nel grounding. Mostrano che un agente ha bisogno di più di un preciso puntamento visivo. Deve pianificare, monitorare i progressi, gestire gli errori, comprendere lo stato dell’applicazione ed evitare azioni che compromettano il flusso di lavoro.

Si consideri un agente incaricato di aggiornare cifre in un foglio di calcolo e inviare il risultato via email. Potrebbe individuare correttamente ogni menu, cella e pulsante. Può comunque fallire modificando la cartella di lavoro sbagliata, applicando una formula all’intervallo errato o allegando un file non aggiornato.

I compiti più lunghi amplificano i piccoli errori. Un errore iniziale modifica gli screenshot successivi e invalida il piano originario. Il modello deve rilevare questa divergenza e recuperare, anziché proseguire con sicurezza lungo il percorso sbagliato.

I risultati dell’addestramento di Hunmin rivelano da dove provenga parte del miglioramento. Xenon afferma che il suo checkpoint a trasferimento di capacità ha raggiunto 66,2 su OSWorld prima dell’addestramento successivo. Il fine-tuning supervisionato e il reinforcement learning hanno portato quel punteggio a 70,5, con un ulteriore guadagno di 4,3 punti.

Questa progressione supporta il valore del metodo di Xenon. Il trasferimento di capacità ha fornito gran parte dell’abilità iniziale nell’uso del computer, mentre il post-training specifico per i compiti l’ha migliorata. Tuttavia, il vantaggio residuo di Qwen-CUA suggerisce che alcuni comportamenti siano stati compressi in modo imperfetto o modificati durante l’integrazione.

Anche l’obiettivo in lingua coreana potrebbe influenzare il compromesso. Hunmin preserva le prestazioni su otto benchmark coreani meglio di Qwen-CUA in diversi confronti. Xenon non ha ottimizzato soltanto per il più alto punteggio possibile su OSWorld.

Per esempio, Hunmin ha ottenuto 76,1 su KMMLU-Pro, contro 71,4 di Qwen-CUA. Ha inoltre raggiunto 80,3 su K-MMStar, contro 75,0. Questi risultati suggeriscono un profilo multilingue più equilibrato, sebbene restino valutazioni riprodotte dall’azienda.

Questo equilibrio può essere importante per le imprese coreane. Un modello deve comprendere istruzioni locali, documenti, terminologia e interfacce utente prima che la sua capacità di fare clic diventi utile. Un punteggio più alto per un agente incentrato sull’inglese non risolve ogni decisione di approvvigionamento.

Ciononostante, Xenon non dovrebbe presentare la leadership nel grounding come equivalente alla leadership complessiva nell’uso del computer. La sua model card evita questo errore pubblicando il confronto sfavorevole su OSWorld. La copertura del lancio è meno utile quando enfatizza il secondo posto su ScreenSpot-Pro senza spiegare il divario end-to-end.

Per gli acquirenti, il confronto corretto dipende dal carico di lavoro previsto. Un flusso dominato dal puntamento in interfacce dense può favorire il profilo di Hunmin. Una sequenza più lunga che richiede recupero e pianificazione può mettere in luce la sua attuale debolezza rispetto a Qwen-CUA.

L’apertura del modello offre ai team un’altra opzione. Gli sviluppatori possono ispezionare la release, adattarla ed eseguire valutazioni controllate sul proprio software. Questa flessibilità è preziosa, ma non elimina la necessità di test specifici per l’applicazione.

I pesi aperti non eliminano il rischio di deployment

L’accesso con licenza Apache 2.0 migliora il controllo, ma un modello scaricabile per l’uso del computer resta ben lontano dall’essere un lavoratore autonomo sicuro.

Xenon ha rilasciato sia il modello originale sia una variante FP8 con licenza Apache 2.0. Questa licenza generalmente consente l’uso commerciale, la modifica e la ridistribuzione, soggetti alle sue condizioni. Offre alle aziende maggiore libertà di deployment rispetto a un agente chiuso disponibile soltanto tramite un’interfaccia ospitata.

L’accesso aperto consente anche una valutazione privata. Un’impresa può testare Hunmin sulle applicazioni interne senza inviare screenshot a un fornitore di modelli terzo. I team possono misurarne il comportamento rispetto alla lingua locale, a moduli specializzati e a flussi di lavoro specifici dell’organizzazione.

Tuttavia, l’accesso al modello è solo uno strato di un sistema per l’uso del computer. Un agente di produzione necessita comunque di un runtime, un controller delle azioni, un modello di autorizzazioni, una traccia di audit, una strategia per le credenziali e un processo di recupero. Necessita inoltre di difese contro istruzioni dannose incorporate in pagine web o documenti.

Un modello per l’uso del computer può interagire con tutto ciò a cui l’account operativo può accedere. Ciò può includere email, registri dei clienti, archiviazione cloud, dashboard interni e applicazioni finanziarie. Una sola azione errata può avere conseguenze che una risposta sbagliata di un chatbot non comporta.

I benchmark di grounding dello schermo forniscono poche evidenze su autorizzazione o intenzione. Individuare il pulsante corretto “Elimina” è tecnicamente un successo anche quando premerlo violerebbe una policy. L’agente che lo circonda deve decidere se l’azione è consentita e se è necessaria l’approvazione umana.

I compiti di benchmark iniziano inoltre da stati controllati. I desktop reali accumulano notifiche, aggiornamenti software, estensioni del browser, sessioni scadute, layout personalizzati e dimensioni delle finestre incoerenti. Queste variazioni possono cambiare sia ciò che il modello vede sia l’effetto di un’azione.

Xenon riconosce diversi limiti della valutazione. Afferma che i risultati dipendono dalla risoluzione degli screenshot, dalle impostazioni di ragionamento, dai limiti di interazione, dal software di serving e dalle versioni dei benchmark. Avverte inoltre di non confrontare direttamente i suoi punteggi con risultati prodotti usando cronologie di screenshot molto più lunghe.

Questa cautela dovrebbe guidare il modo in cui i lettori interpretano ogni numero della release. L’azienda ha riprodotto i modelli di base nel proprio ambiente. Ciò crea un confronto interno più equo, ma team indipendenti non hanno ancora replicato ampiamente i risultati.

Anche la posizione in classifica presenta un’altra incertezza. Le classifiche di ScreenSpot-Pro possono cambiare con l’arrivo di nuovi modelli e metodi di inferenza. Un secondo posto al lancio è un’istantanea datata, non uno status permanente.

Anche la scala dei parametri introduce un rischio operativo. Persino con quantizzazione FP8 e attivazione sparsa, le organizzazioni hanno bisogno di infrastrutture adeguate. Un modello specializzato più piccolo può offrire un’accuratezza sufficiente con minore latenza, deployment più semplice e fine-tuning più facile.

I team dovrebbero quindi confrontare i sistemi a livello di flusso di lavoro. Le misure utili includono tasso di completamento, frequenza degli interventi, numero medio di passaggi, successo del recupero, latenza e gravità delle azioni fallite. Un singolo punteggio aggregato di benchmark non può cogliere tutte queste dimensioni.

Lo stesso principio si applica al lavoro di conoscenza che circonda le operazioni degli agenti. I team necessitano di registri ricercabili di istruzioni, output, eccezioni e decisioni umane. Una base di conoscenza AI controllata può aiutare i revisori a ricostruire perché un’attività automatizzata abbia prodotto un determinato risultato.

Questo non rende un agente sicuro di per sé. Crea evidenze per revisione, debugging e miglioramento delle policy. I sistemi per l’uso del computer diventano più facili da governare quando le loro azioni restano collegate ai documenti e alle decisioni che le hanno autorizzate.

La release di Xenon merita credito per aver pubblicato limiti e confronti sfavorevoli insieme ai suoi punteggi migliori. Questa trasparenza consente agli sviluppatori di porre domande migliori. Il passo successivo è un testing indipendente che misuri sia la capacità sia le conseguenze dei fallimenti.

Tre segnali mostreranno se Hunmin può colmare il divario

L’importanza di Hunmin dipende ora dalla riproduzione indipendente, da risultati migliori nelle attività di lunga durata e dall’adozione oltre un repository di modelli.

Il primo segnale è la replica indipendente dei benchmark. I ricercatori esterni devono eseguire Hunmin, Qwen3.5 e Qwen-CUA con lo stesso hardware, la stessa cronologia degli screenshot, le stesse impostazioni di ragionamento e lo stesso harness dei compiti. Risultati simili rafforzerebbero l’affermazione di Xenon secondo cui il trasferimento a basso rango ha preservato utili capacità di controllo del computer.

La replica dovrebbe coprire più di ScreenSpot-Pro. I ricercatori dovrebbero testare grounding, completamento dell’intero compito, recupero, latenza e consumo di risorse. Dovrebbero inoltre pubblicare categorie di fallimento, non solo punteggi aggregati.

Se esecuzioni indipendenti riprodurranno il risultato di grounding pari a 75,6 e il punteggio OSWorld di 70,5, aumenterà la fiducia nella valutazione di Xenon. Grandi deviazioni indebolirebbero la narrativa del lancio e indicherebbero una sensibilità alla configurazione.

Il secondo segnale è se Xenon ridurrà il divario nelle attività di lunga durata con Qwen-CUA. Il suo modello attuale individua già accuratamente i target, quindi i prossimi progressi devono derivare da pianificazione e gestione dello stato. Una memoria migliore, ambienti di reinforcement più solidi o un recupero dagli errori migliorato potrebbero aumentare il completamento end-to-end.

Un checkpoint futuro dovrebbe ridurre il deficit OSWorld riportato di 6,6 punti senza sacrificare le prestazioni in coreano. Questo risultato sosterrebbe l’argomento di Xenon secondo cui un post-training efficiente può produrre un modello equilibrato e pratico per l’uso del computer. Miglioramenti del solo grounding lascerebbero irrisolta la limitazione centrale.

Il terzo segnale è il deployment all’interno di OneAgent o di un altro prodotto enterprise. Un checkpoint pubblico dimostra accesso tecnico, ma l’uso in un prodotto rivela se il modello resiste ai vincoli di latenza e alle interfacce imprevedibili. L’adozione reale mostrerebbe inoltre se le aziende attribuiscono abbastanza valore al controllo nella lingua locale da accettare i requisiti infrastrutturali del modello.

Xenon afferma di voler utilizzare le nuove capacità per migliorare OneAgent ed espandere il lavoro che l’AI può svolgere. Gli acquirenti dovrebbero osservare deployment nominati, flussi di lavoro ripetibili, tassi di intervento ed evidenze che le attività restino affidabili al di fuori degli ambienti di benchmark.

I case study più utili descriveranno i confini con la stessa chiarezza dei successi. Dovrebbero identificare quali applicazioni l’agente può operare, quali azioni richiedono approvazione e con quale frequenza debba intervenire una persona. Senza questi dettagli, gli annunci dei clienti offriranno poche evidenze tecniche.

Xenon Hunmin VLM 397B è già una release ingegneristica degna di nota. Dimostra che un team relativamente concentrato può aggiungere comportamenti di controllo del computer a un enorme modello aperto usando otto GPU di fascia alta per il post-training. I suoi stessi numeri impediscono inoltre una semplice narrativa di vittoria.

Gli sviluppatori che valutano il modello dovrebbero iniziare con un flusso di lavoro ristretto e una sandbox reversibile. Misurate il successo dell’intero compito, non soltanto l’accuratezza dei clic, e registrate ogni intervento o recupero. Quindi confrontate questi risultati con Qwen-CUA e alternative più piccole in condizioni identiche. La licenza aperta rende possibile questo lavoro, ma solo test indipendenti stabiliranno se il vantaggio di Hunmin nel grounding si trasformerà in un’azione affidabile.

 
 

Inizia gratis

Un assistente IA local-first con gestione della conoscenza personale

Per una migliore esperienza con l’IA,

al momento remio supporta solo Windows 10+ (x64) e M-Chip Macs.

Il tuo partner AI al lavoro
Fai di più con remio

Pianifica. Crea. Consegna.
Tutto in un unico posto.

bottom of page