Statek kosmiczny AstroForge AI oddaje kontrolę Solo, ale usuwa siatkę bezpieczeństwa centrum kontroli misji
AstroForge planuje w 2027 roku oddać swój statek kosmiczny AstroForge AI pod kontrolę Solo, bez rutynowych poleceń z Ziemi po odłączeniu od rakiety nośnej. Decyzja ta przekształca znany problem automatyzacji statków kosmicznych w znacznie trudniejszy test osądu maszyny.
Firma nazywa tę misję Autonomy-1. Solo, kompaktowy system oparty na transformerach opracowany wewnętrznie, będzie koordynować operacje statku kosmicznego ponad ustaloną warstwą deterministycznego oprogramowania lotu. AstroForge twierdzi, że Autonomy-1 będzie przesyłać na Ziemię telemetrię i dane naukowe, jednocześnie realizując swoją misję bez poleceń z Ziemi.
To twierdzenie jest znacznie węższe niż zbudowanie sztucznej inteligencji ogólnego przeznaczenia. Jest też bardziej doniosłe. Solo musi interpretować około 2 500 danych wejściowych z czujników, diagnozować zachowania odbiegające od normy i wybierać działania podczas obsługi fizycznego pojazdu poza zasięgiem natychmiastowej ludzkiej pomocy.
AstroForge stawia na to rozwiązanie po utracie skutecznej kontroli nad Odin, swoim pierwszym statkiem kosmicznym przeznaczonym do lotu w głęboką przestrzeń kosmiczną, w 2025 roku. Problemy ze stacjami naziemnymi opóźniły kontakt podczas najcenniejszego okna komunikacyjnego Odin. Firma nigdy nie ustanowiła trwałego łącza dowodzenia potrzebnego do ukończenia misji asteroidowej.
Centralną rywalizacją nie jest więc AI kontra inna firma kosmiczna. Jest nią podejmowanie decyzji na pokładzie kontra tradycyjny model centrum kontroli misji skoncentrowanego na Ziemi. Jeden obiecuje szybsze reakcje i niższe koszty operacyjne. Drugi oferuje doświadczonych ludzi, rozbudowane procedury i możliwość interwencji, gdy oprogramowanie zachowuje się nieoczekiwanie.
Statek kosmiczny AstroForge AI będzie podejmować własne decyzje
Autonomy-1 zaprojektowano tak, aby zrealizowała całą swoją misję po odłączeniu bez otrzymywania poleceń z Ziemi.
AstroForge ogłosiło Autonomy-1 21 września 2026 roku. Misja ma wystartować w 2027 roku podczas pierwszego lotu pojazdu Nova Pathfinder firmy Stoke Space.
Stoke potwierdziło ładunek w swoim manifeście pierwszego lotu. Firma poinformowała, że Autonomy-1 zademonstruje system inteligencji statku kosmicznego Solo od AstroForge, wspierając jednocześnie heliofizyczny ładunek COMPASS NASA Goddard.
Instrument NASA sprawia, że misja jest czymś więcej niż odizolowanym testem oprogramowania. Solo będzie musiało zarządzać statkiem kosmicznym, koordynując jednocześnie funkcje wymagane do działania naukowego ładunku. Autonomia musi zatem utrzymywać zasilanie, nawigację, warunki termiczne i działanie instrumentów przez całą misję.
AstroForge twierdzi, że telemetria i dane naukowe nadal będą przesyłane ze statku kosmicznego na Ziemię. Inżynierowie powinni móc obserwować działania Solo i analizować ślad rozumowania odzwierciedlony w danych misji. Ogłoszona konstrukcja usuwa jednak zwykłą ścieżkę poleceń w przeciwnym kierunku.
Dyrektor generalny i współzałożyciel Matt Gialich powiedział TechCrunch, że nie planował wysyłać radiostacji zdolnych do odbierania poleceń z Ziemi. Przyznał, że jego zespół inżynierów może przekonać go do zmiany tej decyzji przed startem.
To zastrzeżenie ma znaczenie. Statek kosmiczny, który dobrowolnie ignoruje dostępne polecenia, różni się od statku fizycznie niezdolnego do ich odbioru. Pierwsza konstrukcja zachowuje opcję awaryjną. Druga sprawia, że autonomia staje się nieodwracalnym stanem po odłączeniu pojazdu.
Ogłoszenie misji AstroForge opisuje Solo jako warstwę inteligencji ponad konwencjonalnym oprogramowaniem lotu. Nie zastępuje ono zweryfikowanych, opartych na fizyce algorytmów kontrolujących poszczególne systemy.
Ta warstwowa architektura jest ważnym zabezpieczeniem. Deterministyczne oprogramowanie nadal obsługuje funkcje, których oczekiwane zachowanie inżynierowie mogą określić i przetestować. Solo otrzymuje informacje o stanie statku kosmicznego, rozpoznaje nietypowe warunki i decyduje, co powinno nastąpić dalej.
Model jest oparty na transformerach, co oznacza, że wykorzystuje architekturę zaprojektowaną do identyfikowania relacji w sekwencjach danych. Na statku kosmicznym sekwencje te pochodzą z czujników i statusu podsystemów, a nie ze zwykłych poleceń językowych.
AstroForge twierdzi, że model będzie przetwarzać dane wejściowe z około 2 500 czujników. Wyspecjalizowane modele wytrenowane na danych testowych podsystemów będą wspierać obszary takie jak nawigacja i wytwarzanie energii. Solo będzie następnie koordynować decyzje między tymi systemami.
Reprezentatywny problem zaczyna się od niepewności dotyczącej położenia statku kosmicznego. Solo może skorelować ten błąd nawigacyjny z nietypowym zachowaniem zasilania pochodzącym z czujnika gwiazd. Mogłoby następnie podjąć ukierunkowaną próbę odzyskania sprawności, na przykład restartując dotknięty problemem komponent.
Ten przykład wydaje się skromny w zestawieniu z popularnymi twierdzeniami o autonomicznych agentach. W lotach kosmicznych właściwe zrestartowanie jednego komponentu może jednak przesądzić o tym, czy pojazd pozostanie sterowalny. Kluczową zdolnością nie jest rozmowa. Jest nią wybór bezpiecznego działania na podstawie ograniczonych i niedoskonałych dowodów.
Autonomy-1 nadal będzie misją demonstracyjną. Nie będzie wydobywać surowców z asteroidy ani dowodzić, że Solo może zarządzać każdym scenariuszem w głębokiej przestrzeni kosmicznej. Jej bezpośrednim celem jest pokazanie, że jeden statek kosmiczny może ukończyć zdefiniowaną misję bez poleceń po odłączeniu.
Odin uczynił komunikację naziemną głównym przeciwnikiem
Dążenie AstroForge do autonomii następuje po misji, w której infrastruktura komunikacyjna zawiodła, zanim operatorzy mogli uzyskać niezawodną kontrolę.
Odin wystartował 26 lutego 2025 roku jako ładunek dodatkowy podczas misji IM-2 firmy Intuitive Machines. AstroForge zamierzało, aby statek kosmiczny przeleciał obok asteroidy 2022 OB5 i wykonał zdjęcia, które pomogłyby ocenić ją jako cel wydobywczy.
Firma otrzymała kilka wczesnych oznak, że Odin działa. Nigdy nie ustanowiła jednak trwałej dwukierunkowej komunikacji potrzebnej do sterowania pojazdem, weryfikacji jego stanu lub ukończenia planowanego spotkania.
Podsumowanie misji Odin AstroForge wskazało awarie w pospiesznie zbudowanej sieci naziemnej. Jedna stacja nadawała z niewłaściwą polaryzacją. Inna używała nieprawidłowych współrzędnych naprowadzania.
Błędy te pochłonęły pierwsze godziny po odłączeniu, kiedy Odin znajdował się najbliżej Ziemi i najprawdopodobniej dysponował wystarczającym poziomem energii baterii. Firma później wykorzystała bardziej czuły sprzęt i dodatkowe anteny, ale jej szanse malały, gdy statek kosmiczny oddalał się.
Obserwacje optyczne wskazywały, że Odin kontynuował lot po oczekiwanej trajektorii. Nie przywróciło to jednak możliwości wydawania poleceń. Misja stała się wyraźnym pokazem tego, jak działający statek kosmiczny może stać się operacyjnie bezużyteczny, gdy komunikacja zawiedzie.
AstroForge nie twierdziło, że Solo z pewnością uratowałoby Odin. Gialich powiedział w oryginalnym raporcie, że nie wiedział, czy inteligencja pokładowa mogłaby odzyskać pojazd.
Jego węższa teza jest mocniejsza. Nic na pokładzie Odin nie było wyposażone w zdolność podjęcia szerokiej diagnozy po utracie kontroli przez Ziemię. Autonomiczny system mógłby przeanalizować lokalne dane, zidentyfikować stan możliwy do odzyskania i zadziałać, zanim zespół naziemny zrozumiałby problem.
Lokalna informacja tworzy rzeczywistą przewagę. Łącza komunikacyjne w głębokiej przestrzeni kosmicznej nie mogą nieprzerwanie przesyłać każdego odczytu czujnika z pełną szczegółowością. Inżynierowie otrzymują ograniczony obraz, kształtowany przez przepustowość, dostęp do anten, odległość i zasilanie statku kosmicznego.
Solo może analizować dane u źródła. Nie musi czekać na połączenie ze stacją naziemną, aby skorelować odczyty z systemów nawigacyjnych, zasilania, komunikacji i termicznych. Ten krótszy cykl decyzyjny nabiera wartości, gdy anomalia rozwija się z minuty na minutę.
Argument finansowy jest dla AstroForge równie ważny. Firma twierdzi, że operacje misyjne i infrastruktura naziemna stanowią niemal jedną trzecią jej całkowitych kosztów misji. Gialich oszacował, że budowa prywatnej globalnej sieci pięciu anten kosztowałaby około 200 milionów dolarów.
Liczby te są szacunkami firmy, a nie niezależnie zweryfikowanymi branżowymi punktami odniesienia. Mimo to wyjaśniają motywację AstroForge. Startup planujący wiele tanich statków kosmicznych nie może skopiować modelu pracy i infrastruktury stosowanego przez dużą misję rządową.
TechCrunch poinformował, że podczas spotkania z asteroidą w 2018 roku misja asteroidowa NASA OSIRIS-REx angażowała około 100 operatorów na każdej ośmiogodzinnej zmianie. Takie podejście zapewniało doświadczenie, specjalizację i redundancję. Zależało jednak również od zasobów, których firma kosmiczna finansowana kapitałem wysokiego ryzyka nie może łatwo odtworzyć.
AstroForge zostało założone w 2022 roku i pozyskało 56 milionów dolarów, według raportu. Proponowana sieć naziemna kosztująca kilkakrotnie więcej byłaby sprzeczna z jego modelem tanich misji.
W takich warunkach autonomia staje się wymogiem ekonomicznym. Każdy dodatkowy statek kosmiczny wymagałby w przeciwnym razie więcej czasu kontrolerów, większego dostępu do anten i większej koordynacji operacyjnej. Koszty te rosną wraz z flotą, zamiast spadać dzięki powielaniu rozwiązań.
Nie oznacza to, że oprogramowanie czyni infrastrukturę naziemną nieistotną. Autonomy-1 nadal musi przesyłać telemetrię i obserwacje naukowe. AstroForge potrzebuje także danych śledzenia, aby zrozumieć, czy misja osiągnęła zamierzoną trajektorię.
Solo celuje natomiast w zależność od poleceń. Firma chce, by każdy statek kosmiczny kontynuował działanie, gdy ludzkie instrukcje są opóźnione, niedostępne lub zbyt kosztowne, by zapewniać je nieprzerwanie.
Presja wykracza poza AstroForge. Małe firmy działające w głębokiej przestrzeni kosmicznej często promują standaryzowane pojazdy, częste starty i niższe koszty misji. Te obietnice trudniej utrzymać, jeśli każdy nowy pojazd wymaga własnej organizacji operacyjnej.
Jeśli Solo zadziała, konkurencyjne platformy staną przed wyborem. Mogą zaakceptować wyższe koszty naziemne, opracować porównywalną autonomię lub ograniczyć misje do węższych środowisk, w których wystarcza ustalona automatyzacja.
Solo rozwija starą ideę za pomocą mniej przewidywalnego modelu
Autonomia statków kosmicznych ma historię liczącą dziesięciolecia, lecz Solo dodaje transformacyjną warstwę decyzyjną do systemów tradycyjnie projektowanych pod kątem przewidywalnego działania.
NASA demonstrowała pokładową sztuczną inteligencję na długo przed obecną erą transformerów. Jej statek kosmiczny Deep Space 1 przeprowadził eksperyment Remote Agent w 1999 roku.
Remote Agent planował działania na podstawie celów wysokiego poziomu, wykonywał polecenia, monitorował wyniki i reagował na symulowane awarie. Zapis eksperymentu NASA podaje, że system ukończył wszystkie zaplanowane cele.
Eksperyment napotkał również błąd oprogramowania podczas pierwszego uruchomienia. Inżynierowie zdiagnozowali problem i kontynuowali z poprawionym testem. Ten epizod pozostaje istotny, ponieważ wczesna autonomia może ujawnić tryby awarii wewnątrz samego systemu autonomii.
Architektura NASA wykorzystywała rozumowanie oparte na modelach, planowanie uwzględniające ograniczenia i jawną logikę ochrony przed awariami. Solo należy do innej generacji. Jego komponent transformera uczy się relacji z danych treningowych i testowych, zamiast polegać wyłącznie na regułach zapisanych z wyprzedzeniem.
Różnica nie polega na tym, że jeden system jest inteligentny, a drugi nie. Oba działają w zaprojektowanych granicach. Różnica dotyczy sposobu, w jaki każdy system reprezentuje wzorce, interpretuje nieznane warunki i wybiera reakcję.
Tradycyjne algorytmy sterowania pozostają atrakcyjne, ponieważ inżynierowie mogą modelować ich zachowanie przy określonych danych wejściowych. Zespoły weryfikacyjne mogą testować wymagania, analizować ścieżki decyzyjne i ustalać warunki, w których oprogramowanie musi przejść w stan bezpieczny.
Wyuczone modele komplikują ten proces. Ich zachowanie wynika częściowo z danych treningowych, struktury modelu i zależności statystycznych. Odpowiedź, która wygląda rozsądnie w tysiącach testów, może mimo to zawieść przy rzadkim połączeniu błędów czujników.
AstroForge rozwiązuje ten problem za pomocą hybrydowego stosu technologicznego. Solo koordynuje decyzje, podczas gdy sprawdzone algorytmy zachowują bezpośrednią odpowiedzialność za sterowanie oparte na prawach fizyki. Ogranicza to uprawnienia modelu w zakresie zachowania pojazdu na najniższym poziomie.
To rozróżnienie przypomina kierownika misji nadzorującego wyspecjalizowane kontrolery. Solo może zdecydować, że dany komponent wymaga uwagi, ale bazowe oprogramowanie lotu określa, w jaki sposób statek kosmiczny wykonuje odpowiedni manewr lub działanie systemowe.
Taka architektura powinna ograniczyć część ryzyk. Nie eliminuje jednak potrzeby walidowania decyzji Solo. Prawidłowo wykonane polecenie nadal jest szkodliwe, jeśli model wybierze niewłaściwe polecenie, zadziała w nieodpowiednim momencie lub błędnie zinterpretuje uszkodzone dane.
AstroForge planuje więc pośredni test w locie. DeepSpace-2 będzie przenosić Solo w trybie cienia przed startem Autonomy-1.
Tryb cienia pozwala modelowi przetwarzać rzeczywiste dane ze statku kosmicznego i generować decyzje bez sterowania pojazdem. Inżynierowie mogą porównać proponowane działania z faktycznym zachowaniem statku oraz wyborami dokonywanymi przez operatorów naziemnych.
Oczekuje się, że DeepSpace-2 wystartuje wraz z trzecią misją księżycową Intuitive Machines. Według AstroForge jego szerszym celem jest kampania spotkania z asteroidą i obrazowania.
Statek kosmiczny waży około 200 kilogramów i został zaprojektowany do misji trwających do dwóch lat. AstroForge twierdzi, że może działać w odległości sięgającej 20 milionów kilometrów od Ziemi.
Warunki te powinny dostarczyć bardziej realistycznych danych niż symulacje laboratoryjne. Sprzęt kosmiczny doświadcza promieniowania, cykli termicznych, zakłóceń czujników, przerw w łączności i współwystępujących usterek, które trudno w pełni odtworzyć na Ziemi.
Tryb cienia ma również ograniczenia. Pojazd nie doświadcza konsekwencji proponowanych przez Solo poleceń. Decyzja może wyglądać poprawnie w zarejestrowanej telemetrii, a jednocześnie wywołać nieoczekiwane skutki po zastosowaniu jej w rzeczywistym sprzęcie.
Inżynierowie mogą modelować te konsekwencje za pomocą testów hardware-in-the-loop, które łączą oprogramowanie lotu z fizycznymi komponentami lub reprezentatywnymi symulatorami. Pełna zamknięta pętla pojawia się jednak dopiero wtedy, gdy decyzje modelu zmieniają kolejny stan statku kosmicznego.
Ta luka sprawia, że DeepSpace-2 jest niezbędny, ale nie rozstrzygający. Może wykryć oczywiste błędy, zmierzyć liczbę fałszywych alarmów i ujawnić, czy Solo rozpoznaje rzeczywiste anomalie. Nie może udowodnić, że każda sekwencja działań pozostanie stabilna w locie.
AstroForge będzie również potrzebować jasnej polityki na wypadek rozbieżności. Jeśli deterministyczny system ochrony przed awariami zaleci tryb bezpieczny, a Solo zaleci kontynuowanie operacji, architektura musi mieć przewidywalną hierarchię uprawnień.
Firma nie ujawniła publicznie wystarczającej liczby szczegółów technicznych, aby ocenić tę hierarchię. Nie opublikowała rozmiaru modelu, sprzętu obliczeniowego, zużycia energii, procedur treningowych ani wyników formalnej weryfikacji.
Ten brak jest zrozumiały przed misją demonstracyjną. Oznacza też, że najmocniejsze twierdzenia pozostają deklaracjami AstroForge. Czytelnicy powinni odróżniać zapowiedzianą architekturę od zademonstrowanej wydajności.
Usunięcie poleceń z Ziemi podnosi standard dowodowy
Autonomy-1 odniesie sukces tylko wtedy, gdy Solo poradzi sobie z niepewnością, nie zamieniając jednego możliwego do naprawienia błędu oprogramowania w trwałą utratę misji.
Statki kosmiczne już autonomicznie wykonują krytyczne operacje, gdy opóźnienia komunikacyjne uniemożliwiają sterowanie w czasie rzeczywistym. Misja NASA OSIRIS-REx wykorzystywała Natural Feature Tracking podczas zniżania do asteroidy Bennu.
System porównywał obrazy pokładowe z mapowanymi cechami powierzchni. Mógł przerwać zniżanie, jeśli przewidywał niebezpieczne lądowanie. W opisie nawigacji NASA określono go jako całkowicie autonomiczny.
Ta autonomia była ograniczona do konkretnej fazy misji i gruntownie przygotowanego środowiska. Inżynierowie stworzyli mapy zagrożeń i zdefiniowali warunki, które powinny wywołać odwrót. Zespoły ludzkie nadal odpowiadały za szerszy przebieg misji.
Solo ma przejąć szerszą rolę operacyjną. Będzie monitorować wiele systemów, identyfikować stany odbiegające od normy i koordynować reakcje przez cały czas trwania Autonomy-1. Zwiększony zakres tworzy więcej możliwości użytecznej adaptacji, ale także szkodliwych interakcji.
Transformer może wykrywać wzorce w wielu strumieniach danych z czujników. Może również błędnie przypisać poziom pewności, gdy dane wejściowe wykraczają poza jego rozkład treningowy. Misje kosmiczne generują dokładnie takie nietypowe kombinacje, które najtrudniej zebrać z wyprzedzeniem.
Awarie czujników stanowią kolejne wyzwanie. Model może otrzymywać wewnętrznie spójne dane, które nie odzwierciedlają fizycznej rzeczywistości. Jeśli kilka odczytów ma wspólną usterkę, sama korelacja może wzmocnić błędną diagnozę.
Inżynierowie zazwyczaj radzą sobie z tym problemem poprzez redundancję, niezależne pomiary, kontrole wiarygodności i konserwatywne drzewa usterek. Wartość Solo zależy od wykorzystywania tych zabezpieczeń bez ich omijania za pomocą nieuzasadnionej interpretacji.
Znaczenie mają również ograniczenia obliczeniowe. Procesory kwalifikowane do zastosowań kosmicznych zazwyczaj ustępują wydajnością sprzętowi centrów danych. Muszą działać przy ścisłych limitach mocy i temperatury, jednocześnie tolerując promieniowanie.
AstroForge opisuje Solo jako mały model, co uwiarygadnia działanie na pokładzie. Sam rozmiar modelu nie potwierdza jednak niezawodnych opóźnień, zużycia energii, wymagań pamięciowych ani odporności na promieniowanie.
Na uwagę zasługuje także cyberbezpieczeństwo. Odbiornik radiowy tworzy powierzchnię ataku, ale jego usunięcie nie eliminuje ryzyka związanego z oprogramowaniem. Potoki treningowe, narzędzia programistyczne, aktualizacje modelu i kod lotu mogą wprowadzać luki jeszcze przed startem.
Projekt bez możliwości wydawania poleceń usuwa ponadto jedną opcję reakcji. Zespoły naziemne nie mogą przesłać poprawki, zmienić progu ani wyłączyć wadliwej warstwy decyzyjnej po separacji, jeśli statek rzeczywiście nie ma odbiornika.
To ograniczenie może poprawić dyscyplinę przed startem. Inżynierowie muszą zdecydować, które zachowania są dozwolone, a które stany wymagają deterministycznego trybu awaryjnego. Nie mogą polegać na przyszłym poleceniu, które naprawi niekompletny projekt.
Może ono również zamienić niewielką wadę modelu w trwałą. Eksperyment NASA Deep Space 1 skorzystał z etapowych testów i dalszego udziału ludzi. Publiczne założenie Autonomy-1 pozostawia mniej miejsca na taką interwencję.
Najmocniejsza wersja demonstracji AstroForge obejmowałaby przejrzyste kryteria sukcesu. Ukończenie misji jest jedną miarą, ale nie pokazuje, jak często Solo interweniował ani czy te interwencje poprawiły wyniki.
Przydatne dowody obejmowałyby liczbę wykrytych anomalii, fałszywych wyników pozytywnych, odrzuconych rekomendacji, prób odzyskania sprawności oraz przejść do trybów bezpiecznych. Inżynierowie muszą także wiedzieć, czy deterministyczne zabezpieczenia zablokowały jakiekolwiek niebezpieczne działania Solo.
Wyniki trybu cienia z DeepSpace-2 mogłyby dostarczyć punktu odniesienia. AstroForge mogłaby porównać rekomendacje Solo z decyzjami kontrolerów lotu, a następnie ocenić, który wybór odpowiadał faktycznemu stanowi statku kosmicznego.
Firma nie zobowiązała się publicznie do ujawnienia tego poziomu szczegółowości. Wrażliwość komercyjna i kwestie bezpieczeństwa mogą ograniczać zakres informacji. Bez takich dowodów obserwatorom z zewnątrz trudno będzie oddzielić autonomiczną wydajność od bezproblemowego przebiegu misji.
Czas trwania misji również wpłynie na wynik. Krótki lot z niewielką liczbą anomalii testuje planowanie nominalne bardziej niż odporność. Dłuższa misja stwarza więcej okazji do degradacji, niepewności nawigacyjnej i interakcji między podsystemami.
Autonomy-1 przenosi także rzeczywisty ładunek naukowy, co podnosi koszt błędnych decyzji. Solo musi chronić statek kosmiczny, jednocześnie zapewniając COMPASS energię, orientację i wsparcie operacyjne potrzebne do zbierania użytecznych danych.
Dlatego misji nie należy przedstawiać jako zastępowania inżynierii lotniczej i kosmicznej przez AI. Solo zależy od deterministycznych kontrolerów, zweryfikowanych systemów statku kosmicznego, redundancji czujników, ograniczeń misji i rozległych testów naziemnych.
Rzeczywista teza jest węższa. AstroForge uważa, że wyuczona warstwa koordynacji może ograniczyć zależność od ciągłych operacji wykonywanych przez ludzi, bez rezygnacji z niezawodności zapewnianej przez konwencjonalne oprogramowanie lotu.
Ten kompromis nie został rozstrzygnięty przez samo ogłoszenie. Zostanie rozstrzygnięty przez dane z lotu, ujawnione procedury obsługi awarii i zachowanie statku kosmicznego, gdy warunki przestaną odpowiadać planowi.
Co misja z 2027 roku musi udowodnić w następnej kolejności
Trzy kamienie milowe zdecydują, czy Solo stanie się wiarygodnym operatorem statku kosmicznego, czy pozostanie ambitną demonstracją.
Pierwszym sygnałem będzie zapis działania DeepSpace-2 w trybie cienia. Misja powinna pokazać, czy Solo potrafi interpretować rzeczywiste dane z czujników, zanim otrzyma uprawnienia do wydawania poleceń.
Najcenniejszym wynikiem nie byłaby idealna zgodność z kontrolerami naziemnymi. System autonomii zasługuje na swoje miejsce, gdy identyfikuje warunki przeoczone przez ludzi, reaguje szybciej lub proponuje bezpieczną reakcję na podstawie bogatszych danych lokalnych.
Rozbieżności nadal wymagają starannej analizy. Inżynierowie muszą ustalić, czy Solo wykrył uzasadnioną alternatywę, błędnie zrozumiał statek kosmiczny, czy wygenerował działanie, które deterministyczne zabezpieczenia odrzuciłyby.
Częste fałszywe alarmy osłabiłyby argumentację AstroForge. Mogłyby zużywać energię, przerywać badania naukowe i powodować niepotrzebne zmiany trybu po przejęciu kontroli przez Solo.
Drugim sygnałem będzie ostateczna architektura łączności Autonomy-1. AstroForge obecnie opisuje jednokierunkowe łącze, które przesyła telemetrię i dane naukowe na Ziemię, nie przyjmując poleceń.
Jeśli statek wystartuje z nieaktywnym lub awaryjnym odbiornikiem poleceń, demonstracja może pozostać autonomiczna przy zachowaniu kanału bezpieczeństwa ostatniej szansy. Taki wybór zmniejszyłby czystość eksperymentu, lecz poprawił możliwość odzyskania sprawności.
Jeśli AstroForge całkowicie usunie odbiornik, Autonomy-1 stanie się mocniejszym testem niezależności operacyjnej. Będzie też mniej wyrozumiały wobec błędów odkrytych po starcie.
Żaden z tych wyborów nie dowodzi automatycznie odwagi ani ostrożności. Ważne jest, czy AstroForge opublikuje zasady uprawnień, zachowanie awaryjne i warunki definiujące udaną autonomię.
Trzecim sygnałem będą dowody z misji po separacji. Pojazd, który realizuje nominalny scenariusz bez napotkania znaczących anomalii, potwierdzi podstawowe wykonanie. Nie zweryfikuje jednak w pełni twierdzeń Solo dotyczących diagnostyki.
Silniejszy wynik dokumentowałby nieoczekiwany stan, dowody wykorzystane przez Solo, wybrane przez niego działanie oraz późniejszy stan statku kosmicznego. Taki łańcuch pokazałby, czy system potrafi zrobić więcej niż odtworzyć przygotowany plan.
Telemetria może również ujawnić ciche awarie. Solo może ukończyć misję, jednocześnie marnując energię, tracąc okazje naukowe lub wielokrotnie zbliżając się do niebezpiecznych limitów. Sam końcowy status misji ukryłby te słabości.
AstroForge powinna zatem raportować jakość operacyjną obok przetrwania. Najbardziej użyteczne miary obejmują decyzje dotyczące poleceń, klasyfikacje anomalii, czas odzyskiwania sprawności, marginesy zasobów i zablokowane działania.
NASA i partnerzy komercyjni będą również obserwować działanie COMPASS. Niezawodne wyniki naukowe pokazałyby, że Solo potrafi równoważyć cele ładunku z kondycją statku kosmicznego, zamiast jedynie utrzymywać pojazd przy życiu.
Udany lot wywarłby presję na innych producentów małych statków kosmicznych, by ponownie rozważyli swoje modele operacyjne. Natychmiastową szansą nie jest autonomiczne wydobycie na asteroidach. Jest nią ograniczenie liczby pracowników i dostępu do infrastruktury naziemnej potrzebnych dla każdego kolejnego pojazdu głębokiego kosmosu.
Ta zmiana wpłynęłaby na zespoły programistyczne równie mocno jak na kontrolerów misji. Inżynierowie potrzebowaliby lepszej dokumentacji zachowania systemów, historii anomalii, wyników testów i ograniczeń decyzyjnych. Przeszukiwalna baza wiedzy może pomóc zespołom powiązać te dowody, zanim staną się materiałem do szkolenia lub walidacji.
Jednak żaden system wiedzy nie zastąpi kwalifikacji lotnej. Wiarygodność Solo będzie zależeć od tego, jak zachowuje się, gdy czujniki przekazują sprzeczne dane, komunikacja zanika, a procedury odzyskiwania rywalizują o ograniczoną moc.
Statek kosmiczny AstroForge AI jest interesujący, ponieważ jego kluczowe ograniczenie jest realne. Operacje w przestrzeni dalekiego kosmosu nie mogą skalować się w nieskończoność poprzez większe centra kontroli i ograniczony czas dostępu do anten.
Proponowana odpowiedź również wiąże się z realnym ryzykiem. Przeniesienie inteligencji na pokład skraca pętlę decyzyjną, ale przekazuje większą odpowiedzialność oprogramowaniu, którego Ziemia może nie być w stanie skorygować.
Warto obserwować wyniki DeepSpace-2 w trybie cienia, ostateczny projekt łącza dowodzenia oraz zapis decyzji Autonomy-1 po locie. Łącznie te sygnały pokażą, czy Solo rzeczywiście zmniejsza zależność od Ziemi, czy jedynie usuwa najbezpieczniejszą drogę powrotną.
