AEGIS-MEDLINK — Arka Plan ve Teknik Plan

Against the Silence takımı · NASA Space Apps 2026 · 1 Kasım 2026 · Asasira Martin

✏️ Bu sayfa takımın yaşayan planıdır. Değiştirmek için GitHub’da docs/tr/index.md dosyasını düzenleyin ve kaydedin. Soru, fikir veya sorun için: issue açın.

Hikâyemiz

Nasıl çalışır

Sağlık verileri simülatörümüzden (zaman kalırsa bir giyilebilir cihazdan) gelir. Uzay aracı bu verileri gemide kontrol eder. Bir sorun varsa Dünya’daki doktorlara bir mesaj gider; bağlantı kopuksa mesaj bekler ve asla kaybolmaz.

Arka plan

Uzun görevlerde astronotlar sağlık sorunlarını çoğu zaman kendileri fark etmek zorundadır; Dünya hızlı yanıt veremeyebilir ya da hiç veremeyebilir.

Seçtiğimiz görev, Create Health Monitoring Software for Astronauts on Space Missions, sağlık göstergelerini toplayan ve astronotların sağlıklarını değerlendirip harekete geçmelerini sağlayan bir yazılım istiyor. NASA riskleri şöyle sıralıyor: radyasyon, izolasyon ve kapalı ortam, değişen yerçekimi ve kapalı bir yaşam alanı; bunlar bağışıklık değişikliklerine, kemik kaybına, kalp-damar olaylarına ve davranışsal sağlık sorunlarına yol açabilir.

İletişim işi daha da zorlaştırır. Dünya ile Mars arasında tek yönlü sinyal yaklaşık 4 ila 24 dakika sürer (yaklaşık, gezegenlerin konumuna bağlı) ve bağlantı kesintiler ve iletişim boşlukları sırasında kopar. Buluta ihtiyaç duyan ya da bağlantı kopunca mesaj kaybeden bir izleme uygulaması, tam en çok gerektiği anda işe yaramaz.

Problem: Bir astronot sağlık sistemi, bağlantı gecikmeli, kesik veya kısıtlıyken gemide yararlı karar desteği vermeye ve tıbbi bilgiyi Dünya’ya güvenilir şekilde taşımaya nasıl devam edebilir?

Ne inşa ediyoruz

AEGIS-MEDLINK, aynı mesaj formatını paylaşan iki parçadan oluşur: AEGIS gemide düşünür, MEDLINK mesajları Dünya’ya taşır ve geri getirir.

• AEGIS, Astronaut Emergency Guidance and Intelligence System: gemideki akıllı bileşen; fizyolojik verileri izler, anormallikleri tespit eder ve tıbbi uyarılar üretir. Hayati değerleri okur, bunları her astronotun kendi normaliyle basit kurallar ve istatistikle karşılaştırır (yapay zekâ modeli yok), olağandışı ölçümleri sade bir gerekçeyle işaretler ve onaylı yönergeleri gösterir. Normal bir işlemcide tamamen internetsiz çalışır.
• MEDLINK (gecikmeye dayanıklı tıbbi bağlantı): işaretlenen olayları öncelikli ve imzalı mesajlara dönüştürür, güvenle saklar ve bağlantı olduğunda BPv7 (NASA’nın gecikmeye dayanıklı Bundle Protocol’ü) ile iletir. Dünya’nın yanıtları aynı yoldan geri gelir.
• İki konsol: mürettebat için uzay aracı konsolu ve simüle edilmiş uçuş doktoru ekibi için Dünya tıbbi konsolu.

İddia etmeyeceklerimiz: prototipin teşhis koyduğunu, uçuşa hazır olduğunu ya da uzay aracı iletişim sorununu çözdüğümüzü. NASA’nın mevcut gecikmeye dayanıklı ağ (DTN) çalışmalarının üzerine inşa ediyoruz, herkese açık veya açıkça “simüle” etiketli veriler kullanıyoruz ve tıbbi kararları insanlara bırakıyoruz.

Özel dokunuşumuz: PulseBrief

Kopuk ve yavaş bir bağlantı için tasarlanmış bir sağlık mesajı. Çoğu sağlık uygulaması ham sayılar gönderir: heart_rate: 110 Dünya’ya ne olduğunu söyler ama önemli olup olmadığını söylemez. AEGIS bunun yerine bir PulseBrief gönderir: olayı açıklayan tek küçük bir mesaj; en önemli kısmı her zaman önce ulaşacak şekilde bölünmüş.

Sessizlik sırasında astronot asla yalnız değildir: AEGIS şimdi ne yapılacağını söyler, MEDLINK mesajı garanti eder, PulseBrief ise ilk 200 baytı değerli kılar.

1. Üç katman, önce başlık

Her PulseBrief üç BPv7 paketi olarak gider. Bağlantı yalnızca birkaç saniyeliğine açılsa bile Dünya başlığı alır; geri kalanı bir sonraki pencerede gelir.

Karşılaştırma için: saniyede bir ölçümle 10 dakikalık ham veri yaklaşık 15–20 KB JSON eder. Bunlar tahmindir; gerçek sayıları hackathonda ölçeceğiz.

2. Astronot sessizlik içinde beklemeye bırakılmaz

• Şimdi ne yapmalı: AEGIS, doktorların önceden yazdığı kısa bir kontrol listesi gösterir (otur, 5 dakika sonra tekrar ölç, su iç). Yapay zekânın uydurduğu tavsiye değil.
• 3 dokunuşla bildirim: “Nasıl hissediyorsun?” iyi / biraz kötü / kötü, artı bir belirti. Bu, mesajdaki “astronot diyor ki” satırı olur.
• Yanıt geri sayımı: sinyal gecikmesi ve bir sonraki bağlantı penceresinden hesaplanarak mürettebat ekranı, Dünya’nın mesajı ne zaman göreceğini ve yanıtın ne zaman gelebileceğini gösterir.

3. Daha az yanlış alarm

• Önce sinyal kalitesi: gevşek bir saat veya hareket ölçümleri zıplatır. AEGIS uyarmadan önce bunu kontrol eder ve her mesajı “sinyal: iyi / zayıf” olarak işaretler.
• Aktiviteye duyarlı: egzersiz sırasında hızlı nabız normaldir; dinlenirken değildir.

Nasıl görünüyor

Önce ne inşa ediyoruz

Sahnede kanıtlayacaklarımız: başlık çok kısa bir bağlantı penceresinde bile Dünya’ya ulaşır, kesinti boyunca hiçbir şey kaybolmaz ve bir PulseBrief’in ham verilere göre kaç bayt gönderdiği.

Veri hakkında: NASA canlı astronot hayati verilerini yayımlamaz; tıbbi kayıtlar gizlidir. Gerçekçi aralıklar ve bağlam için NASA araştırmalarını (Open Science Data Repository, Human Research Program, NASA Life Sciences Portal) ve açıkça “simüle” etiketli ölçümleri kullanıyoruz.

Sistem akışı

1. Hayati değerler BLE sensöründen veya simülatörden gelir.
2. AEGIS bunları astronotun normaliyle karşılaştırır ve olağandışı her şeyi gerekçesiyle mürettebat konsolunda işaretler.
3. MEDLINK olayı imzalar, önceliğini belirler ve BPv7 düğümüne verir; düğüm bağlantı gelene kadar onu diskte saklar.
4. Dünya’daki düğüm mesajı alır, kopyaları atar ve alındı bildirir; tıbbi konsol mesajı incelemeye sunar.
5. İnceleyen doktorun imzalı yönergesi aynı yoldan geri gelir ve mürettebat konsolunda görünür.

Teknoloji yığını

Her şey Docker ile dizüstü bilgisayarlarda çalışır; demo için GPU ya da bulut hizmeti gerekmez.

BPv7 fizibilite sonucu

BPv7, MEDLINK için çalışıyor: 1 Kasım 2026’da iki gerçek BPv7 düğümüyle yapılan dört testin hepsi geçti; bu yüzden HTTP üzerinden sahte gecikme değil, gerçek protokolü kullanıyoruz.

Kurulum: Docker’da iki dtn7-rs 0.21.0 servisi, dtn://spacecraft ve dtn://earth, aralarında TCP bağlantısı, kalıcı paket deposu (sled). Test yükleri örnek JSON tıbbi olaylardı.

Bunun yapım için anlamı:

• Düğüm, eş adresi olarak alan adı değil IP adresi istiyor (alan adları ilk denemede çöktü), bu yüzden Compose dosyası IP’leri sabitler.
• TCP gerçek bir 12 dakikalık gecikmeye dayanmaz. Demoda zamanı sıkıştırıp bağlantı pencerelerini modelliyoruz; LTP’yi (gerçek derin uzay DTN’inin kullandığı protokol) gelecek çalışma olarak belirtiyoruz.
• Bir paket birden fazla kez gelebilir; bu yüzden Dünya event_id ile kopyaları ayıklar ve kendi imzalı alındı bildirimini geri gönderir.
• NASA’nın kendi uygulaması HDTN, birlikte çalışabilirliği göstermek istersek sonraki bir seçenek.

Depo ve iş birliği

Tek depo, Switch256/against-silence26 (monorepo): her parçanın kendi deposu değil, kendi klasörü ve sahibi var.

Neden tek depo: üç kişi ve 48 saatle ayrı backend ve frontend depoları fazladan kurulum, sürüm uyumsuzluğu ve zor entegrasyon demek. Tek depo; tek CI hattı, tek docker compose up ve sözleşme değişikliklerinin onları kullanan kodla aynı pull request’te gelmesi demek.

against-silence26/
├── contracts/          # JSON Schema + OpenAPI (ortak, herkes inceler)
├── services/
│   ├── aegis/          # sağlık verisi işleme (Python)
│   ├── medlink/        # BPv7 geçidi (Python + dtnd)
│   └── simulator/      # sensörler, bağlantı kesintileri, gecikmeler
├── apps/
│   ├── spacecraft/     # mürettebat konsolu (Next.js)
│   └── earth-console/  # tıbbi konsol (Next.js)
├── tests/integration/
├── docs/
├── docker-compose.yml
└── .github/            # CI iş akışları, CODEOWNERS, PR şablonu

Nasıl çalışıyoruz:

• sahip/özellik adlı kısa dallar, küçük pull request’ler, bir inceleme, main‘e sık birleştirme. main her zaman çalışır.
• CODEOWNERS her klasörün incelemesini sahibine yönlendirir; contracts/ altındaki her değişiklik herkesin onayını ister.
• Her pull request GitHub Actions’ta şema kontrolü, Python testleri, frontend derlemesi ve hızlı bir duman testi çalıştırır.
• Her servis ilk günden sahte veriyle gelir; kimse kimseyi beklemez.
• 14 Kasım’dan önce depoda yalnızca dokümanlar, sözleşme taslakları ve öğrenme notları bulunur; ürün kodu Space Apps yönergelerine uygun olarak hackathonda başlar.

Takım rolleri

Üç kişi, üç net alan. Her alan diğerlerine ortak sözleşmeler üzerinden bağlanır; kimse kimseyi beklemez.

Rol mü istiyorsunuz, ya da rolünüzü değiştirmek mi? Rol talep edin. Başka her şey için (soru, engel, fikir): issue açın.

Hackathon hafta sonu

Daha az inşa et, daha çok göster, her şeyi belgele. NASA Space Apps Sivas, 14–15 Kasım 2026’da Sivas Cumhuriyet Üniversitesi’nde yüz yüze yapılıyor. Takımın tüm üyeleri iki gün de orada olmalı.

Ne teslim ediyoruz (MVP)

• Garanti: NASA araştırmalarına göre şekillenen simüle astronot verileri → AEGIS anormallik tespiti → PulseBrief → BPv7 sakla-ve-ilet → iki panel.
• Bunlar da var: jürinin basabileceği bir kesinti düğmesi, kuyruktaki ve teslim edilen mesajların canlı sayacı ve her PulseBrief için gönderilen gerçek bayt sayısı.
• Sadece zaman kalırsa: canlı bir giyilebilir cihaz. Standart bir BLE nabız sensörü backend üzerinden veya Chrome’da Web Bluetooth ile çalışır. Apple Watch için küçük bir yerel iPhone uygulaması gerekir; çünkü tarayıcılar (ve Safari PWA’ları) iPhone’da HealthKit’i okuyamaz ve Web Bluetooth kullanamaz.
• Panelde veri kaynağı seçici: sentetik veriler / NASA’ya dayalı senaryo / giyilebilir cihaz (isteğe bağlı).

Kaçırmamamız gereken kurallar

• NASA verisi zorunlu (global ödüller için): en az bir NASA kaynağı, sadece anılmakla kalmayıp yapımda kullanılmış ve açıklanmış olmalı. Simüle veriler “simüle” olarak etiketli kalır.
• Yüklenen her şey İngilizce (proje sayfası, slaytlar). Yerel sunum Türkçe.
• Demo: en fazla 30 saniyelik video ya da başlık dahil en fazla 7 slayt. Slaytlarda takım adı, üyeler ve görev yer alır.
• Yapay zekâ kullanımı proje sayfasında belirtilmeli. Fikir bizim; yapay zekânın nerede yardım ettiğini söyleriz (beyin fırtınası, yazım, kod). Üretilen görsellerde NASA logosu yok.
• Bağlantılar giriş gerektirmeden açılmalı. Göndermeden önce gizli bir tarayıcı penceresinde test edin.
• Değerlendirme: Etki, Yaratıcılık, Geçerlilik, Uygunluk (NASA verisinin gerçek kullanımı) ve Sunum; her biri 1–5.

Kaynaklar

• dtn7-rs (BPv7 servisi)
• NASA HDTN
• NASA Open Science Data Repository
• NASA Human Research Program
• NASA Life Sciences Portal