IT EN
Avvia una prova

Note operative Osservatorio

La licenza è Apache 2.0. Il secondo file vieta difesa e sanità

7 min di lettura

Angolo di una risma di fogli sovrapposti in forte controluce, dettaglio ravvicinato, fotografia in bianco e nero
Il primo foglio è quello che si legge. Il secondo, sotto, è quello che vincola.

Se domani un vostro team scaricasse un modello a pesi aperti per un progetto in un impianto, in un ospedale o per la difesa, chi in azienda direbbe di sì o di no — e su quale documento lo leggerebbe? Sull’etichetta della licenza nella scheda del repository, o sul secondo file che sta nella stessa cartella e che quasi nessuno apre?

Questa volta non c’è nessun inganno da denunciare, e va detto subito. Negli ultimi giorni abbiamo scritto più volte di licenze dichiarate in modo scorretto o incompleto. Qui è il contrario: l’editore è verificato, la licenza dichiarata è quella vera, e il file che la contiene riporta davvero il testo dell’Apache License 2.0. Il problema, questa volta, non è la licenza. È quello che sta a fianco.

Il modello, e chi lo pubblica

meta-models/Muse-Glimmer-30B è apparso su Hugging Face il 10 agosto 2026 — creato il 9, scheda aggiornata alle 08:15 UTC del 10. Al momento della nostra interrogazione l’API registrava 675 like e 0 download (un dato, non una conclusione, su un modello appena uscito), e un punteggio di traiettoria di 660: terzo nella classifica trending, dietro a MiniMax-H3 e DeepSeek-V4-Flash.

Prima di leggere la licenza, il primo controllo riguarda chi pubblica. L’organizzazione meta-models risulta, dall’API, con fullname «Meta Inc.», isVerified: true, 150 utenti, 703 follower e quattro modelli pubblicati tra il 9 e il 10 agosto — Muse-Glimmer-30B, -GGUF, -assistant, -ExecuTorch-PTE. La sigla non è quella storica dei modelli Llama, ed è proprio per questo che si guarda il flag di verifica, non il nome nell’URL: qui il flag c’è, ed è superato. La scheda attribuisce il lavoro a «Meta Superintelligence Lab», «Model Release Date: August 2026», e descrive un modello da ~29,6 miliardi di parametri, pensato per girare interamente in locale, «without requiring cloud infrastructure or network access».

Due documenti, uno solo indicizzato

Il frontmatter della scheda dichiara license: apache-2.0; il corpo lo ripete: «License: Apache 2.0», e più avanti «All artifacts are released under Apache 2.0». Il file LICENSE — 11.358 byte — contiene davvero il testo dell’Apache License 2.0: lo abbiamo aperto e confrontato con l’originale, nessuna sostituzione. Su questo punto, che verifichiamo sempre per primo, il repository è a posto.

Il repository contiene però anche un secondo file, USAGE_POLICY.md — 5.230 byte —, che si apre così, verbatim: «Meta is committed to promoting safe and fair use of its tools and features, including Muse Glimmer. This Usage Policy (“Policy”) applies to your access or use of Muse Glimmer.» Poco sotto: «Muse Glimmer is not intended for individuals under the age of 18». Fra gli usi vietati, quelli che riguardano i lettori di questo pezzo:

  • «Military, warfare, nuclear industries or applications, espionage, use for materials or activities that are subject to the International Traffic Arms Regulations (ITAR) […] or to the U.S. Biological Weapons Anti-Terrorism Act of 1989 or the Chemical Weapons Convention Implementation Act of 1997»;
  • «Operation of critical infrastructure, transportation technologies, or heavy machinery»;
  • «Engage in the unauthorized or unlicensed practice of any profession including […] financial, legal, medical/health, or related professional practices»;
  • «Collect, process, disclose, generate, or infer private or sensitive information about individuals, including […] identity, health, or demographic information […]».

Nello stesso elenco compare anche il rovescio di un obbligo: fra le cose da non fare c’è «Fail to appropriately disclose to end users any known dangers of your AI system».

Dove sta la tensione, e dove non diamo un parere

L’Apache 2.0 è una licenza permissiva: non contiene, per costruzione, alcuna restrizione di campo d’uso. Difesa, sanità, infrastrutture critiche — non ne parla, né in un senso né nell’altro. La scheda, alla voce «Out-of-scope», scrive: «Use in any other way that is prohibited by the Apache 2.0 License terms». Ma i divieti su difesa, infrastrutture critiche e sanità non stanno nell’Apache 2.0: stanno nel secondo file, che la scheda cita una volta sola, nel paragrafo «Responsible Use»: «Our Usage Policy can be found here [link]».

Non diamo un parere legale: se quella policy vincoli contrattualmente chi scarica pesi Apache 2.0 è una domanda per il legale del lettore, non per un articolo. Quello che possiamo dimostrare, verificato file per file, è più semplice: un inventario costruito sull’etichetta della licenza — il campo license: apache-2.0 che qualsiasi scraper legge in un secondo — non vede quel secondo file. Non perché sia nascosto: è nella stessa cartella, elencato al fianco di LICENSE e config.json. Ma nessuna pipeline di censimento che si fermi al campo licenza lo apre.

Vedi il servizio · Parlane con un tecnico

I dettagli tecnici che contano per chi decide

I pesi sono in due file safetensors da 49,95 GB e 9,60 GB — circa 59,6 GB in tutto, in bfloat16. L’architettura è MuseGlimmerForConditionalGeneration, model_type muse_glimmer: propria, non una variante che il motore di inferenza già in uso probabilmente riconosce. Il transformers_version è 5.15.0.dev0 — versione di sviluppo, non stabile: pesa quanto la licenza. Parte testuale: 52 livelli, hidden_size 6656, max_position_embeddings 131072, vocab_size 202048, num_key_value_heads 2. Parte visiva: 50 livelli, patch_size 14. Il modello è multimodale (pipeline_tag image-text-to-text). Esistono già conversioni GGUF, dell’organizzazione e di terzi (unsloth/Muse-Glimmer-30B-GGUF, in classifica lo stesso giorno): una conversione ridistribuisce i pesi, non la Usage Policy — lo stesso punto dei derivati che cambiano licenza strada per strada.

Perché conta anche quando tutto è in ordine

I casi MiniMax H3 e Qwen3-8 avevano un difetto da segnalare: licenza scorretta o assente. Qui l’editore è verificato e la licenza è vera. Proprio per questo il caso è più istruttivo: dimostra che anche quando tutto è in ordine, l’etichetta non è i termini. Il campo che un inventario legge in automatico non contiene la frase che a un ospedale, a una utility o a un ufficio della difesa cambia la risposta: sta in un file accanto, con un altro nome, che nessuna pipeline apre da sola.

Dal 2 agosto 2026 è in gioco anche l’art. 101 del regolamento (UE) 2024/1689: la Commissione può sanzionare direttamente i fornitori di modelli di uso generale, fino al 3 per cento del fatturato mondiale annuo totale o 15 milioni di euro se superiore. Le sanzioni nazionali dell’art. 99 si applicavano già dal 2 agosto 2025. Indipendentemente dal calendario dell’alto rischio, chi adotta un modello simile in un contesto sensibile deve poter mostrare, con una traccia datata, quali documenti ha raccolto e a quali condizioni — non solo la riga di licenza della scheda.

Cosa fare, in pratica

  1. Non fermatevi al campo license: aprite l’albero completo dei file, cercando policy o restrizioni con nomi diversi da LICENSE.
  2. Se un file di uso accompagna la licenza, leggetelo per intero prima di decidere il caso d’uso.
  3. Registrate, per ogni modello in valutazione, l’elenco completo dei documenti presenti, non solo la licenza.
  4. Ripetete la verifica a ogni aggiornamento: un file può cambiare senza che la riga license si muova.

I due assi, applicati a questo caso

Adempiere: l’inventario dei modelli a pesi aperti diventa un controllo che gira sui sistemi del cliente — per ogni modello, repository e revisione (sha), licenza dichiarata, quali altri documenti sono presenti e che cosa dicono, per quali casi d’uso è stato approvato e da chi. Con la traccia datata da esibire a un’ispezione o a un consiglio di amministrazione.

Decidere: lo stesso impianto tiene insieme inventario dei modelli, contratti, archivi, gestionali e documenti in un modello operativo unico, su cui agenti AI eseguono decisioni con un operatore al comando, per grandi imprese, difesa, pubblica amministrazione e sanità. Quando esce un modello nuovo, la risposta a «possiamo usarlo, per che cosa, e chi lo ha approvato» arriva in ore. Muse Glimmer è pensato apposta per girare in locale: il perimetro tecnico è già quello giusto, è la decisione d’uso che resta da mettere per iscritto. Sempre in due modalità: on-premise, su macchine autonome senza integrazione profonda nella rete del cliente, oppure cloud dedicato con data center in Italia, sempre con gestione condivisa.

Sapreste dire, oggi, senza aprire un solo repository, quali altri documenti accompagnano ciascun modello a pesi aperti che gira nella vostra organizzazione — e per quali usi, in difesa, in sanità o su un impianto, quei documenti dicono di no? Parlatene con un nostro tecnico: la prima sessione è senza costi, e produce comunque l’inventario datato dei modelli in uso, con licenza, altri documenti presenti e casi d’uso approvati — comprese le caselle che restano vuote.

Fonti