Il JPL manda in orbita Gemma 3, primo modello che elabora immagini dal satellite

Gemma 3 di Google ha analizzato in orbita immagini scattate dal sensore del satellite YAM‑9, senza inviarle a terra. L’esecuzione è avvenuta a bordo durante una dimostrazione del Jet Propulsion Laboratory della NASA. È la prima volta che un modello vision‑language elabora dati prodotti dal sensore del veicolo spaziale stesso [S1].

La prova è stata condotta con NAVI‑Orbital, un framework software “agentico” sviluppato da Juan M. Delfa, technical group lead alla NASA. Delfa spiega il cambio di paradigma: uno scienziato può scrivere un prompt, caricarlo sul veicolo, e il sistema lo prenderà in considerazione. Prima servivano comandi molto strutturati, con un team di operazioni a supporto [S1].

YAM‑9 appartiene a Loft Orbital. Le immagini riprese a bordo sono rimaste sul satellite. Gemma 3 le ha interpretate direttamente in orbita, sull’input del sensore. È qui l’elemento nuovo: niente download a terra prima dell’analisi, niente catene di pre‑elaborazione esterne [S1].

“Gemma 3 va nello spazio — senza modifiche necessarie.” La fonte chiarisce che il modello è stato impiegato così com’era, per un compito mirato di interpretazione di immagini a bordo. Nessun dettaglio aggiuntivo su ottimizzazioni, componenti o risorse hardware è indicato nella documentazione disponibile [S1].

NAVI‑Orbital cambia il modo di operare. Lo scienziato formula una richiesta in linguaggio naturale. Il sistema la esegue sul contenuto del sensore, in orbita. La pipeline si accorcia: meno passaggi intermedi, meno traduzioni in procedure complesse prima di istruire il veicolo [S1].

Il JPL propone così un’alternativa alla visione di grandi data center orbitali alimentati da migliaia di GPU. Invece di spostare calcolo massivo nello spazio, impiega un modello esistente per compiti circoscritti, direttamente dove nasce il dato. È un approccio incrementale che non chiude il dibattito, ma mostra un percorso pratico per missioni operative [S1].

Delfa sintetizza l’impatto con una formula semplice: aggiornare il comportamento scientifico del satellite cambiando il prompt, non il software di bordo. Questo tipo di flessibilità, definita “un grande cambiamento”, riduce l’attrito tra le domande degli scienziati e l’analisi dei dati in orbita. La dimostrazione, centrata su YAM‑9 e su Gemma 3, offre un caso concreto di questa logica [S1].

Resta aperta la strada a iterazioni rapide: nuovi prompt per nuovi obiettivi, senza ridisegnare la catena di comando. Per i team che gestiscono missioni, significa poter riconfigurare le attività scientifiche con cicli più corti e rischi minori di regressioni operative. In prospettiva, l’adozione di modelli generali per compiti mirati potrebbe estendersi ad altri sensori e scenari simili, se le condizioni di missione lo consentiranno [S1].