La nave espacial de IA de AstroForge entrega el control a Solo, pero elimina la red de seguridad del control de misión
AstroForge planea poner su nave espacial de IA de AstroForge bajo el control de Solo en 2027, sin comandos rutinarios desde la Tierra tras la separación del vehículo de lanzamiento. Esa decisión convierte un problema conocido de automatización espacial en una prueba mucho más difícil del criterio de una máquina.
La empresa llama a la misión Autonomy-1. Solo, un sistema compacto basado en transformadores desarrollado internamente, coordinará las operaciones de la nave sobre una capa consolidada de software de vuelo determinista. AstroForge afirma que Autonomy-1 transmitirá telemetría y datos científicos a la Tierra mientras completa su misión sin comandos desde tierra.
Se trata de una afirmación mucho más acotada que construir una inteligencia artificial de propósito general. También es más trascendental. Solo debe interpretar alrededor de 2.500 entradas de sensores, diagnosticar comportamientos fuera de lo nominal y elegir acciones mientras opera un vehículo físico más allá de la ayuda humana inmediata.
AstroForge hace esta apuesta después de perder el control efectivo de Odin, su primera nave espacial de espacio profundo, en 2025. Problemas con las estaciones terrestres retrasaron el contacto durante la ventana de comunicación más valiosa de Odin. La empresa nunca estableció el enlace de mando sostenido necesario para completar la misión al asteroide.
Por tanto, la competencia central no es la IA contra otra empresa espacial. Es la toma de decisiones a bordo frente al modelo tradicional de control de misión centrado en la Tierra. Uno promete respuestas más rápidas y menores costes operativos. El otro ofrece personas experimentadas, procedimientos exhaustivos y la posibilidad de intervenir cuando el software se comporta de forma inesperada.
La nave espacial de IA de AstroForge tomará sus propias decisiones
Autonomy-1 está diseñada para completar toda su misión posterior a la separación sin recibir un comando desde la Tierra.
AstroForge anunció Autonomy-1 el 21 de septiembre de 2026. Está previsto que la misión vuele en 2027 a bordo del primer lanzamiento del vehículo Nova Pathfinder de Stoke Space.
Stoke confirmó la carga útil en su manifiesto del primer vuelo. Indicó que Autonomy-1 demostraría el sistema de inteligencia para naves espaciales Solo de AstroForge mientras respalda la carga útil de heliofísica COMPASS de NASA Goddard.
El instrumento de NASA hace que la misión sea algo más que una prueba de software aislada. Solo tendrá que gestionar la nave espacial mientras coordina las funciones necesarias para una carga útil científica operativa. Por tanto, la autonomía deberá preservar la energía, la navegación, las condiciones térmicas y las operaciones del instrumento durante toda la misión.
AstroForge afirma que la telemetría y los datos científicos seguirán fluyendo desde la nave espacial a la Tierra. Los ingenieros deberían poder observar lo que hace Solo y examinar el rastro de razonamiento reflejado en los datos de la misión. Sin embargo, el diseño anunciado elimina la vía normal de mando en la otra dirección.
El CEO y cofundador Matt Gialich dijo a TechCrunch que no planeaba instalar radios capaces de recibir comandos desde la Tierra. Reconoció que su equipo de ingeniería podría convencerlo de cambiar esa decisión antes del lanzamiento.
Esa salvedad es importante. Una nave espacial que ignora voluntariamente los comandos disponibles es distinta de una físicamente incapaz de recibirlos. El primer diseño conserva una opción de emergencia. El segundo convierte la autonomía en una condición irreversible una vez que el vehículo se separa.
El anuncio de la misión de AstroForge describe a Solo como una capa de inteligencia sobre el software de vuelo convencional. No sustituye los algoritmos verificados y basados en la física que controlan los sistemas individuales.
Esa arquitectura por capas es una barrera de seguridad importante. El software determinista sigue gestionando funciones cuyo comportamiento esperado los ingenieros pueden especificar y probar. Solo recibe información sobre el estado de la nave espacial, reconoce condiciones anómalas y decide qué debería ocurrir a continuación.
El modelo está basado en transformadores, lo que significa que utiliza una arquitectura diseñada para identificar relaciones a través de secuencias de datos. En una nave espacial, esas secuencias proceden de sensores y estados de subsistemas, en lugar de indicaciones lingüísticas convencionales.
AstroForge afirma que el modelo procesará entradas de unos 2.500 sensores. Modelos especializados entrenados con datos de pruebas de subsistemas respaldarán áreas como la navegación y la generación de energía. Luego, Solo coordinará las decisiones entre esos sistemas.
Un problema representativo comienza con la incertidumbre sobre la ubicación de la nave espacial. Solo podría correlacionar ese error de navegación con un comportamiento anómalo de energía procedente de un rastreador estelar. Después podría intentar una recuperación específica, como reiniciar el componente afectado.
Ese ejemplo parece modesto frente a las afirmaciones populares sobre agentes autónomos. Sin embargo, en los vuelos espaciales, reiniciar correctamente un solo componente puede determinar si un vehículo sigue siendo controlable. La capacidad importante no es la conversación. Es seleccionar una acción segura a partir de evidencia limitada e imperfecta.
Autonomy-1 seguirá siendo una misión de demostración. No extraerá minerales de un asteroide ni demostrará que Solo puede gestionar todos los escenarios del espacio profundo. Su objetivo inmediato es mostrar que una nave espacial puede completar una misión definida sin comandos posteriores a la separación.
Odin convirtió las comunicaciones terrestres en el principal adversario
El impulso de AstroForge hacia la autonomía sigue a una misión en la que la infraestructura de comunicaciones falló antes de que los operadores humanos pudieran obtener un control fiable.
Odin se lanzó el 26 de febrero de 2025 como carga útil secundaria en la misión IM-2 de Intuitive Machines. AstroForge pretendía que la nave sobrevolara el asteroide 2022 OB5 y capturara imágenes que ayudarían a evaluarlo como objetivo minero.
La empresa recibió varias señales tempranas de que Odin estaba operativo. Nunca estableció las comunicaciones bidireccionales sostenidas necesarias para comandar el vehículo, verificar su estado o completar el encuentro previsto.
El informe posterior sobre Odin de AstroForge identificó fallos en toda su red terrestre montada apresuradamente. Una estación transmitió con la polarización incorrecta. Otra utilizó coordenadas de apuntamiento erróneas.
Esos errores consumieron las primeras horas tras la separación, cuando Odin estaba más cerca de la Tierra y tenía más probabilidades de contar con suficiente energía de batería. Más tarde, la empresa utilizó equipos más sensibles y antenas adicionales, pero sus posibilidades disminuyeron a medida que la nave se alejaba.
Las observaciones ópticas indicaron que Odin continuaba por su trayectoria prevista. Eso no restituyó la autoridad de mando. La misión se convirtió en una demostración contundente de cómo una nave espacial funcional puede volverse operativamente inútil cuando fallan las comunicaciones.
AstroForge no ha sostenido que Solo hubiera salvado definitivamente a Odin. Gialich dijo en el informe original que no sabía si la inteligencia a bordo podría haber recuperado el vehículo.
Su argumento más acotado es más sólido. Nada a bordo de Odin estaba equipado para intentar un diagnóstico amplio una vez que la Tierra perdió el control. Un sistema autónomo podría haber inspeccionado datos locales, identificado un estado recuperable y actuado antes de que el equipo en tierra comprendiera el problema.
La información local crea una ventaja real. Los enlaces de comunicaciones de espacio profundo no pueden transmitir continuamente cada lectura de sensor con el máximo nivel de detalle. Los ingenieros reciben una imagen reducida, condicionada por el ancho de banda, el acceso a antenas, la distancia y la energía de la nave espacial.
Solo puede inspeccionar los datos en su origen. No necesita esperar un pase terrestre antes de correlacionar lecturas de navegación, energía, comunicaciones y sistemas térmicos. Ese ciclo de decisión más corto adquiere valor cuando una anomalía evoluciona minuto a minuto.
El argumento financiero es igualmente importante para AstroForge. La empresa afirma que las operaciones de misión y la infraestructura terrestre representan casi un tercio de sus costes totales de misión. Gialich estimó que construir una red global privada de cinco antenas parabólicas costaría alrededor de 200 millones de dólares.
Estas cifras son estimaciones de la empresa, no referencias sectoriales verificadas de forma independiente. Aun así, explican el incentivo de AstroForge. Una startup que planea varias naves espaciales de bajo coste no puede replicar el modelo de mano de obra e infraestructura utilizado por una gran misión gubernamental.
TechCrunch informó de que la misión de asteroides OSIRIS-REx de NASA contó con unos 100 operadores durante cada turno de ocho horas en torno a su encuentro de 2018. Ese enfoque aportó experiencia, especialización y redundancia. También dependía de recursos que una empresa espacial respaldada por capital riesgo no puede reproducir fácilmente.
AstroForge se fundó en 2022 y ha recaudado 56 millones de dólares, según el informe. Una red terrestre propuesta que costara varias veces esa cantidad entraría en conflicto con su modelo de misiones de bajo coste.
La autonomía se convierte en un requisito económico bajo esas condiciones. De otro modo, cada nave espacial adicional exige más tiempo de controladores, más acceso a antenas y más coordinación operativa. Esos costes crecen con la flota en lugar de disminuir mediante la replicación.
Eso no significa que el software vuelva irrelevante la infraestructura terrestre. Autonomy-1 aún necesita devolver telemetría y observaciones científicas. AstroForge también necesita datos de seguimiento para comprender si la misión alcanzó su trayectoria prevista.
En cambio, Solo apunta a la dependencia del mando. La empresa quiere que cada nave espacial continúe operando cuando las instrucciones humanas se retrasan, no están disponibles o resultan demasiado costosas de proporcionar de forma continua.
La presión se extiende más allá de AstroForge. Las pequeñas empresas de espacio profundo suelen promocionar vehículos estandarizados, lanzamientos frecuentes y costes de misión más bajos. Esas promesas se vuelven más difíciles de sostener si cada nuevo vehículo requiere una organización de operaciones a medida.
Si Solo funciona, las plataformas competidoras se enfrentarán a una elección. Pueden aceptar mayores costes terrestres, desarrollar una autonomía comparable o limitar las misiones a entornos más acotados donde la automatización consolidada siga siendo suficiente.
Solo amplía una idea antigua con un modelo menos predecible
La autonomía de las naves espaciales tiene décadas de historia, pero Solo añade una capa de decisión basada en transformadores a sistemas diseñados tradicionalmente para un comportamiento predecible.
NASA demostró inteligencia artificial a bordo mucho antes de la era actual de los transformadores. Su nave espacial Deep Space 1 ejecutó el experimento Remote Agent en 1999.
Remote Agent planificaba actividades a partir de objetivos de alto nivel, ejecutaba comandos, supervisaba resultados y respondía a fallos simulados. El registro del experimento de NASA indica que el sistema completó todos los objetivos previstos.
El experimento también encontró un error de software durante su primera ejecución. Los ingenieros diagnosticaron el problema y continuaron con una prueba revisada. Ese episodio sigue siendo relevante porque la autonomía temprana puede revelar modos de fallo dentro del propio sistema de autonomía.
La arquitectura de NASA utilizaba razonamiento basado en modelos, planificación consciente de restricciones y lógica explícita de protección ante fallos. Solo pertenece a una generación diferente. Su componente de transformadores aprende relaciones a partir de datos de entrenamiento y pruebas, en lugar de depender únicamente de reglas escritas de antemano.
La diferencia no es que un sistema sea inteligente y el otro no. Ambos operan dentro de límites diseñados. La diferencia se refiere a cómo cada sistema representa patrones, interpreta condiciones desconocidas y selecciona una respuesta.
Los algoritmos de control tradicionales siguen siendo atractivos porque los ingenieros pueden modelar su comportamiento ante entradas definidas. Los equipos de verificación pueden probar requisitos, inspeccionar rutas de decisión y establecer condiciones en las que el software debe pasar a un estado seguro.
Los modelos aprendidos complican ese proceso. Su comportamiento surge en parte de los datos de entrenamiento, la estructura del modelo y las relaciones estadísticas. Una respuesta que parece sensata en miles de pruebas aún podría fallar ante una combinación poco común de errores de sensores.
AstroForge está abordando ese problema con una arquitectura híbrida. Solo coordina las decisiones, mientras que algoritmos consolidados conservan la responsabilidad directa del control basado en la física. Esto limita la autoridad del modelo sobre el comportamiento del vehículo en los niveles más bajos.
La distinción se asemeja a la de un gestor de misión que dirige controladores especializados. Solo puede decidir que un componente requiere atención, pero el software de vuelo subyacente determina cómo la nave espacial ejecuta la maniobra o la acción de sistema correspondiente.
Esa arquitectura debería reducir algunos riesgos. No elimina la necesidad de validar las decisiones de Solo. Una orden ejecutada correctamente sigue siendo perjudicial si el modelo elige la orden equivocada, actúa en el momento inadecuado o interpreta mal datos corruptos.
Por ello, AstroForge planea una prueba de vuelo intermedia. DeepSpace-2 llevará a Solo en modo sombra antes del lanzamiento de Autonomy-1.
El modo sombra permite que el modelo procese datos reales de la nave espacial y genere decisiones sin controlar el vehículo. Los ingenieros pueden comparar esas acciones propuestas con el comportamiento real de la nave y las decisiones tomadas por los operadores en tierra.
Se espera que DeepSpace-2 se lance con la tercera misión lunar de Intuitive Machines. Su objetivo más amplio es un encuentro con un asteroide y una campaña de obtención de imágenes, según AstroForge.
La nave espacial pesa alrededor de 200 kilogramos y está diseñada para misiones de hasta dos años. AstroForge afirma que puede operar a distancias de hasta 20 millones de kilómetros de la Tierra.
Esas condiciones deberían aportar datos más realistas que las simulaciones de laboratorio. El hardware espacial experimenta radiación, ciclos térmicos, sensores ruidosos, interrupciones de comunicación y fallos interrelacionados que son difíciles de reproducir completamente en la Tierra.
El modo sombra también tiene límites. El vehículo no experimenta las consecuencias de las órdenes propuestas por Solo. Una decisión puede parecer correcta en la telemetría registrada y, aun así, producir efectos inesperados al aplicarse al hardware real.
Los ingenieros pueden modelar esas consecuencias mediante pruebas hardware-in-the-loop, que conectan el software de vuelo con componentes físicos o simuladores representativos. Sin embargo, el ciclo cerrado completo solo aparece cuando las decisiones del modelo modifican el siguiente estado de la nave espacial.
Esa brecha hace que DeepSpace-2 sea esencial, pero no concluyente. Puede identificar errores evidentes, medir falsas alarmas y revelar si Solo reconoce anomalías reales. No puede demostrar que toda secuencia de acciones permanecerá estable en vuelo.
AstroForge también necesitará una política clara para los desacuerdos. Si la protección determinista ante fallos recomienda un modo seguro mientras Solo recomienda continuar las operaciones, la arquitectura necesita una jerarquía de autoridad predecible.
La empresa no ha divulgado públicamente suficientes detalles técnicos para evaluar esa jerarquía. No ha publicado el tamaño del modelo, el hardware de cómputo, el consumo de energía, los procedimientos de entrenamiento ni los resultados de verificación formal.
Esa ausencia es comprensible antes de una misión de demostración. También significa que las afirmaciones más ambiciosas siguen siendo declaraciones de AstroForge. Los lectores deberían distinguir entre la arquitectura anunciada y el rendimiento demostrado.
Eliminar los comandos desde tierra eleva el estándar de prueba
Autonomy-1 solo tendrá éxito si Solo maneja la incertidumbre sin convertir un error de software recuperable en una pérdida permanente de la misión.
Las naves espaciales ya realizan operaciones críticas de forma autónoma cuando los retrasos de comunicación hacen imposible el control en tiempo real. La misión OSIRIS-REx de NASA utilizó Natural Feature Tracking durante su descenso al asteroide Bennu.
El sistema comparaba imágenes a bordo con características cartografiadas de la superficie. Podía cancelar el descenso si predecía un aterrizaje inseguro. La explicación de navegación de NASA lo describió como completamente autónomo.
Esa autonomía estaba limitada a una fase específica de la misión y a un entorno preparado exhaustivamente. Los ingenieros elaboraron mapas de riesgos y definieron las condiciones que debían activar una retirada. Los equipos humanos seguían siendo responsables de la misión en su conjunto.
Solo aspira a asumir un papel operativo más amplio. Supervisará múltiples sistemas, identificará estados fuera de lo nominal y coordinará respuestas durante toda Autonomy-1. Ese mayor alcance crea más oportunidades tanto para una adaptación útil como para interacciones perjudiciales.
Un transformer puede detectar patrones en múltiples flujos de sensores. También puede asignar la confianza de forma incorrecta cuando las entradas quedan fuera de su distribución de entrenamiento. Las misiones espaciales generan precisamente esas combinaciones inusuales que son más difíciles de recopilar de antemano.
Los fallos de sensores plantean otro desafío. Un modelo puede recibir datos internamente coherentes que no reflejan la realidad física. Si varias lecturas comparten un fallo común, la correlación por sí sola podría reforzar el diagnóstico equivocado.
Los ingenieros suelen gestionar este problema mediante redundancia, mediciones independientes, comprobaciones de plausibilidad y árboles de fallos conservadores. El valor de Solo depende de utilizar esas protecciones sin anularlas mediante una interpretación injustificada.
Las restricciones de cómputo también importan. Los procesadores aptos para el espacio suelen estar por detrás del hardware de centros de datos en rendimiento. Deben operar dentro de límites estrictos de potencia y temperatura, al tiempo que toleran la radiación.
AstroForge describe Solo como un modelo pequeño, lo que hace más creíble su funcionamiento a bordo. Sin embargo, el tamaño del modelo por sí solo no demuestra una latencia fiable, el uso de energía, los requisitos de memoria ni la resiliencia ante la radiación.
La ciberseguridad también merece atención. Una radio receptora crea una superficie de ataque, pero eliminarla no elimina el riesgo de software. Las canalizaciones de entrenamiento, las herramientas de desarrollo, las actualizaciones del modelo y el código de vuelo pueden introducir vulnerabilidades antes del lanzamiento.
El diseño sin comandos elimina además una opción de respuesta. Los equipos en tierra no pueden cargar un parche, modificar un umbral ni desactivar una capa de decisión defectuosa tras la separación si la nave realmente carece de receptor.
Esa restricción podría mejorar la disciplina antes del lanzamiento. Los ingenieros deben decidir qué comportamientos están permitidos y qué estados requieren una alternativa determinista. No pueden depender de una orden futura para reparar un diseño incompleto.
También puede convertir un defecto menor del modelo en uno permanente. El experimento Deep Space 1 de NASA se benefició de pruebas escalonadas y de una participación humana continuada. La premisa pública de Autonomy-1 deja menos margen para esa intervención.
La versión más sólida de la demostración de AstroForge incluiría criterios de éxito transparentes. Completar la misión es una medida, pero no muestra con qué frecuencia intervino Solo ni si esas intervenciones mejoraron los resultados.
Las pruebas útiles incluirían el número de anomalías detectadas, falsos positivos, recomendaciones rechazadas, intentos de recuperación y transiciones a modos seguros. Los ingenieros también necesitan saber si las salvaguardas deterministas bloquearon alguna acción insegura de Solo.
Los resultados del modo sombra de DeepSpace-2 podrían proporcionar una referencia. AstroForge podría comparar las recomendaciones de Solo con las decisiones del controlador de vuelo y evaluar posteriormente qué elección coincidió con el estado real de la nave espacial.
La empresa no se ha comprometido públicamente a divulgar ese nivel de detalle. La sensibilidad comercial y las preocupaciones de seguridad podrían limitar la divulgación. Sin esas pruebas, a los observadores externos les resultará difícil separar el rendimiento autónomo de una misión sin incidentes.
La duración de la misión también determinará el resultado. Un vuelo corto con pocas anomalías pone a prueba la planificación nominal más que la resiliencia. Una misión más larga crea más oportunidades para la degradación, la incertidumbre de navegación y la interacción entre subsistemas.
Autonomy-1 también lleva una carga científica real, lo que eleva el coste de las decisiones equivocadas. Solo debe proteger la nave espacial y, al mismo tiempo, proporcionar a COMPASS la potencia, la orientación y el apoyo operativo necesarios para recopilar datos útiles.
Por eso la misión no debería presentarse como si la IA sustituyera a la ingeniería aeroespacial. Solo depende de controladores deterministas, sistemas espaciales verificados, redundancia de sensores, restricciones de misión y pruebas exhaustivas en tierra.
La propuesta real es más limitada. AstroForge cree que una capa de coordinación aprendida puede reducir la dependencia de operaciones humanas continuas sin renunciar a la fiabilidad que proporciona el software de vuelo convencional.
Ese equilibrio no ha quedado resuelto por el anuncio. Se resolverá mediante datos de vuelo, el manejo de fallos divulgado y el comportamiento de la nave cuando las condiciones dejen de ajustarse al plan.
Lo que la misión de 2027 debe demostrar a continuación
Tres hitos determinarán si Solo se convierte en un operador creíble de naves espaciales o sigue siendo una demostración ambiciosa.
La primera señal es el historial del modo sombra de DeepSpace-2. Esa misión debería mostrar si Solo puede interpretar datos reales de sensores antes de recibir autoridad de mando.
El resultado más valioso no sería una concordancia perfecta con los controladores en tierra. Un sistema de autonomía se gana su lugar al identificar condiciones que los humanos pasan por alto, reaccionar más rápido o proponer una respuesta segura a partir de datos locales más ricos.
Los desacuerdos aún requieren un análisis cuidadoso. Los ingenieros deben determinar si Solo encontró una alternativa legítima, malinterpretó la nave espacial o generó una acción que las salvaguardas deterministas rechazarían.
Las falsas alarmas frecuentes debilitarían el caso de AstroForge. Podrían consumir energía, interrumpir la ciencia y provocar cambios de modo innecesarios una vez que Solo obtenga el control.
La segunda señal es la arquitectura final de comunicaciones de Autonomy-1. AstroForge describe actualmente un enlace unidireccional que envía telemetría y datos científicos a la Tierra sin aceptar comandos.
Si la nave espacial se lanza con un receptor de comandos inactivo o de emergencia, la demostración puede seguir siendo autónoma y, al mismo tiempo, conservar un canal de seguridad de último recurso. Esa decisión reduciría la pureza del experimento, pero mejoraría la capacidad de recuperación.
Si AstroForge elimina el receptor por completo, Autonomy-1 se convierte en una prueba más sólida de independencia operativa. También se vuelve menos tolerante con los errores descubiertos después del lanzamiento.
Ninguna de las dos opciones demuestra automáticamente valentía o cautela. La cuestión importante es si AstroForge publica las reglas de autoridad, el comportamiento de respaldo y las condiciones que definen una autonomía exitosa.
La tercera señal son las pruebas de la misión tras la separación. Un vehículo que sigue un guion nominal sin encontrarse con anomalías significativas validará la ejecución básica. No validará plenamente las afirmaciones de diagnóstico de Solo.
Un resultado más sólido documentaría una condición inesperada, las pruebas que utilizó Solo, la acción que seleccionó y el estado posterior de la nave espacial. Esa cadena mostraría si el sistema puede hacer algo más que reproducir un plan preparado.
La telemetría también puede revelar fallos silenciosos. Solo podría completar la misión mientras desperdicia energía, pierde oportunidades científicas o se aproxima repetidamente a límites inseguros. El estado final de la misión por sí solo ocultaría esas debilidades.
Por tanto, AstroForge debería informar de la calidad operativa además de la supervivencia. Las métricas más útiles incluyen decisiones de mando, clasificaciones de anomalías, duración de la recuperación, márgenes de recursos y acciones bloqueadas.
NASA y los socios comerciales también observarán el rendimiento de COMPASS. Una producción científica fiable demostraría que Solo puede equilibrar los objetivos de la carga útil con la salud de la nave espacial, en lugar de limitarse a mantener el vehículo con vida.
Un vuelo exitoso presionaría a otros fabricantes de pequeñas naves espaciales para que reconsideren sus modelos operativos. La oportunidad inmediata no es la minería autónoma de asteroides. Es reducir el personal y el acceso a tierra necesarios para cada vehículo adicional en el espacio profundo.
Ese cambio afectaría tanto a los equipos de software como a los controladores de misión. Los ingenieros necesitarían mejores registros del comportamiento de los sistemas, historiales de anomalías, resultados de pruebas y restricciones de decisión. Una base de conocimientos con capacidad de búsqueda puede ayudar a los equipos a conectar esas evidencias antes de que se conviertan en material de entrenamiento o validación.
Sin embargo, ningún sistema de conocimiento puede sustituir la certificación de vuelo. La credibilidad de Solo dependerá de cómo se comporte cuando los sensores discrepen, las comunicaciones desaparezcan y los procedimientos de recuperación compitan por una potencia limitada.
La nave espacial de IA de AstroForge resulta convincente porque su restricción central es real. Las operaciones en el espacio profundo no pueden escalar indefinidamente mediante salas de control más grandes y un tiempo de antena escaso.
Su respuesta propuesta también conlleva un riesgo real. Trasladar la inteligencia a bordo acorta el ciclo de decisión, pero transfiere más responsabilidad a un software que la Tierra quizá no pueda corregir.
Sigue los resultados en la sombra de DeepSpace-2, el diseño final del enlace de mando y el registro de decisiones posterior al vuelo de Autonomy-1. En conjunto, estas señales mostrarán si Solo realmente reduce la dependencia de la Tierra o simplemente elimina la vía más segura de regreso.
