"Otomasyon" kelimesini duyduğunda aklına gelen görüntü muhtemelen şu: bir sistem kurulur, sonra kendi başına kararlar vermeye başlar; sen fark etmeden bir mesaj gönderilir, bir yorum yayımlanır, bir ilan yayına çıkar. Bu görüntü çoğu insanın otomasyondan çekinmesinin ana nedeni ve haklı bir çekince — hiç tanımadığın bir sistemin senin adına, senin bilgin olmadan bir şey yapması elbette rahatsız edici olurdu.

Ama bugün işletmelerin kullandığı AI çalışanların büyük kısmı böyle çalışmıyor. Yaptıkları iş "otonom karar vermek" değil, "taslak hazırlamak"; kararı sen veriyorsun. Bu yazı, "insan onayı gereken karar" denen şeyin gerçekte ne olduğunu, nasıl işlediğini ve senin adına neyin otomatik yapılıp neyin sana bırakıldığını somut örneklerle anlatıyor — bu konuyu AI çalışanı alırken sorulacak 12 soru yazısında soru 7–9 olarak da görmüş olabilirsin, burada tam açılımını buluyorsun.

Onay kuyruğu nedir, nasıl işler

Bir AI çalışan bir iş yaptığında (bir yorum yanıtı, bir takip mesajı, bir ilan metni) bunu doğrudan yayımlamaz. Önce bir listeye yazar; bu listeye onay kuyruğu deniyor. Kuyrukta her taslağın yanında üç seçenek durur: onayla, düzelt, reddet. İşletme sahibi ya da onun görevlendirdiği biri bu listeyi açar, her taslağı okur ve bir karar verir. Onaylanan taslağı işletme kendi eliyle, kendi hesabından gönderir ya da yayımlar; çalışan bunu senin yerine yapmaz.

Bu, teknik bir ayrıntı değil, tasarımın merkezinde duran bir kural. Baktığın ürün sayfalarında bunu şu şekilde göreceksin: "hiçbir yanıt otomatik yayımlanmaz", "hiçbir mesaj otomatik gönderilmez", "otomatik yayımlanmaz". Bu cümle süslü bir güvence değil, gerçekten çalışanın yapamadığı bir şey. Çalışanın hesabına, platforma ya da sisteme bağlantısı yoktur; taslağı yazar, kuyruğa koyar, orada durur. Sen bakmazsan hiçbir şey olmaz.

İki farklı karar türü var

Burada iki ayrı şeyi birbirinden ayırmak gerekiyor, çünkü "insan onayı" tek bir noktada değil, iki farklı yerde devreye giriyor.

Birincisi, taslağı kimin yazdığı. Bir yorum yanıtını, bir takip mesajını ya da bir iş ilanını yazan taraf model — yani metni üreten yapay zeka. Model, sana verdiğin bilgilerden (marka sesi, izin verilen ve verilmeyen ifadeler, geçmiş kayıtlar) yola çıkarak bir taslak kurar.

İkincisi, ve asıl önemli olan, hangi durumun insana devredileceği. Bu karar modelin inisiyatifine bırakılmaz; sabit, yazılı kurallara göre önceden belirlenmiş bir mantık verir. Örneğin bir yorum yanıtlama çalışanında bu kural şöyle çalışıyor: yorum 1 ya da 2 yıldızlıysa, ya da metninde sağlık, hijyen, hukuk, para iadesi, kişisel veri ya da tehdit ifade eden kelimeler geçiyorsa, ya da bir çalışanın adı anılıyorsa, o yorum için hiç taslak yazılmaz — doğrudan gerekçesiyle işletmeye devredilir. Bu kararı model vermiyor; model bu kararı değiştiremiyor bile, yalnızca gerekçesiyle ek bir devir yapabiliyor.

Bu ayrım önemli çünkü sorduğun asıl soruya cevap veriyor: "yanlış bir karar verirse ne olur" diye endişeleniyorsan, endişen genelde ikinci noktayla ilgili. Bu karar, önceden yazılmış, sabit bir kurala bağlı — aynı yorum, aynı koşullar altında, hangi gün gelirse gelsin aynı şekilde ele alınır.

Üç örnek üzerinden: otonom değil, taslak + devir

Soyut bir tanımdan daha fazlasını görmek için üç somut örneğe bakalım.

Yorum yanıtlama. Değerlendirme Yanıtlama Çalışanı işletmenin haftalık müşteri yorumlarını okuyup her birine bir yanıt taslağı yazar. Ama düşük yıldızlı, sağlıkla ilgili, hukuki bir ifade içeren ya da bir çalışanın adını geçiren bir yorum geldiğinde, bunun için hiç taslak üretmez; "bu yorumu siz yanıtlayın, sebebi şu, önerilen kanal şu" diye işletmeye devreder. Yani sistem "hassas olan neyse, ona dokunmuyorum" diyor — otonom bir karar vermek yerine, bilinçli olarak geri çekiliyor.

Teklif takibi. Teklif Sonrası Takip Çalışanı bekleyen teklifleri kimin ne zaman aranacağına göre sıraya koyar ve her biri için bir takip mesajı taslağı yazar. Ama bir teklif zaten reddedilmişse, kazanılmışsa, geçerlilik süresi dolmuşsa ya da notunda bir şikâyet, hukuki ifade ya da ödeme anlaşmazlığı varsa, o teklif için mesaj yazmaz; gerekçesiyle insana bırakır. Fiyat pazarlığı ve indirim konusunda da benzer bir sınır var: işletme "indirim yetkim yok" demişse, taslakta hiçbir indirim ifadesi geçmez; "evet, şu koşulda" demişse, yalnızca o koşul yazılır ve mesaj ayrıca işaretlenerek onaya gider.

İşe alım ilanı. İşe Alım İlanı ve Mülakat Soru Seti Çalışanı bir pozisyon tanımından ilan metni ve mülakat soru seti taslağı üretir. Ama girdide yaş sınırı, cinsiyet, medeni hâl gibi ayrımcı bir kriter geçiyorsa, hiçbir taslak üretmez — bunu düzeltip kendi kararıyla "temizlemeye" çalışmaz, doğrudan durup gerekçesini yazar ve insana bırakır. Burada da aynı mantık işliyor: hassas bir durum tespit edildiğinde çıktı üretmek yerine üretmemeyi seçiyor.

Dördüncü bir örnek de aynı ilkeyi başka bir açıdan gösteriyor: Prosedür Yazma Çalışanı bir işi anlatan düz metni numaralı bir kılavuza çeviriyor, ama anlatımda belirsiz kalan bir yer varsa ("bazen Ayşe bazen ben yapıyor" gibi) bunu kendi kararıyla netleştirmiyor; adım olarak yazmıyor, işletme sahibine somut bir soru olarak devrediyor. Belirsizliği çözmek modelin işi değil.

Dört örnekte de aynı desen var: sistem "emin olmadığım, hassas ya da kural dışı bir şey görüyorum" dediği anda üretmeyi bırakıyor ve konuyu insana bırakıyor. Bu, "otonom karar veren sistem" tanımının tam tersi.

Sorumluluk nerede kalıyor

Bu noktada net olmak gerekiyor, çünkü burada abartıya en kolay kayılan yer bu: hiçbir sistem sana "artık hiç kontrol etmene gerek yok" demiyor ve deme hakkı da yok.

İşleyiş şöyle: üretici sistemi kuruyor ve onay/devir kurallarını senin verdiğin bilgilere göre ayarlıyor; platform üretici ile seni bir araya getirip sürecin işlemesine aracılık ediyor. Ama nihai gönderim kararı — bir yanıtın, bir mesajın ya da bir ilanın gerçekten dışarı çıkması — her zaman işletmede kalıyor. Onay kuyruğundaki "onay" tuşuna basan sensin ya da senin görevlendirdiğin biri; taslağı platformdan kopyalayıp kendi hesabından gönderen de sensin.

Bunu "sorumluluk paylaşımı" gibi belirsiz bir cümleyle anlatmak yanlış olur; daha doğrusu sorumluluk hiç el değiştirmiyor, çünkü gönderme yetkisi hiç senden çıkmıyor. Bir taslağı hiç okumadan, "otomatik zaten doğrudur" diyerek onaylarsan, devreye giren kontrol de anlamını yitirir. Onay adımının işe yaraması, senin gerçekten okuman ve gerektiğinde düzeltmen ya da reddetmenle mümkün.

Üreticinin sorumluluğu senin göreceğin ekrandan önce başlıyor. Taslak sana ulaşmadan önce, ürünün kendi içinde bir dizi kuralla süzülüyor: girdi dosyasında olmayan bir rakamın, bir kampanyanın ya da bir kişi adının metne sızıp sızmadığı, marka dosyasındaki "asla söylenmeyecekler" listesine uyulup uyulmadığı gibi kontroller yapılıyor. Bu kurallardan biri bile sağlanmazsa taslak sana hiç ulaşmıyor; sistem o üretimi tamamen durdurup hiçbir dosya yazmıyor. Yani onay kuyruğuna gelen bir taslak, en azından bu ilk süzgeçten geçmiş demek — ama bu, senin okumana gerek kalmadığı anlamına gelmiyor, yalnızca bariz hataların bir kısmının seni hiç meşgul etmeden ayıklandığı anlamına geliyor. Geri kalan değerlendirme, yani metnin markana uyup uymadığı, doğru tonu tutturup tutturmadığı, hâlâ senin kararın.

Peki bir şey ters giderse, üreticiye nasıl ulaşırsın? Bu genelde ürün sayfasında ayrı bir başlıkla yazılır: birçok üründe destek hafta içi belirli saatler içinde e-posta üzerinden sağlanır, kurulum sonrası ilk sorulara birkaç iş günü içinde dönüş yapılır. Yani onay adımını sen atlatsan bile, bir sorun fark edersen tek başına kalmıyorsun — üreticiye ulaşacağın bir yol önceden tanımlanmış oluyor. Bu bilgiyi de tıpkı fiyat ve veri saklama koşulları gibi satın almadan önce sorman gereken bir kalem olarak düşünebilirsin.

Onay bir yavaşlatma mı?

Muhtemelen aklına şu geliyor: madem her şeyi ben okuyup onaylayacağım, bu ne kadar zaman kazandırıyor ki?

Burada ayırt edilmesi gereken iki iş var: bir metni sıfırdan yazmak ile bir metni okuyup onaylamak, çok farklı türde işler. Bir yorum listesine, bir teklif tablosuna ya da bir ilan taslağına tek tek oturup cümle kurmak zihinsel olarak yorucu bir iştir; aynı metinleri okuyup "bu doğru, gönder" ya da "şurayı değiştir" demek çok daha kısa sürer ve çok daha az yorar. Kazandığın şey "hiç emek harcamamak" değil, boş sayfadan başlama emeğinin ortadan kalkması.

Bu yüzden "insan onayı" bir yavaşlatma değil, bir kontrol payı olarak düşünülmeli. Birkaç dakikalık bir okuma karşılığında, markanın sesine uymayan, yanlış bir rakam içeren ya da o gün canının sıkkın olduğu için fazla sert çıkmış bir taslağı göndermeden önce yakalıyorsun. Hiçbir sistem hatasız çalışmaz; onay adımının değeri tam olarak burada — hata seni bulmadan önce bir durak noktasında yakalanıyor.

Ne zaman tamamen insana bırakılır

Yukarıdaki örneklerde gördüğün gibi, bazı durumlar taslak bile üretilmeden doğrudan insana bırakılıyor. Bu genelde şu başlıklardan birine giriyor: hukuki bir ifade ya da olası bir dava konusu, ciddi bir şikâyet ya da tehdit içeren bir durum, ayrımcı olabilecek bir kriter, kişisel veri içeren bir talep, ya da zaten kapanmış (reddedilmiş, kazanılmış, süresi dolmuş) bir iş. Bu tür durumlarda sistem bir taslak üretip "belki uygundur" diye denemiyor; en baştan çekiliyor.

Bunun nedeni açık: bu tür durumlarda yanlış bir taslak, doğru bir taslaktan daha pahalıya mal olabilir. Bir hukuki ifadeye kalıp bir cevap yazmak, hiç cevap yazmamaktan daha risklidir. Bu yüzden iyi kurulmuş bir sistem, "bunu ben bilemem" diyebilen bir sistemdir; her şeye bir taslak üretmeye çalışan bir sistem değil.

Bu devir kuralları da mükemmel bir alarm sistemi değil; sayılabilir bir kelime ve kural listesine dayanıyor, sınırsız bir sezgiye değil. Örneğin işe alım ilanı ürününün kendi belgesinde şu açıkça yazılı: ayrımcı kriter tespiti bilinen ifade kalıplarına dayanıyor, her ayrımcılık biçimini yakalayacağının garantisi verilmiyor — son sözü her zaman kurulumu yapan insan söylüyor. Yorum yanıtlamada da benzer bir sınır var: devir listesinde yer almayan hassas bir konu sistem tarafından kendiliğinden fark edilmeyebilir; böyle bir durumda devreye giren şey yine senin okuman ve onay kuyruğunda bunu senin fark etmen. Bu yüzden devir kuralları bir güvenlik ağı olarak düşünülmeli, mutlak bir garanti olarak değil — onay adımının, sistem "bunu yakaladım" dese bile, hâlâ gerekli olmasının bir nedeni tam olarak bu.

Kapanış: onay adımı olmayan bir üründe bunu sor

Bir AI çalışan sayfasına baktığında, "insan onayı" ya da "insana devir" gibi bir bölüm arayabilirsin. Orada net, sayılabilir durumlar (düşük yıldız, belirli anahtar kelimeler, kapanmış bir iş, ayrımcı bir kriter gibi) görüyorsan, bu iyiye işaret; üretici hangi durumun hassas olduğunu önceden düşünmüş demektir. Böyle bir bölüm hiç yoksa ya da "gerektiğinde devreder" gibi belirsiz bir cümleyle geçiştiriliyorsa, bunu üreticiye doğrudan sor: hangi durumda taslak üretilmiyor, kim son kararı veriyor, bir hata olursa bunu nerede yakalarım?

Bu soruların cevabı yoksa, aldığın şey bir "insan onaylı otomasyon" değil, sana ne yaptığı tam olarak anlatılmamış bir sistemdir. İkisi arasındaki fark, günün sonunda kimin karar verdiğidir — ve bu her zaman senin olması gereken bir karardır.