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 асистента у 2026: RAG чатбот, база знань, CRM, Telegram та підтримка
Практичний гід для бізнесу: від чого залежить ціна розробки AI асистента у 2026 році, що входить у RAG чатбот, інтеграції з CRM, Telegram, guardrails, оцінювання, моніторинг і супровід.
AI-assisted attacks і prompt injection у 2026: нова поверхня атак для продуктів з AI
Практичний гайд з безпеки AI-функцій: prompt injection, tool abuse, excessive agency, RAG poisoning, data leakage, output handling, human approval gates і permissions для AI agents.
AI для розробки лендінгів: де він реально прискорює запуск, а де псує конверсію
Дослідження про використання AI у розробці лендінгів: v0, Webflow AI, Builder.io, Framer-подібні AI builders, генерація UX, copy, SEO, персоналізація, A/B тести, ризики шаблонності, безпеки, доступності та технічного боргу.
AI SEO / GEO у 2026: ваші наступні клієнти — не люди, а агенти
Пошук зміщується від кліків до відповідей. Боти та AI-агенти сканують, цитують, рекомендують і дедалі частіше купують. Дізнайтесь, що таке AI SEO / GEO, чому класичного SEO вже недостатньо, і як PAS7 Studio допомагає брендам перемагати у «агентному» вебі.
Професійна розробка для вашого бізнесу
Створюємо сучасні веб-рішення та боти для бізнесу. Дізнайтеся, як ми можемо допомогти вам досягти цілей.
Де дивитися місію й команду в живому режимі
Якщо хочеться не тільки читати аналітику, а й стежити за місією як за подією, ось найкращі офіційні точки входу. Частину з них 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