Asıl Maliyet Kurulumda Değil, Çalıştırmakta

Bir AI sistemi kurulduğunda çoğu kişi işin bittiğini düşünür — ama asıl iş o andan sonra başlar. Kurulum bir kerelik bir çabadır; çalıştırmak ise sürekli süren bir sorumluluktur. Sisteme bağlı bir API günün birinde değişir, beslendiği veri kaynağı format değiştirir, altındaki model güncellenince davranışı fark ettirmeden kayar. Bu yazıda kurulumdan sonraki bakımın somut kalemlerini, bu bakımı kimin üstlenmesi gerektiğini ve bakımsız bırakılan bir sistemin sessizce yanlış çalışmaya başlama riskini anlatıyorum.

Neden ‘Kurulum Bitti, İş Bitti’ Yanılgısı Yaygın

Bir AI sistemi kurulduğu gün genelde sorunsuz çalışır — test edilir, gösterilir, herkes memnun kalır ve konu kapanmış sayılır. Bu izlenim yanıltıcı, çünkü ‘çalışıyor’ ile ‘çalışmaya devam edecek’ aynı şey değil. Bir araç ya da bir bina için bakım gerekliliği sezgiseldir; boya döker, parça aşınır, gözle görülür. Bir AI sisteminde bozulma böyle görünmez — sistem aynı hızda, aynı arayüzle, aynı görünümle çalışmaya devam eder, sadece artık doğru şeyi yapmıyordur.

Asıl kırılma noktaları kurulumun dışında oluşur: sistemin bağlandığı bir API sağlayıcı tarafından değiştirilir, beslendiği bir veri kaynağı (bir Excel şablonu, bir CRM alanı, bir web sayfası yapısı) format değiştirir, ya da altında çalışan model bir güncellemeyle davranışını kaydırır. Bunların hiçbiri bir uyarı e-postasıyla gelmez — sistem sessizce eskisinden farklı çalışmaya başlar.

Bakımın Somut Kalemleri

‘Bakım’ soyut bir kavram gibi durur ama karşılığı oldukça somut, üç kalemde toplanabilir:

• Düzenli kontrol. Sistemin hâlâ doğru çalıştığını periyodik olarak gözle veya örnek sorgularla teyit etmek. Bir chatbotun son dönemde verdiği cevapları örneklemek, bir raporlama otomasyonunun çıktısını arada elle bir kez daha hesaplamak gibi basit ama düzenli bir alışkanlık.
• Veri kaynağı değişikliklerine uyum. Sistemin beslendiği kaynak (bir tablo, bir API, bir web sayfası) yapı değiştirdiğinde entegrasyonu buna göre güncellemek. Bu değişiklikler genelde önceden haber verilmez; fark edilmesi izlemeye bağlıdır.
• Kullanım artışına göre ölçeklendirme. Sistem kurulurken az sayıda sorguyla test edilmiş olabilir; kullanım gerçek trafiğe ulaştığında hız, maliyet ya da API limitleri farklı davranmaya başlayabilir. Bu noktada ayar ve altyapı güncellemesi gerekir.

Bu üç kalem tek tek uzun sürmez ama düzenli olması gerekir. Kurulum faturasından çok daha az konuşulan ama süregelen asıl AI otomasyon bakım maliyeti de tam olarak bu üçünün toplamıdır.

Bakımı Kim Yapmalı

Bu sorunun tek doğru cevabı yok; işletmenin yapısına ve sistemin kritikliğine göre değişir. Kurulumu yapan danışman bakımı da üstlenebilir — sistemin mantığını zaten bildiği için sorunu daha hızlı teşhis eder, ama bu sürekli bir bağımlılık ve ek bir sorumluluk demektir. İşletme içinden biri (mutlaka teknik değil, sadece dikkatli ve sorumlu birinden söz ediyoruz) düzenli kontrolü üstlenebilir, daha ciddi bir sapma gördüğünde kurulumu yapan kişiye döner. Bazı işletmeler ikisini birleştirir: içeriden biri periyodik kontrol yapar, ciddi bir sapma görüldüğünde danışmana dönülür.

Bu karar kurulum bitmeden, işin kapsamı konuşulurken netleşmeli. Bir işin ne kadar süreceğini konuştuğumuz aynı görüşmede ‘bundan sonra kim bakacak’ sorusunu da soruyorum — AI Projesi Ne Kadar Sürer yazısında anlattığım kapsam netleştirme mantığı, bakım sorumluluğu için de geçerli. Bu soru cevapsız bırakılırsa sistem, bakımını kimsenin üstlenmediği bir yapıya dönüşür.

Sahadan Bir Gözlem

Bir müşterimde kurulan bir otomasyon, belirli bir kaynaktan gelen verileri düzenli olarak sınıflandırıp bir tabloya işliyordu. Sistem aylarca sorunsuz çalıştı, kimse şikâyet etmedi, çünkü çıktı her zaman ‘bir şeyler’ üretiyordu ve görünüşte normal duruyordu. Bir gün rastgele birkaç satırı elle kontrol ettiğimde, kaynağın bir süre önce alan adlarını değiştirdiğini ve sistemin artık yanlış sütunu okuyup hatalı eşleştirmeler yaptığını fark ettim. Sistem çökmemişti, hata da vermemişti — sadece sessizce yanlış çalışıyordu ve kimse fark etmemişti çünkü kimse düzenli olarak bakmıyordu.

Bu, ‘kurulum bitti’ yanılgısının somut hâli: sistem çalışıyor görünüyordu ama doğru çalışmıyordu. Fark, ancak biri elle kontrol ettiğinde ortaya çıktı — otomatik bir uyarı hiçbir zaman gelmedi.

Bakımsız Bırakılan Bir Sistemin Gerçek Riski

Bir AI sisteminin en tehlikeli arıza modu, çökmesi değil sessizce yanlış çalışmaya başlamasıdır. Çöken bir sistem hemen fark edilir, biri şikâyet eder, birileri müdahale eder. Ama yanlış çalışmaya devam eden bir sistem — örneğin yanlış kategoriye ürün atayan, güncel olmayan bir fiyat listesinden cevap veren ya da artık geçerli olmayan bir kurala göre karar veren bir sistem — uzun süre fark edilmeden kalabilir, çünkü dışarıdan bakınca her şey normal görünür.

Bu riskin abartılacak bir tarafı yok; her sistem her an bozulmaz. Ama zaman içinde çevresi değişen (bağlı olduğu API, beslendiği veri, kullanıcı davranışı) her sistem için bakımsızlık bir olasılıktır, bir kesinlik değil. Riski yönetmenin yolu paranoya değil, düzenli ve öngörülebilir bir kontrol alışkanlığıdır — yukarıdaki üç kalemin düzenli olarak yapılması.

Bu İşi Benden İsteyebilirsiniz

Bakım da dahil olmak üzere yaptığım AI danışmanlığı işleri genelde 2 saat–2 hafta arası süren, uzaktan, saatlik ücretli işlerdir. Kurulumdan sonra sisteminizin kim tarafından, ne sıklıkla kontrol edileceğini birlikte netleştirebiliriz. İhtiyacınızı anlatın, kapsamı ve bakım planını aynı görüşmede konuşalım: Yapay Zeka Danışmanlığı hizmet sayfası.

Sıkça Sorulan Sorular

Her AI sistemi düzenli bakım gerektirir mi?

Evet, ama yoğunluğu değişir. Müşteriyle doğrudan konuşan ya da karar veren bir sistem (chatbot, fiyat hesaplayan bir otomasyon) daha sık kontrol ister; arka planda çalışan basit bir rapor otomasyonu daha seyrek bir gözden geçirmeyle idare edebilir. Sıklık, sistemin kritikliğine göre belirlenir.

Bakım kontrolü ne sıklıkla yapılmalı?

Sabit bir kural yok; sistemin ne kadar kritik olduğuna ve ne sıklıkla değişen bir veri kaynağına bağlı olduğuna göre değişir. Kritik bir sistem için düzenli aralıklarla örnek kontrol yapmak, kritik olmayan bir sistem için ise bir değişiklik sinyali geldiğinde (bir hata bildirimi, tuhaf bir çıktı fark edilmesi) bakmak yeterli olabilir.

Kurulumu yapan kişiyle bakım nasıl anlaşılır?

İki yaygın model var: düzenli (belirli aralıklarla planlı kontrol) ya da talep üzerine (bir sorun fark edildiğinde çağrılma). Ben ikisini de yapıyorum; hangisinin uygun olduğu sistemin kritikliğine ve işletmenin içeride ne kadar takip edebileceğine bağlı, kurulum görüşmesinde netleştiriyoruz.

Bakımsız kalan bir sistemi nasıl fark ederim?

En güvenilir yöntem düzenli örnekleme: sistemin ürettiği birkaç sonucu arada bir elle kontrol etmek. Otomatik bir uyarı sistemi her zaman kurulmuyor, bu yüzden ‘sessiz bozulma’ genelde ancak birileri örnek bir çıktıyı elle kontrol ettiğinde ortaya çıkıyor.