Il 2 novembre 2026 la Autoware Foundation ha pubblicato Autoware 2.0, un aggiornamento importante del suo stack open‑source per la guida autonoma che introduce AI end‑to‑end (E2E) e planner ibridi AI/ basati su regole nella stessa architettura e aggiunge un registro di pacchetti e un framework di “Reference Design” per costruire sistemi veicolari completi.
Novità della release
Autoware 2.0 introduce un’architettura generator–selector che consente a più generatori di traiettoria (moduli basati su regole, modelli E2E appresi o moduli ibridi) di essere eseguiti in parallelo mentre un selector sceglie l’output attivo, permettendo agli sviluppatori di confrontare e combinare approcci in un unico stack. La release fa inoltre dell’organizzazione Hugging Face della Autoware Foundation la destinazione predefinita per il versioning dei modelli e aggiunge un Autoware Index CLI per scoprire e comporre pacchetti e Reference Design completi.
TIER IV — la società che ha guidato gran parte del lavoro su Autoware — ha dichiarato che guiderà le iniziative Autoware 2.0 e coordinerà i partner tra cui Arm, AWS e Red Hat per accelerare l’adozione commerciale e il supporto di piattaforma. L’annuncio di TIER IV inquadra il lavoro come uno sforzo di ecosistema che accoppia software open‑source con partner di calcolo, cloud e sistemi operativi a bordo veicolo.
Che cosa significa per il mercato
Per l’Europa centrale e orientale la release è rilevante perché Autoware è una codebase di qualità produzione disponibile gratuitamente e il nuovo concetto di Reference Design riduce il divario tra componenti software isolati e un blueprint riproducibile a livello veicolare. Questo è importante per i tier‑1 locali, le software house e le università che hanno costruito piloti per shuttle di campus, logistica di deposito e progetti di mobilità municipale — ora possono usare uno stack documentato, profili di deployment pubblicati e pacchetti indicizzati per assemblare prototipi più velocemente e con tracciabilità più chiara.
L’approccio generator–selector rende anche più semplice testare planner appresi rispetto a sistemi trasparenti basati su regole nella stessa esecuzione, il che aiuta fornitori e regolatori a dimostrare come si comporta un nuovo planner AI rispetto a alternative ben comprese. Il team Autoware dichiara esplicitamente che i Reference Design devono “indicare il proprio stato, distinguendo chiaramente la capacità prevista dai risultati dimostrati”, una caratteristica che agevola la raccolta di evidenze per i case di sicurezza.
Detto ciò, Autoware 2.0 non certifica di per sé alcun veicolo per l’operazione pubblica: la disponibilità è rivolta a sviluppatori e integratori (il codice e i Reference Design sono disponibili ora su GitHub e sull’Autoware Index), e il deployment commerciale richiederà comunque integrazione specifica per il veicolo, test e autorizzazioni nazionali.
Il presidente della Autoware Foundation Muhammad Zain Khawaja ha descritto la release come l’abilitazione “degli sviluppatori a passare senza soluzione di continuità dai moduli robotici basati su regole verso stack di AI End‑to‑End e autonomia ibrida.” Il fondatore di TIER IV Shinpei Kato ha inquadrato l’iniziativa come la costruzione di un ecosistema che collega AI, piattaforme di calcolo e servizi cloud in prodotti pratici.
Per gli OEM e i fornitori della regione CEE i prossimi passi pratici sono semplici: valutare i Reference Design rispetto ai casi d’uso locali (shuttle di campus, logistica dell’ultimo miglio, automazione di depositi), testare stack ibridi in simulazione e hardware‑in‑the‑loop e considerare partnership con fornitori di calcolo e cloud citati da TIER IV per abbreviare i tempi di integrazione. Diversi centri di ricerca regionali e città pilota usano già Autoware nelle prove, quindi i nuovi strumenti potrebbero accelerare quei progetti dal laboratorio a operazioni pubbliche limitate — a condizione che seguano le approvazioni regolatorie.
Veicoli ibridi su WorldTrader24 →
Fonti: Autoware Foundation, TIER IV
