Artemis II і код, який веде до Місяця
У цьому блозі розбираємо місію NASA Artemis II, яка стартувала 1 квітня 2026 року, і пояснюємо, що вона насправді говорить про сучасну інженерію: бортове ПЗ, резервні контури, симуляції, телеметрію, людський контроль і дуже обережну роль ШІ в космічній сфері.
почати варто з цього
Найцікавіша частина цієї історії не в тому, що NASA знову летить до Місяця, а в тому, який програмний стек стоїть за місією, де людей не можна дорелізити в наступному патчі.
Станом на 5 квітня 2026 року Artemis II вже в польоті після запуску 1 квітня о 6:35 p.m. EDT з Kennedy Space Center. Для широкої аудиторії це перший пілотований політ навколо Місяця з часів Apollo. Для NASA це ще важливіше, бо Artemis II перевіряє, як поводяться SLS, Orion, наземні системи й інтерфейси екіпажу не в красивому слайді, а в реальному середовищі далекого космосу. [1][2][3][4]
AP у своєму матеріалі цілком влучно назвала цю місію першою людською подорожжю до Місяця за понад пів століття. Але якщо дивитися очима інженера, Artemis II це насамперед місія про довіру до систем, а не про символіку. [3]
Саме тому тут важливі не тільки ракета, капсула чи екіпаж, а й те, як NASA збирає телеметрію, як тримає дані орбіти в реальному часі, як тестує ручне керування Orion, як організовує контури керування польотом і як закриває уроки після Artemis I. У таких місіях залізо без дисципліни в програмному забезпеченні просто не має ваги.
Artemis II добре пояснює одну річ: це не коротка демонстрація старту, а послідовність перевірок, де кожен етап має власну логіку програмного забезпечення й керування.
Перевірка всіх ключових систем із екіпажем на борту
Саме тут NASA перевіряє те, чого Artemis I не могла перевірити повністю без людей: інтерфейси екіпажу, життєзабезпечення, зв'язок, ручне керування і нестандартні сценарії. [12]
Повернення, вхід в атмосферу і приводнення
Після льотної частини місія знову стає історією про програмне забезпечення, зображення, телеметрію, процедури підбору капсули і післяпольотний аналіз. Саме на цьому етапі після Artemis I виявилися речі, які довелося серйозно доробляти перед Artemis II. [12]
Висновок
Для інженера Artemis II це не одна подія, а довгий ланцюг перевірок, де кожна підсистема має довести, що їй можна довіряти з екіпажем на борту.
Публічні матеріали NASA добре показують, що Artemis II не зводиться до однієї великої програми. Наприклад, у матеріалах про бортове ПЗ SLS інженери прямо називають його brains of the rocket. Це точна, але дуже часткова правда. [5]
Окрім основного бортового ПЗ, у NASA є й окремий резервний шар. В Orion існує Backup Flight Software, яка спеціально зменшує ризик спільної помилки між основним і резервним контуром. Це вже не історія про красиву генерацію коду. Це історія про різнорідне резервування. [6]
Далі йде наземний контур. Центр керування польотом веде місію, але модель інженерної підтримки нікуди не зникає. У матеріалах NASA про Mission Evaluation Room це сформульовано дуже прямо: The operations team is flying the spacecraft. Одразу після цього йде друга половина сенсу: інженери підкріплюють ці рішення аналізом. [7]
Є ще мережевий і даний шар. NASA прямо пише, що Reliable communications are the lifeline of human spaceflight. Для Artemis II це Near Space Network, Deep Space Network, експеримент з оптичним зв'язком O2O, AROW і потоки телеметрії, які одночасно потрібні екіпажу, фахівцям центру керування польотом і технічним командам на Землі. [2][8]
І ще один шар, який часто недооцінюють у популярних текстах, це симуляції. Для Artemis немає опції подивимось у польоті. Саме тому NASA багато років вкладається в моделювання умов запуску, поведінки траєкторії, інтегровані симуляції і перевірку з підключенням реального обладнання, щоб знімати ризики ще до реального старту. [9][12]
У космічній інженерії старі й нові інструменти часто живуть поруч. Але для Artemis II набагато важливіше не те, якою мовою написаний окремий інструмент, а як уся система перевіряється і страхується.
| Comparison point | Теза | Що реально видно з публічних джерел |
|---|---|---|
| У NASA живе спадковий код | Так. У NASA Software Catalog досі є довгоживучі інженерні інструменти зі старою основою. Приклад, STARS для структурного аналізу. [11] | Тобто спадок наукового й інженерного програмного забезпечення справді нікуди не зник. Для аерокосмосу це нормально, якщо інструмент корисний, перевірений і добре вбудований у процес. |
| Artemis II це не одна мова і не один кодовий шар | Публічна база навколо Artemis II акцентує не на одному мовному стеку, а на бортовому ПЗ SLS, резервному ПЗ Orion, симуляціях, перевірці, центрі керування польотом і мережах. [5][6][7][8][9][12] | Чесніше говорити так: у космічній інженерії є сильний спадковий шар, але стек місії з екіпажем завжди значно ширший і організований навколо надійності, а не навколо одного інструмента. |
| Головна історія тут про мову | Для Artemis II головні слова це перевірка, резервування, сертифікація, телеметрія, операційна робота і людське право останнього рішення. [6][12] | Мова важлива, але ще важливіше, як ПЗ тестується, ізолюється, резервується і документується. |
ШІ тут уже доречна
Автоматизоване тестування ПЗ, пошук помилок, первинний розбір аномалій у телеметрії, підготовка процедур, підтримка чеклістів, короткі зведення по документах, пошук по матеріалах місії і цифрові помічники для MER. Це вже прямо є в матеріалах NASA JSC Engineering. [10]
ШІ потребує сильного людського контролю
ШІ не виглядає чесною заміною
Що справді цікаво на майбутнє
У NASA вже паралельно рухаються HPSC і напрями ШІ/ML для бортових обчислень, а в JSC є реальні проєкти ШІ для інженерної підтримки. Найсильніший сценарій тут не заміна інженера, а підсилення перевірки, тестування і операційних контурів. [10]
Нормальний висновок про ШІ
Якщо коротко, ШІ в космічній сфері вже корисна там, де треба швидше бачити, шукати, перевіряти і пояснювати. Там, де треба гарантувати безпеку екіпажу, вона поки що має бути асистентом, а не фінальним автором рішення.
Ця місія важлива не тому, що ми завтра всі почнемо писати ПЗ для ракет. Вона важлива тому, що дуже чітко підсвічує інженерні речі, які в цивільній розробці теж працюють, просто там їх рідше доводять до такої дисципліни.
Надійність це не одна бібліотека і не один senior. Це кілька шарів відповідальності, які не дублюють, а страхують один одного.
Резервний контур має сенс тільки тоді, коли він не копія основного. Резервне ПЗ корисне не фактом наявності, а тим, що воно реально знижує ризик спільної помилки. [6]
ШІ найсильніша не тоді, коли її ставлять у центр маркетингового слайду, а тоді, коли вона реально пришвидшує аналіз, тестування і допоміжну роботу без втрати людського контролю. [10]
Висновок
Найкращий місток між Artemis II та ІТ такий: хороша інженерія починається там, де команда поважає межі системи сильніше, ніж власний оптимізм.
Так. Artemis II стартувала 1 квітня 2026 року. Станом на 5 квітня 2026 року місія вже в польоті, а сама програма описує її як приблизно 10-денний випробувальний політ із екіпажем навколо Місяця. [1][2][3][4]
Тому що вона дуже чисто показує, як виглядає розробка там, де надійність важливіша за швидкість. Тут видно реальні шари: бортове ПЗ, резервне ПЗ, центр керування польотом, телеметрію, зв'язок, симуляції і людське право останнього рішення. [5][6][7][8][9][12]
Ні. У NASA і справді є довгоживучі інженерні інструменти, і це видно в Software Catalog. Але Artemis II це значно ширша історія: бортове ПЗ, резервне ПЗ, перевірка, симуляції, центр керування польотом, зв'язок і людська відповідальність. [6][11][12]
Так, але в дуже конкретних ролях. У матеріалах JSC Engineering прямо фігурують автоматизоване тестування ПЗ, пошук помилок, робота з аномаліями телеметрії, підготовка процедур і цифрові помічники для MER. Це сильний сигнал, але не той самий, що `ШІ вже пише і сертифікує весь критичний польотний код`. [10]
Найчесніша така: у складних системах виграє не найгучніший стек, а той, де є перевірка, резервування, спостережуваність, хороші симуляції і зрозумілий людський контроль. Artemis II це дуже жорстке нагадування саме про це. [6][8][9][12]
Основу тут складають офіційні матеріали NASA, NASA OIG і JSC Engineering. Зовнішній погляд я брав мінімально, тільки там, де він додає нормальний контекст, а не шум.
• 5. NASA Marshall, SLS quarterly highlights with flight software overview
• 7. NASA JSC, Mission Evaluation Room and intelligent diagnostic support history
• 8. NASA, optical and network communications for Artemis missions
• 9. NASA SC24, simulations for launch environment and trajectory analysis
• 10. NASA JSC Engineering, The Role of AI in JSC Engineering
• 11. NASA Software Catalog, STARS structural analysis tool using standard FORTRAN
• 12. NASA OIG, Readiness for the Artemis II Crewed Mission to Lunar Orbit
• 13. NASA Artemis II Press Kit, official social links and program resources
Пов'язані статті
AI SEO / GEO у 2026: ваші наступні клієнти — не люди, а агенти
Пошук зміщується від кліків до відповідей. Боти та AI-агенти сканують, цитують, рекомендують і дедалі частіше купують. Дізнайтесь, що таке AI SEO / GEO, чому класичного SEO вже недостатньо, і як PAS7 Studio допомагає брендам перемагати у «агентному» вебі.
Найпотужніший чіп від Apple? M5 Pro і M5 Max б'ють рекорди
Аналітичний розбір Apple M5 Pro і M5 Max станом на березень 2026 року. Пояснюємо, чому ці чіпи можна вважати найпотужнішими професійними ноутбучними SoC від Apple, як вони виглядають на тлі M4 Pro, M4 Max, M1 Pro, M1 Max і що показують у порівнянні з актуальними Intel та AMD.
Автоматичне тегування та пошук збережених посилань
Інтеграція з GDrive/S3/Notion для автоматичного тегування та швидкого пошуку через пошукові API
Розробка Telegram-ботів та автоматизація
Професійна розробка Telegram-ботів та автоматизація бізнес-процесів: чат-боти, AI-асистенти, інтеграції з CRM та автоматизація процесів.
Професійна розробка для вашого бізнесу
Створюємо сучасні веб-рішення та боти для бізнесу. Дізнайтеся, як ми можемо допомогти вам досягти цілей.
Де дивитися місію й команду в живому режимі
Якщо хочеться не тільки читати аналітику, а й стежити за місією як за подією, ось найкращі офіційні точки входу. Частину з них NASA прямо зібрала в Artemis II Press Kit. [13]
• NASA Live, стрім і місійні включення
• NASA Artemis на X
• NASA Astronauts на X
• Reid Wiseman на X
• Launch-week update від NASAArtemis на X
• X broadcast з місійним брифінгом NASA