Tencent Hy4: un modello a pesi aperti da 770B e cosa significa per la tua azienda

La risposta diretta: il 28 agosto 2026 Tencent ha pubblicato Hy4 preview come modello a pesi aperti con licenza Apache 2.0, con 770 miliardi di parametri totali, di cui solo 49 miliardi si attivano per token, e una finestra di contesto fino a un milione di token. In pratica, qualsiasi azienda può scaricare il modello ed eseguirlo sulla propria infrastruttura senza permesso del fornitore e senza tariffa per chiamata. Non significa che tu possa eseguirlo su un server nel tuo ufficio. La distanza tra queste due frasi decide se questa notizia ti riguarda davvero.

Che cosa è stato annunciato davvero

Prima di qualsiasi analisi, conviene separare i fatti pubblicati dall'interpretazione. Ciò che Tencent ha rilasciato nel repository ufficiale del modello comprende:

  • Dimensioni e attivazione: 770 miliardi di parametri totali, 49 miliardi attivati per token, in un'architettura mixture-of-experts.
  • Struttura interna: 78 livelli, il primo denso e gli altri mixture-of-experts con 256 esperti instradati più un esperto condiviso, con otto esperti selezionati per token.
  • Finestra di contesto: un milione di token, con un vocabolario di 120.832.
  • Licenza: Apache 2.0, una licenza permissiva che consente uso commerciale, modifica e ridistribuzione.
  • Variante quantizzata: è disponibile una versione FP8 accanto al modello a precisione piena.
  • Accelerazione dell'inferenza: un livello integrato di previsione multi-token che supporta la decodifica speculativa.
  • Obiettivo dichiarato: il modello punta su programmazione, produttività d'ufficio, sviluppo di videogiochi e ricerca scientifica più che sulla chat generica.

Ciò che non è stato annunciato, e non va dato per scontato, è qualsiasi promessa di superiorità sui modelli chiusi nel tuo caso specifico. I confronti pubblicati sui benchmark pubblici non dicono nulla di affidabile sulle prestazioni con i tuoi documenti, la lingua dei tuoi clienti e il contesto del tuo settore. Quella risposta arriva solo da test interni sui tuoi dati.

Perché la licenza Apache 2.0 non è un piccolo dettaglio legale

Gran parte del dibattito sui modelli aperti si concentra sulla qualità delle risposte, mentre il valore reale per un imprenditore sta nella clausola di licenza. Una licenza permissiva significa tre cose pratiche: eseguire il modello nella tua infrastruttura non richiede l'approvazione di nessuno, modificarlo e adattarlo ai tuoi dati è consentito, e la continuità del tuo servizio non dipende dal fatto che un fornitore continui a offrirlo o mantenga stabili i prezzi.

Quest'ultimo punto è il cuore della questione. Un'azienda che ha costruito tutto il servizio clienti su un'unica API porta con sé un rischio silenzioso: una variazione di prezzo, una versione dismessa o un cambio nelle regole d'uso possono riportarla al punto di partenza. Un modello a pesi aperti non elimina questo rischio, ma ti offre una via d'uscita: la copia che hai scaricato resta tua.

I conti sull'hardware che il titolo di solito salta

È qui che l'entusiasmo diventa numeri. 770 miliardi di parametri in precisione FP8 significano circa un byte per parametro, cioè più di 700 gigabyte per i soli pesi del modello, prima di qualsiasi altra cosa. Aggiungi la memoria di contesto, che cresce con la lunghezza della conversazione, e una finestra da un milione di token implica una notevole memoria aggiuntiva nell'uso reale; poi aggiungi la ridondanza, perché il servizio non cada quando un singolo nodo si guasta.

La conclusione è che questo è un modello da data center, non da server d'ufficio. Ospitarlo in proprio è una decisione che richiede hardware specializzato e un team operativo capace di distribuire un modello su più GPU e di monitorare latenza e utilizzo. È un costo fisso che non cala quando il tuo utilizzo diminuisce, a differenza di un'API, dove paghi ciò che consumi.

La regola pratica: l'hosting in proprio ha senso solo in una di due condizioni. O hai un utilizzo ampio e costante che rende il costo fisso più conveniente del consumo variabile, o devi rispettare un requisito normativo o contrattuale che impedisce ai dati di uscire da un perimetro definito. Al di fuori di queste due condizioni, l'hosting in proprio è di solito una decisione emotiva più che economica.

Cosa rende il design tecnicamente interessante

Il numero che colpisce in Hy4 non è 770 miliardi ma 49 miliardi. Un'architettura mixture-of-experts significa che il modello ha una capacità enorme ma attiva solo una piccola parte di sé per token, così ottieni una qualità da modello di punta con un costo di calcolo più vicino a quello di un modello di medie dimensioni. È proprio questa direzione architetturale ad aver avvicinato i modelli aperti a quelli chiusi negli ultimi due anni.

A questo si aggiungono un meccanismo di attenzione sparsa che riutilizza gli indici di sparsità tra i livelli e un livello integrato di previsione multi-token che abilita la decodifica speculativa per ridurre i tempi di generazione. In linguaggio aziendale: questi dettagli abbassano il costo per token e la latenza, e questi due fattori decidono se una funzione può essere estesa a migliaia di utenti o resta un esperimento interno.

Tre strade pratiche per la tua azienda

  • Un'API gestita su un modello chiuso: la via più rapida per partire, senza oneri operativi e con un costo variabile che cresce con l'uso. La strada predefinita per i primi sei mesi di qualsiasi prodotto.
  • Hy4 tramite un fornitore che lo ospita per te: ottieni la flessibilità della licenza e la possibilità di passare da un fornitore all'altro senza acquistare hardware. È la via di mezzo pratica che molti trascurano.
  • Hosting in proprio completo: massimo controllo e massimo costo. Giustificato quando hai un requisito rigoroso di residenza dei dati o gestisci volumi operativi grandi e stabili.

Le domande che chiudono la decisione

Prima di spendere un solo riyal su questa strada, rispondi onestamente a quattro domande. Che tipo di dati passerà attraverso il modello, ed esiste un obbligo normativo o contrattuale che ne impedisca l'uscita? Qual è il volume mensile atteso fra sei mesi, non nella prima settimana? Tu, o il tuo partner tecnico, avete una reale capacità operativa ventiquattro ore su ventiquattro? E hai costruito nella tua applicazione un livello di astrazione che ti permetta di cambiare modello senza riscrivere il prodotto?

Se la risposta all'ultima domanda è no, quella è la tua priorità prima di qualsiasi discussione su quale modello usare. La differenza tra un'azienda flessibile e una intrappolata non sta nello scegliere il modello giusto, ma nel costruire un sistema che mantenga la scelta modificabile in futuro a un costo ragionevole. Leggi il nostro articolo su una regione cloud locale e la residenza dei dati se la residenza è la tua motivazione principale.

Come lo gestiamo in Origami

Costruiamo le applicazioni dei clienti in modo che il modello sia un componente sostituibile dietro un'interfaccia interna unificata, e manteniamo un set di valutazione con casi reali dei clienti che eseguiamo su ogni modello candidato prima di adottarlo. Così una notizia come il rilascio di Hy4 passa da titolo tecnico a decisione misurabile: eseguire il set di valutazione, confrontare qualità, costo e latenza, poi decidere sui numeri e non sulle impressioni.

Fonti