Il veicolo spaziale AI di AstroForge affida il controllo a Solo, ma rimuove la rete di sicurezza del controllo missione

AstroForge prevede di mettere il proprio veicolo spaziale AI AstroForge sotto il controllo di Solo nel 2027, senza comandi di routine dalla Terra dopo la separazione dal veicolo di lancio. Questa decisione trasforma un noto problema di automazione spaziale in una prova molto più impegnativa del giudizio della macchina.

L’azienda chiama la missione Autonomy-1. Solo, un sistema compatto basato su transformer sviluppato internamente, coordinerà le operazioni del veicolo spaziale al di sopra di un livello consolidato di software di volo deterministico. AstroForge afferma che Autonomy-1 trasmetterà telemetria e dati scientifici alla Terra completando al contempo la propria missione senza comandi da terra.

Si tratta di un’affermazione molto più circoscritta rispetto alla creazione di un’intelligenza artificiale generalista. È anche più rilevante nelle sue conseguenze. Solo dovrà interpretare circa 2.500 input dai sensori, diagnosticare comportamenti anomali e scegliere le azioni da intraprendere mentre gestisce un veicolo fisico oltre l’aiuto umano immediato.

AstroForge punta su questa scelta dopo aver perso il controllo effettivo di Odin, il suo primo veicolo spaziale per lo spazio profondo, nel 2025. Problemi alle stazioni terrestri ritardarono il contatto durante la più preziosa finestra di comunicazione di Odin. L’azienda non è mai riuscita a stabilire il collegamento di comando continuativo necessario per completare la missione verso l’asteroide.

La sfida centrale non è quindi l’AI contro un’altra azienda spaziale. È il processo decisionale a bordo contro il modello tradizionale di controllo missione centrato sulla Terra. Uno promette risposte più rapide e costi operativi inferiori. L’altro offre persone esperte, procedure estese e la possibilità di intervenire quando il software si comporta in modo imprevisto.

Il veicolo spaziale AI di AstroForge prenderà le proprie decisioni

Autonomy-1 è progettata per completare l’intera missione dopo la separazione senza ricevere un comando dalla Terra.

AstroForge ha annunciato Autonomy-1 il 21 settembre 2026. La missione è prevista per il 2027 a bordo del primo lancio del veicolo Nova Pathfinder di Stoke Space.

Stoke ha confermato il carico utile nel suo manifesto del primo volo. Ha dichiarato che Autonomy-1 dimostrerà il sistema di intelligenza per veicoli spaziali Solo di AstroForge, supportando al contempo il carico utile eliofisico COMPASS del NASA Goddard.

Lo strumento della NASA rende la missione più di un test software isolato. Solo dovrà gestire il veicolo spaziale coordinando al contempo le funzioni necessarie al funzionamento di un carico utile scientifico. L’autonomia dovrà quindi preservare alimentazione, navigazione, condizioni termiche e operazioni dello strumento per tutta la missione.

AstroForge afferma che la telemetria e i dati scientifici continueranno a fluire dal veicolo spaziale alla Terra. Gli ingegneri dovrebbero poter osservare ciò che fa Solo ed esaminare la traccia del ragionamento riflessa nei dati di missione. Tuttavia, il progetto annunciato elimina il normale percorso di comando nella direzione opposta.

Il CEO e cofondatore Matt Gialich ha dichiarato a TechCrunch che non prevedeva di installare radio capaci di ricevere comandi dalla Terra. Ha riconosciuto che il suo team di ingegneria potrebbe convincerlo a modificare questa decisione prima del lancio.

Questa riserva è importante. Un veicolo spaziale che ignora volontariamente comandi disponibili è diverso da uno fisicamente incapace di riceverli. Il primo progetto conserva un’opzione d’emergenza. Il secondo rende l’autonomia una condizione irreversibile una volta che il veicolo si è separato.

L’annuncio della missione di AstroForge descrive Solo come un livello di intelligenza al di sopra del software di volo convenzionale. Non sostituisce gli algoritmi verificati e basati sulla fisica che controllano i singoli sistemi.

Questa architettura a livelli rappresenta un’importante misura di protezione. Il software deterministico continua a gestire le funzioni il cui comportamento previsto gli ingegneri possono specificare e testare. Solo riceve informazioni sullo stato del veicolo spaziale, riconosce condizioni anomale e decide cosa debba accadere in seguito.

Il modello è basato su transformer, ossia utilizza un’architettura progettata per identificare relazioni tra sequenze di dati. Su un veicolo spaziale, tali sequenze provengono da sensori e stati dei sottosistemi, anziché da normali prompt in linguaggio naturale.

AstroForge afferma che il modello elaborerà input provenienti da circa 2.500 sensori. Modelli specializzati addestrati sui dati di test dei sottosistemi supporteranno aree come la navigazione e la generazione di energia. Solo coordinerà quindi le decisioni tra questi sistemi.

Un problema rappresentativo inizia con l’incertezza sulla posizione del veicolo spaziale. Solo potrebbe correlare quell’errore di navigazione con un comportamento anomalo dell’alimentazione proveniente da uno star tracker. Potrebbe quindi tentare un ripristino mirato, come il riavvio del componente interessato.

Questo esempio può sembrare modesto rispetto alle diffuse affermazioni sugli agenti autonomi. Nel volo spaziale, tuttavia, riavviare correttamente un singolo componente può determinare se un veicolo resta controllabile. La capacità importante non è la conversazione. È selezionare un’azione sicura sulla base di prove limitate e imperfette.

Autonomy-1 resterà una missione dimostrativa. Non estrarrà risorse da un asteroide né proverà che Solo sia in grado di gestire ogni scenario nello spazio profondo. Il suo obiettivo immediato è mostrare che un singolo veicolo spaziale possa completare una missione definita senza comandi successivi alla separazione.

Odin ha trasformato le comunicazioni da terra nel principale avversario

La spinta di AstroForge verso l’autonomia segue una missione in cui l’infrastruttura di comunicazione ha fallito prima che gli operatori umani potessero ottenere un controllo affidabile.

Odin è stato lanciato il 26 febbraio 2025 come carico utile secondario della missione IM-2 di Intuitive Machines. AstroForge intendeva far passare il veicolo spaziale vicino all’asteroide 2022 OB5 e catturare immagini che aiutassero a valutarlo come obiettivo minerario.

L’azienda ha ricevuto diversi primi segnali che Odin fosse operativo. Non è però mai riuscita a stabilire le comunicazioni bidirezionali continuative necessarie per comandare il veicolo, verificarne lo stato o completare l’incontro previsto.

Il debriefing su Odin di AstroForge ha individuato guasti nella rete terrestre assemblata in fretta. Una stazione trasmetteva con la polarizzazione sbagliata. Un’altra utilizzava coordinate di puntamento errate.

Questi errori hanno consumato le prime ore dopo la separazione, quando Odin era più vicino alla Terra e aveva maggiori probabilità di disporre di sufficiente energia dalla batteria. In seguito l’azienda ha utilizzato apparecchiature più sensibili e antenne aggiuntive, ma le sue possibilità sono diminuite man mano che il veicolo spaziale si allontanava.

Le osservazioni ottiche indicavano che Odin continuava lungo la traiettoria prevista. Ciò non ha ripristinato l’autorità di comando. La missione è diventata una chiara dimostrazione di come un veicolo spaziale funzionante possa diventare operativamente inutile quando le comunicazioni falliscono.

AstroForge non ha sostenuto che Solo avrebbe certamente salvato Odin. Gialich ha dichiarato nel rapporto originale di non sapere se l’intelligenza a bordo avrebbe potuto recuperare il veicolo.

La sua osservazione più circoscritta è più convincente. Nulla a bordo di Odin era attrezzato per tentare una diagnosi ampia una volta che la Terra avesse perso il controllo. Un sistema autonomo avrebbe potuto ispezionare i dati locali, identificare uno stato recuperabile e agire prima che il team a terra comprendesse il problema.

Le informazioni locali creano un vantaggio reale. I collegamenti di comunicazione nello spazio profondo non possono trasmettere continuamente ogni lettura dei sensori con tutti i dettagli. Gli ingegneri ricevono un quadro ridotto, condizionato da larghezza di banda, accesso alle antenne, distanza e potenza del veicolo spaziale.

Solo può ispezionare i dati alla fonte. Non deve attendere un passaggio sopra una stazione terrestre prima di correlare le letture tra sistemi di navigazione, alimentazione, comunicazione e termici. Questo ciclo decisionale più breve diventa prezioso quando un’anomalia evolve di minuto in minuto.

L’argomento finanziario è altrettanto importante per AstroForge. L’azienda afferma che le operazioni di missione e l’infrastruttura terrestre rappresentano quasi un terzo dei costi complessivi della missione. Gialich ha stimato che costruire una rete privata globale di cinque parabole costerebbe circa 200 milioni di dollari.

Queste cifre sono stime aziendali, non benchmark di settore verificati in modo indipendente. Spiegano comunque l’incentivo di AstroForge. Una startup che pianifica più veicoli spaziali a basso costo non può replicare il modello di lavoro e infrastruttura usato da una grande missione governativa.

TechCrunch ha riferito che la missione NASA OSIRIS-REx verso un asteroide impiegava circa 100 operatori durante ciascun turno di otto ore attorno al rendezvous del 2018. Questo approccio offriva esperienza, specializzazione e ridondanza. Dipendeva però anche da risorse che un’azienda spaziale sostenuta da venture capital non può facilmente riprodurre.

AstroForge è stata fondata nel 2022 e ha raccolto 56 milioni di dollari, secondo il rapporto. Una rete terrestre proposta con un costo diverse volte superiore sarebbe in conflitto con il suo modello di missione a basso costo.

In queste condizioni, l’autonomia diventa un requisito economico. Altrimenti, ogni veicolo spaziale aggiuntivo richiede più tempo dei controllori, maggiore accesso alle antenne e più coordinamento operativo. Questi costi aumentano con la flotta anziché diminuire grazie alla replicazione.

Questo non significa che il software renda irrilevante l’infrastruttura terrestre. Autonomy-1 deve comunque restituire telemetria e osservazioni scientifiche. AstroForge necessita inoltre di dati di tracciamento per capire se la missione abbia raggiunto la traiettoria prevista.

Solo punta invece alla dipendenza dai comandi. L’azienda vuole che ogni veicolo spaziale continui a operare quando le istruzioni umane sono ritardate, indisponibili o troppo costose da fornire in modo continuo.

La pressione va oltre AstroForge. Le piccole aziende dello spazio profondo spesso propongono veicoli standardizzati, lanci frequenti e costi di missione inferiori. Queste promesse diventano più difficili da sostenere se ogni nuovo veicolo richiede un’organizzazione operativa su misura.

Se Solo funziona, le piattaforme concorrenti dovranno scegliere. Potranno accettare costi terrestri più elevati, sviluppare un’autonomia comparabile o limitare le missioni ad ambienti più circoscritti, nei quali l’automazione consolidata resta sufficiente.

Solo estende una vecchia idea con un modello meno prevedibile

L’autonomia dei veicoli spaziali ha decenni di storia, ma Solo aggiunge un livello decisionale basato su transformer a sistemi tradizionalmente progettati per un comportamento prevedibile.

La NASA ha dimostrato l’intelligenza artificiale a bordo molto prima dell’attuale era dei transformer. Il suo veicolo spaziale Deep Space 1 eseguì l’esperimento Remote Agent nel 1999.

Remote Agent pianificava attività a partire da obiettivi di alto livello, eseguiva comandi, monitorava i risultati e rispondeva a guasti simulati. Il resoconto dell’esperimento della NASA afferma che il sistema ha completato tutti gli obiettivi pianificati.

L’esperimento ha incontrato anche un bug software durante la sua prima esecuzione. Gli ingegneri hanno diagnosticato il problema e proseguito con un test rivisto. L’episodio resta rilevante perché l’autonomia iniziale può esporre modalità di guasto all’interno del sistema di autonomia stesso.

L’architettura della NASA utilizzava ragionamento basato su modelli, pianificazione consapevole dei vincoli e logica esplicita di protezione dai guasti. Solo appartiene a una generazione diversa. La sua componente transformer apprende relazioni dai dati di addestramento e test anziché affidarsi solo a regole scritte in anticipo.

La differenza non è che un sistema sia intelligente e l’altro no. Entrambi operano entro confini ingegnerizzati. La differenza riguarda il modo in cui ciascun sistema rappresenta i modelli, interpreta condizioni non familiari e seleziona una risposta.

Gli algoritmi di controllo tradizionali restano interessanti perché gli ingegneri possono modellarne il comportamento con input definiti. I team di verifica possono testare i requisiti, ispezionare i percorsi decisionali e stabilire le condizioni in cui il software deve entrare in uno stato sicuro.

I modelli appresi complicano questo processo. Il loro comportamento emerge in parte dai dati di addestramento, dalla struttura del modello e dalle relazioni statistiche. Una risposta che appare sensata in migliaia di test potrebbe comunque fallire con una rara combinazione di errori dei sensori.

AstroForge affronta questo problema con uno stack ibrido. Solo coordina le decisioni, mentre algoritmi consolidati mantengono la responsabilità diretta del controllo basato sulla fisica. Questo limita l’autorità del modello sul comportamento del veicolo ai livelli più bassi.

La distinzione ricorda un responsabile di missione che dirige controllori specializzati. Solo può decidere che un componente richiede attenzione, ma il software di volo sottostante governa il modo in cui il veicolo spaziale esegue la manovra o l’azione di sistema pertinente.

Questa architettura dovrebbe ridurre alcuni rischi. Non elimina la necessità di convalidare le decisioni di Solo. Un comando eseguito correttamente rimane dannoso se il modello sceglie il comando sbagliato, agisce nel momento sbagliato o interpreta erroneamente dati corrotti.

AstroForge sta quindi pianificando un test di volo intermedio. DeepSpace-2 trasporterà Solo in modalità ombra prima del lancio di Autonomy-1.

La modalità ombra consente al modello di elaborare dati reali del veicolo spaziale e produrre decisioni senza controllare il veicolo. Gli ingegneri possono confrontare queste azioni proposte con il comportamento effettivo del veicolo e con le scelte degli operatori a terra.

Secondo AstroForge, DeepSpace-2 dovrebbe essere lanciata con la terza missione lunare di Intuitive Machines. Il suo obiettivo più ampio è una campagna di rendezvous e acquisizione di immagini di un asteroide.

Il veicolo spaziale pesa circa 200 chilogrammi ed è progettato per missioni della durata massima di due anni. AstroForge afferma che può operare a distanze fino a 20 milioni di chilometri dalla Terra.

Queste condizioni dovrebbero fornire dati più realistici delle simulazioni di laboratorio. L’hardware spaziale è soggetto a radiazioni, cicli termici, sensori rumorosi, interruzioni delle comunicazioni e guasti interagenti, difficili da riprodurre completamente sulla Terra.

Anche la modalità ombra ha dei limiti. Il veicolo non subisce le conseguenze dei comandi proposti da Solo. Una decisione può sembrare corretta nella telemetria registrata, pur producendo effetti inattesi quando viene applicata all’hardware reale.

Gli ingegneri possono modellare tali conseguenze tramite test hardware-in-the-loop, che collegano il software di volo a componenti fisici o simulatori rappresentativi. Tuttavia, l’intero ciclo chiuso appare solo quando le decisioni del modello modificano lo stato successivo del veicolo spaziale.

Questo divario rende DeepSpace-2 essenziale ma non conclusiva. Può individuare errori evidenti, misurare i falsi allarmi e rivelare se Solo riconosce anomalie reali. Non può dimostrare che ogni sequenza di azioni rimarrà stabile in volo.

AstroForge dovrà inoltre definire una politica chiara per i disaccordi. Se la protezione deterministica dai guasti raccomanda una modalità sicura mentre Solo raccomanda di proseguire le operazioni, l’architettura necessita di una gerarchia di autorità prevedibile.

L’azienda non ha divulgato pubblicamente dettagli tecnici sufficienti per valutare tale gerarchia. Non ha pubblicato le dimensioni del modello, l’hardware di calcolo, il consumo energetico, le procedure di addestramento o i risultati della verifica formale.

Questa assenza è comprensibile prima di una missione dimostrativa. Significa inoltre che le affermazioni più forti restano asserzioni di AstroForge. I lettori dovrebbero distinguere l’architettura annunciata dalle prestazioni dimostrate.

L’eliminazione dei comandi da Terra alza lo standard della prova

Autonomy-1 avrà successo solo se Solo gestirà l’incertezza senza trasformare un errore software recuperabile in una perdita permanente della missione.

I veicoli spaziali eseguono già operazioni critiche in autonomia quando i ritardi di comunicazione rendono impossibile il controllo in tempo reale. La missione OSIRIS-REx della NASA ha usato il Natural Feature Tracking durante la discesa verso l’asteroide Bennu.

Il sistema confrontava le immagini di bordo con elementi della superficie mappati. Poteva annullare la discesa se prevedeva un atterraggio non sicuro. Il resoconto della NASA sulla navigazione lo descriveva come completamente autonomo.

Quell’autonomia era delimitata a una fase specifica della missione e a un ambiente preparato in modo approfondito. Gli ingegneri avevano costruito mappe dei pericoli e definito le condizioni che avrebbero dovuto attivare una ritirata. I team umani restavano responsabili della missione nel suo complesso.

Solo punta ad assumere un ruolo operativo più ampio. Monitorerà più sistemi, identificherà stati fuori nominale e coordinerà le risposte durante tutta Autonomy-1. Questa maggiore portata crea più opportunità sia di adattamento utile sia di interazioni dannose.

Un transformer può rilevare schemi in molti flussi di sensori. Può anche attribuire una confidenza errata quando gli input escono dalla sua distribuzione di addestramento. Le missioni spaziali generano proprio quelle combinazioni insolite che sono più difficili da raccogliere in anticipo.

I guasti dei sensori presentano un’altra sfida. Un modello può ricevere dati internamente coerenti che non riflettono la realtà fisica. Se più letture condividono un guasto comune, la sola correlazione potrebbe rafforzare la diagnosi errata.

Gli ingegneri normalmente gestiscono questo problema attraverso ridondanza, misurazioni indipendenti, controlli di plausibilità e alberi dei guasti conservativi. Il valore di Solo dipende dall’impiego di queste protezioni senza scavalcarle tramite un’interpretazione ingiustificata.

Anche i vincoli di calcolo contano. I processori qualificati per lo spazio sono in genere meno performanti dell’hardware dei data center. Devono operare entro limiti rigorosi di potenza e temperatura, tollerando al contempo le radiazioni.

AstroForge descrive Solo come un modello piccolo, il che rende più credibile il funzionamento a bordo. Tuttavia, le sole dimensioni del modello non stabiliscono latenza affidabile, consumo energetico, requisiti di memoria o resilienza alle radiazioni.

Anche la cybersicurezza merita attenzione. Una radio ricevente crea una superficie d’attacco, ma rimuoverla non elimina il rischio software. Pipeline di addestramento, strumenti di sviluppo, aggiornamenti del modello e codice di volo possono tutti introdurre vulnerabilità prima del lancio.

Il design senza comandi elimina inoltre un’opzione di risposta. I team a terra non possono caricare una patch, modificare una soglia o disabilitare un livello decisionale difettoso dopo la separazione se il veicolo spaziale è davvero privo di ricevitore.

Questo vincolo potrebbe migliorare la disciplina prima del lancio. Gli ingegneri devono decidere quali comportamenti sono consentiti e quali stati richiedono un fallback deterministico. Non possono dipendere da un comando futuro per riparare un progetto incompleto.

Potrebbe anche trasformare un difetto minore del modello in un difetto permanente. L’esperimento Deep Space 1 della NASA ha beneficiato di test graduali e del continuo coinvolgimento umano. La premessa pubblica di Autonomy-1 lascia meno spazio a tale intervento.

La versione più solida della dimostrazione di AstroForge includerebbe criteri di successo trasparenti. Completare la missione è una misura, ma non mostra con quale frequenza Solo sia intervenuto né se tali interventi abbiano migliorato gli esiti.

Le evidenze utili includerebbero il numero di anomalie rilevate, falsi positivi, raccomandazioni respinte, tentativi di recupero e transizioni in modalità sicura. Gli ingegneri devono inoltre sapere se le salvaguardie deterministiche abbiano bloccato azioni di Solo non sicure.

I risultati della modalità ombra di DeepSpace-2 potrebbero fornire un riferimento di base. AstroForge potrebbe confrontare le raccomandazioni di Solo con le decisioni dei controllori di volo e valutare in seguito quale scelta corrispondesse allo stato effettivo del veicolo spaziale.

L’azienda non si è impegnata pubblicamente a divulgare questo livello di dettaglio. Sensibilità commerciale e preoccupazioni per la sicurezza potrebbero limitare la divulgazione. Senza tali evidenze, gli osservatori esterni faticheranno a distinguere le prestazioni autonome da una missione priva di eventi.

Anche la durata della missione influenzerà il risultato. Un volo breve con poche anomalie mette alla prova la pianificazione nominale più della resilienza. Una missione più lunga crea maggiori opportunità di degrado, incertezza nella navigazione e interazione tra sottosistemi.

Autonomy-1 trasporta inoltre un vero carico utile scientifico, aumentando il costo delle decisioni errate. Solo deve proteggere il veicolo spaziale, garantendo al contempo a COMPASS la potenza, il puntamento e il supporto operativo necessari per raccogliere dati utili.

Ecco perché la missione non dovrebbe essere presentata come l’AI che sostituisce l’ingegneria aerospaziale. Solo dipende da controllori deterministici, sistemi spaziali verificati, ridondanza dei sensori, vincoli di missione e test a terra approfonditi.

La proposta effettiva è più circoscritta. AstroForge ritiene che un livello di coordinamento appreso possa ridurre la dipendenza dalle operazioni umane continue senza rinunciare all’affidabilità fornita dal software di volo convenzionale.

Questo compromesso non è stato risolto dall’annuncio. Sarà risolto attraverso i dati di volo, la gestione dei guasti divulgata e il comportamento del veicolo quando le condizioni smetteranno di corrispondere al piano.

Cosa dovrà dimostrare la missione del 2027

Tre traguardi determineranno se Solo diventerà un operatore di veicoli spaziali credibile o resterà una dimostrazione ambiziosa.

Il primo segnale sarà il record della modalità ombra di DeepSpace-2. Questa missione dovrebbe mostrare se Solo è in grado di interpretare dati reali dei sensori prima di ricevere l’autorità di comando.

Il risultato più prezioso non sarebbe un accordo perfetto con i controllori a terra. Un sistema di autonomia si guadagna il proprio posto individuando condizioni che gli umani non colgono, reagendo più rapidamente o proponendo una risposta sicura a partire da dati locali più ricchi.

Il disaccordo richiede comunque un’analisi attenta. Gli ingegneri devono stabilire se Solo abbia individuato un’alternativa legittima, frainteso il veicolo spaziale o generato un’azione che le salvaguardie deterministiche rifiuterebbero.

Falsi allarmi frequenti indebolirebbero la tesi di AstroForge. Potrebbero consumare energia, interrompere la raccolta scientifica e creare cambi di modalità non necessari una volta che Solo acquisirà il controllo.

Il secondo segnale è l’architettura finale delle comunicazioni di Autonomy-1. AstroForge descrive attualmente un collegamento unidirezionale che invia telemetria e dati scientifici alla Terra senza accettare comandi.

Se il veicolo spaziale verrà lanciato con un ricevitore di comando dormiente o di emergenza, la dimostrazione potrà restare autonoma preservando al contempo un canale di sicurezza di ultima istanza. Questa scelta ridurrebbe la purezza dell’esperimento ma migliorerebbe la recuperabilità.

Se AstroForge rimuoverà completamente il ricevitore, Autonomy-1 diventerà un test più forte dell’indipendenza operativa. Diventerà però anche meno indulgente verso gli errori scoperti dopo il lancio.

Nessuna delle due scelte dimostra automaticamente coraggio o prudenza. La questione importante è se AstroForge pubblichi le regole di autorità, il comportamento di fallback e le condizioni che definiscono un’autonomia di successo.

Il terzo segnale saranno le evidenze della missione dopo la separazione. Un veicolo che segue uno script nominale senza incontrare anomalie significative convaliderà l’esecuzione di base. Non convaliderà pienamente le affermazioni diagnostiche di Solo.

Un risultato più solido documenterebbe una condizione inattesa, le evidenze usate da Solo, l’azione selezionata e lo stato successivo del veicolo spaziale. Questa catena mostrerebbe se il sistema sia in grado di fare più che riprodurre un piano preparato.

La telemetria può anche rivelare guasti silenziosi. Solo potrebbe completare la missione sprecando energia, perdendo opportunità scientifiche o avvicinandosi ripetutamente a limiti non sicuri. Il solo stato finale della missione nasconderebbe queste debolezze.

AstroForge dovrebbe quindi riferire la qualità operativa insieme alla sopravvivenza. Le misure più utili includono decisioni di comando, classificazioni delle anomalie, durata del recupero, margini di risorse e azioni bloccate.

La NASA e i partner commerciali osserveranno anche le prestazioni di COMPASS. Un output scientifico affidabile dimostrerebbe che Solo può bilanciare gli obiettivi del carico utile con la salute del veicolo spaziale, anziché limitarsi a mantenerlo in vita.

Un volo riuscito spingerebbe altri costruttori di piccoli veicoli spaziali a riconsiderare i propri modelli operativi. L’opportunità immediata non è l’estrazione mineraria autonoma dagli asteroidi. È ridurre il personale e l’accesso da Terra richiesti per ogni ulteriore veicolo destinato allo spazio profondo.

Quel cambiamento inciderebbe sui team software tanto quanto sui controllori di missione. Gli ingegneri avrebbero bisogno di registri migliori sul comportamento dei sistemi, le cronologie delle anomalie, i risultati dei test e i vincoli decisionali. Una base di conoscenza ricercabile può aiutare i team a collegare queste evidenze prima che diventino materiale per l’addestramento o la convalida.

Tuttavia, nessun sistema di conoscenza può sostituire la qualificazione al volo. La credibilità di Solo dipenderà da come si comporterà quando i sensori saranno in disaccordo, le comunicazioni verranno meno e le procedure di recupero entreranno in competizione per una potenza limitata.

Il veicolo spaziale AI di AstroForge è interessante perché il suo vincolo centrale è reale. Le operazioni nello spazio profondo non possono espandersi indefinitamente attraverso sale di controllo più grandi e tempo di antenna scarso.

La soluzione proposta comporta anche rischi concreti. Spostare l’intelligenza a bordo accorcia il ciclo decisionale, ma trasferisce maggiori responsabilità a software che la Terra potrebbe non essere in grado di correggere.

Osservate i risultati in ombra di DeepSpace-2, il progetto finale del collegamento di comando e il registro decisionale post-volo di Autonomy-1. Insieme, questi segnali mostreranno se Solo riduce davvero la dipendenza dalla Terra o elimina semplicemente il percorso più sicuro per tornare a casa.