Kazanimlar:
- Yapay zekanın bakım iş akışının (doküman tarama, trend, taslak) neresinde zaman kazandırdığını, neresinde uçuşa elverişlilik ve imza kararının yetkili insanda kaldığını risk düzeyine göre ayırt edebilme
- Her yapay zeka çıktısını kaynağa bağlama, güncel revizyonu teyit, fiziksel doğrulama ve yetki-imza süzgeci adımlarıyla doğrulayan dört adımlı bir disiplin uygulayabilme
- Havacılığın güvenlik-kritik doğası nedeniyle yapay zeka çıktısının yetkin uzman onayının ve CRS imzasının yerine geçmediğini kavrayabilme
Bir sabah, apronda bekleyen bir dar gövde uçağı düşünün. Pilot uçuş sonrası bir arıza bildirmiş: "Sol motor EGT (Exhaust Gas Temperature — egzoz gazı sıcaklığı, motorun yanma bölgesinden çıkan gazın sıcaklığını gösteren kritik bir parametre) göstergesi tırmanma sırasında kırmızı bölgeye yaklaştı." Kalkışa iki saat var, uçak dolu, bir yanda beş yüz sayfalık AMM (Aircraft Maintenance Manual — Uçak Bakım El Kitabı, üreticinin bakım adımlarını tarif ettiği resmi doküman), bir yanda son yirmi uçuşun sensör verisi, bir yanda henüz doldurulmamış bir iş emri. İşte yapay zeka (YZ — geçmiş veriden örüntü öğrenip metin, kod, sınıflandırma ve tahmin üretebilen yazılım) tam bu noktada, doküman taramada, veri trendini okumada ve iş emri taslağı hazırlamada size dakikalar kazandırır. Ama bu modülün ilk ve değişmez cümlesi şudur: YZ bir asistandır; uçağın uçuşa elverişli olduğuna dair son kararı ve imzayı veren, yetkili ve lisanslı bakım personelidir.
Bu ünitede araca değil disipline odaklanacağız. YZ'nin uçak bakımı ve aviyonik (avionics — uçaktaki elektronik sistemler: seyrüsefer, iletişim, otomatik uçuş, gösterge bilgisayarları) iş akışının neresinde gerçek zaman kazandırdığını, nerede tehlikeli olduğunu, her çıktıyı nasıl doğrulayacağınızı ve neden bu alanda "güvenlik-kritik" kelimesinin her şeyi belirlediğini göreceğiz. Bu temeli atmadan sonraki üniteler havada kalır — çünkü havacılıkta doğrulanmamış bir çıktı yalnızca yanlış bir cevap değil, yüzlerce canı taşıyan bir sistemin arızasına giden yol olabilir. Modül boyunca ele alacağımız her araç ve her prompt (YZ'ye verilen yönlendirici metin), bu ilk üniteyi bir zemin olarak kullanır.
Neden havacılık "güvenlik-kritik" bir alandır?
Güvenlik-kritik (safety-critical) bir sistem, arızası doğrudan insan hayatına, ciddi yaralanmaya veya büyük mal kaybına yol açabilen sistemdir. Uçak bakımı bu tanımın ders kitabı örneğidir. Bir yazılım hatası bir web sitesinde kullanıcıyı rahatsız eder; bir uçak sisteminde ise bir kaza zincirinin ilk halkası olabilir. Bu yüzden havacılık, katmanlı bir güvenlik kültürü üzerine kuruludur: her işin bir referans dokümanı, her parçanın bir izlenebilirlik kaydı, her onarımın bir yetkili imzası ve her uçağın uçuşa elverişlilik (airworthiness — uçağın tasarım ve bakım açısından güvenle uçabilecek durumda olması) durumu vardır.
Bu kültürün pratikteki adı redundancy ve independent check (yedeklilik ve bağımsız kontrol) ilkesidir. Kritik bir görevden sonra ikinci bir yetkili kişi işi bağımsız olarak denetler; buna duplicate inspection (çift muayene) denir. Uçuş kumanda sistemi gibi hayati bağlantılarda bu zorunludur. YZ bu zincirin içine girerken hiçbir katmanı kaldırmaz; en fazla, bir katmanın hazırlık aşamasını hızlandırır. YZ hiçbir zaman CRS'yi (Certificate of Release to Service — Servise İade Sertifikası, bir bakım işinin tamamlandığını ve uçağın uçmaya hazır olduğunu belgeleyen ve yetkili personelce imzalanan belge) veremez. Bunu yalnızca Part-66 lisanslı (EASA Part-66 — bakım personelinin uçak üzerinde bağımsız çalışma ve serbest bırakma yetkisini tanımlayan lisans; B1 mekanik/motor, B2 aviyonik, C hat/kaide yönetimi kategorileri gibi) bir kişi, kendi yetki sınırları içinde imzalar.
Dikkat: Havacılıkta "YZ öyle dedi" bir gerekçe değildir. Bir yanlış parça numarası, bir atlanmış AD (Airworthiness Directive — Uçuşa Elverişlilik Direktifi, otoritenin zorunlu kıldığı düzeltici işlem) ya da yanlış yorumlanmış bir arıza kodu olursa sorumluluk, o çıktıyı doğrulamadan uygulayan ve imzalayan kişiye aittir. Otorite denetiminde "sistem önerdi" cümlesi sizi korumaz.
YZ iş akışının neresinde işe yarar?
Bakım işlerini iki kümeye ayıralım. Birinci küme: hacimli, tekrarlayan, örüntü çıkarılabilir işler. Yüzlerce sayfalık AMM içinde doğru prosedürü bulma, bir arıza koduna bağlı olası nedenleri listeleme, sensör verisinde trend ve anomali işaretleme, pilot raporunu (PIREP — Pilot Report, pilotun bildirdiği arıza kaydı) yapılandırılmış veriye çevirme, iş emri metni taslağı, bir Service Bulletin'in (SB — üreticinin tavsiye ya da zorunlu kıldığı iyileştirme/değişiklik talimatı) özeti, iki manuel sürümü arasındaki farkı bulma, bir teknik yazının İngilizceden anlaşılır Türkçeye çevrilmesi. Burada YZ saatleri dakikaya indirir ve yorulmaz — insan gözünün 400'üncü sayfada kaçırdığını kaçırmaz.
İkinci küme: uçuşa elverişliliği ve can güvenliğini belirleyen kararlar. Bir arızanın gerçek kök nedeni, bir onarımın AMM'ye uygunluğu, bir parçanın gerçekten onaylı ve izlenebilir olup olmadığı, bir uçağın MEL (Minimum Equipment List — Asgari Teçhizat Listesi, hangi ekipman arızalıyken uçağın hangi şartlarla uçabileceğini belirten liste) kapsamında uçurulabilir olup olmadığı, ve en sonunda serbest bırakma imzası. Bunlar uzmanlık, hukuki sorumluluk ve fiziksel muayene ister. YZ burada seçenekleri çoğaltır, taslak üretir — ama son imza sizindir.
Ayrımı tek cümleyle netleştirelim: YZ "bu belgede/veride dikkat çeken ne ve ilk taslak nasıl görünür" sorularında güçlüdür; "bu uçak güvenle uçabilir mi ve bunu imzalayabilir miyim" sorusunda karar insanındır. Bu ayrımı içselleştiren teknisyen, YZ'yi bir tehdit değil, dikkatini asıl karara ayırmasını sağlayan bir güç çarpanı olarak kullanır.
Doğrulama disiplini: dört adım
YZ akıcı ve kendinden emin üretir; bu doğru olduğu anlamına gelmez. YZ zaman zaman halüsinasyon üretir — yani var olmayan bir prosedür numarası, uydurma bir tork değeri, olmayan bir parça numarası ya da yanlış bir manuel referansını gerçekmiş gibi sunar. Bir bakım işinde bu felakettir. Her çıktıya dört adımlı refleks uygulayın:
- Resmi kaynağa bağla. YZ'nin her iddiası AMM, IPC (Illustrated Parts Catalog — Resimli Parça Kataloğu), FIM (Fault Isolation Manual — Arıza İzolasyon El Kitabı) ya da SB gibi onaylı bir dokümandaki somut bir bölüme (task numarası, ATA chapter — ATA 100 standardına göre sistemleri numaralandıran bölüm, örn. 21 klima, 32 iniş takımı, 34 seyrüsefer) dayanmalı. "Bu tork değeri hangi AMM task'ında, hangi revizyonda?" diye sorun ve orijinal dokümanda kendiniz görün.
- Güncel revizyonu teyit et. Manuel ve direktifler sürekli güncellenir. YZ'nin eğitildiği bilgi eski olabilir. Her zaman yürürlükteki revizyonu kütüphaneden/portaldan doğrulayın.
- Fiziksel/ölçümsel teyit. Bir arıza tahminini gerçek muayene, BITE (Built-In Test Equipment — sistemin kendi kendini test eden yerleşik donanımı) çıktısı veya kalibre ölçüm aletiyle karşılaştırın.
- Yetki ve imza süzgeci. İşi yapmaya ve serbest bırakmaya yetkin misiniz? Değilseniz durun. Son filtre insan yargısı ve yetkisidir.
İpucu: Bu dört adımı bir kontrol listesi gibi ezberleyin: Kaynak → Revizyon → Fiziksel → İmza. YZ ne kadar ikna edici konuşursa, bu adımlara o kadar sıkı sarılın. Kendinden emin bir ton, doğruluğun kanıtı değildir.
Üç mini vaka
Vaka 1 — Doküman tarama zaman kazandırdı. Bir teknisyen, klima sistemindeki bir arıza için AMM'de doğru izolasyon adımını arıyordu. YZ destekli arama, doğru ATA 21 task'ını ve ilgili FIM adımını 40 saniyede işaret etti; teknisyen normalde 15-20 dakika süren aramayı kısalttı. Ancak task numarasını ve revizyonu resmi portalda teyit ettikten sonra işe başladı. Kazanç: yaklaşık 18 dakika, sıfır risk artışı.
Vaka 2 — Doğrulama bir halüsinasyonu yakaladı. Bir uzman YZ'ye bir cıvatanın tork değerini sordu. YZ "35 Nm" dedi. Uzman AMM'ye baktığında değer "22 Nm" idi; YZ benzer bir bağlantı elemanının değerini uydurmuştu. Aradaki yaklaşık %59'luk fazla sıkma, cıvatada gerilme çatlağına ve ilerleyen uçuşlarda yorulma kırılmasına yol açabilirdi. Kaynağa bağlama adımı olası bir yapısal hasarı önledi.
Vaka 3 — Yanlış revizyon riski. Bir planlamacı, bir AD'nin uygulanıp uygulanmadığını YZ'ye sordu; YZ eski bir sürümden yanıt verdi ve direktifi "kapalı" gösterdi. Kıdemli mühendis, otoritenin güncel listesinden kontrol etti: direktifin yeni bir revizyonu (örneğin AD 2025-xx-xx R1) 6 ay içinde tekrar işlem gerektiriyordu. Güncel revizyon teyidi, tespit edilmeseydi bir denetimde bulgu (finding) ve uçuşa elverişlilik ihlali doğuracak bir açığı kapattı.
Dört kopyalanabilir şablon
Aşağıdaki şablonlar YZ'yi doğru çerçeveye oturtur: rol verir, kaynak zorunluluğu koyar ve belirsizliği bildirmesini ister.
Rol: Sen deneyimli bir uçak bakım teknisyenine yardımcı olan asistansın.Görev: Aşağıdaki arıza tarifini oku ve olası neden hipotezlerini olasılıksırasına göre listele.Kurallar:- Her hipotez için hangi ATA bölümünü ve hangi manueli (AMM/FIM) kontrol etmem gerektiğini belirt.- Emin olmadığın yerde "doğrulanmalı" yaz; tork/parça no/task no UYDURMA.- Nihai kararın ve imzanın bende olduğunu varsay.Arıza tarifi: [PIREP metnini yapıştır]
Rol: Teknik doküman tarama asistanı.Görev: Aşağıya yapıştıracağım AMM/FIM metninde [sorun] ile ilgili adımlarıözetle.Kurallar:- Yalnızca yapıştırdığım metne dayan; dışarıdan bilgi ekleme.- Her ifadenin geçtiği bölüm/adım numarasını yanına yaz.- Metinde olmayan hiçbir değer veya numara üretme; yoksa "metinde yok" de.Metin: [AMM bölümünü yapıştır]
Rol: Veri trendi okuma asistanı.Görev: Aşağıdaki son 20 uçuşun [parametre] değerlerinde anormal bir trendveya sıçrama var mı işaretle.Kurallar:- Sadece örüntüyü tarif et; kesin arıza teşhisi koyma.- Belirgin eşik aşımı varsa hangi uçuşta olduğunu belirt.- Bunun bir ön-eleme olduğunu, kararın mühendiste olduğunu belirt.Veri: [tablo/CSV yapıştır]
Rol: İş emri taslak asistanı.Görev: Aşağıdaki bulgudan bir iş emri açıklaması taslağı hazır.Kurallar:- Yapılan/yapılacak işi net, ATA bölümü ve task no atıflı yaz.- Task no'yu ben teyit edene kadar [DOĞRULA] etiketiyle boş bırak.- Kullanılan parçalar için parça no'yu UYDURMA; [IPC'den doğrula] yaz.Bulgu: [bulgu metnini yapıştır]
Zayıf prompt / Güçlü prompt
Zayıf: "EGT yüksek çıkıyor, ne yapayım?"
Bu prompt bağlamsızdır; YZ uçak tipini, motor tipini, faz bilgisini bilmez ve büyük olasılıkla kendinden emin ama genel, hatta uydurma bir cevap verir.
Güçlü: "Sen bakım teknisyenine yardımcı asistansın. [Uçak tipi], [motor tipi]. PIREP: tırmanmada 1 numaralı motor EGT kısa süreli kırmızıya yaklaştı, seyirde normale döndü. Olası neden hipotezlerini olasılık sırasıyla listele; her biri için kontrol edilecek ATA bölümü ve manueli belirt; tork/parça no/task no UYDURMA, emin olmadığını 'doğrulanmalı' diye işaretle. Karar ve imza bende."
Bu prompt rol, bağlam, çıktı biçimi ve güvenlik sınırı içerir; çıktı doğrulanabilir ve güvenli hale gelir.
Tablo: İki iş kümesi ve YZ'nin rolü
Boyut
Küme 1: Hazırlık işleri
Küme 2: Karar işleri
Örnek
AMM tarama, trend işaretleme, taslak yazma
Kök neden, uygunluk, CRS imzası
YZ'nin katkısı
Hız, kapsama, yorulmazlık
Seçenek çoğaltma, taslak — karar değil
Risk kaynağı
Halüsinasyon, eski revizyon
Yanlış uygulanan çıktı, atlanmış AD
Zorunlu kontrol
Kaynağa bağla, revizyon teyidi
Fiziksel muayene + yetkili imza
Son söz
İnsan doğrular
İnsan karar verir ve imzalar
Sık yapılan hatalar
- YZ çıktısını kaynak sanmak. YZ bir kaynak değildir; kaynağa götüren bir işaret levhasıdır. Her değeri orijinal dokümanda görün.
- Revizyonu atlamak. Doğru task, yanlış revizyonla uygulanırsa yine hatadır. Yürürlükteki sürümü daima teyit edin.
- Bağlamsız sormak. Uçak tipi, motor tipi, faz ve semptom detayı olmadan sorulan sorular genel ve yanıltıcı yanıt üretir.
- Yetki sınırını unutmak. YZ size B2 işini anlatabilir; ama siz B1 iseniz o işi imzalayamazsınız. Araç bilgiyi verir, yetkiyi vermez.
- Gizli/tescilli veriyi kontrolsüz araca yapıştırmak. Müşteri, kayıt (tail number) ve tescilli üretici verisi kurumsal politika dışında paylaşılmamalı (bunu 11. ünitede derinleştireceğiz).
- Aşırı güven (automation bias). YZ'nin akıcılığına kapılıp dört adımı atlamak, en sık ve en tehlikeli hatadır.
Özetle
Uçak bakımı ve aviyonik güvenlik-kritik bir alandır; burada YZ değerli bir asistan ama asla karar mercii değildir. YZ hazırlık işlerinde (doküman tarama, trend işaretleme, taslak yazma) saatleri dakikaya indirir; uçuşa elverişlilik ve imza kararlarında ise seçenek üretir, karar vermez. Her çıktıyı dört adımla süzün: kaynağa bağla, revizyonu teyit et, fiziksel olarak doğrula, yetki ve imza süzgecinden geçir. Bu disiplin, modülün geri kalanının üzerine kurulacağı zemindir.
Uygulama görevi
Kendi çalışma alanınızdan gerçek (ama hassas veri içermeyen) bir arıza tarifi seçin. Yukarıdaki birinci şablonu kullanarak YZ'den olası neden hipotezleri isteyin. Ardından dört doğrulama adımını yazılı olarak uygulayın: (1) her hipotezin hangi manuel/ATA bölümüne dayandığını orijinal dokümanda bulun, (2) revizyonu not edin, (3) hangi fiziksel kontrolün gerekli olduğunu yazın, (4) bu işi imzalamaya yetkili misiniz belirtin. Yarım sayfalık bu notu bir meslektaşınıza gösterip geri bildirim alın.
Kontrol listesi
- [ ] YZ'yi asistan, kendimi karar mercii olarak konumlandırdım.
- [ ] İşin hangi kümede olduğunu (hazırlık mı, karar mı) belirledim.
- [ ] Prompt'a rol, uçak/motor tipi, faz ve semptom bağlamını ekledim.
- [ ] Dört doğrulama adımını uyguladım: kaynak, revizyon, fiziksel, imza.
- [ ] Hiçbir tork/parça no/task no'yu doğrulamadan kabul etmedim.
- [ ] Hassas/tescilli veriyi kurumsal politikaya uygun ele aldım.
- [ ] Son kararın ve imzanın yetkili insanda olduğunu teyit ettim.