Otelde yapay zekâ: hangi eylemler bir kişinin onayını gerektirir?

Yapay zekâda insan onayı, adı bilinen bir kişinin bir yazılım eylemini etkili olmadan önce görebilmesi, anlayabilmesi ve reddedebilmesi demektir. Bir otelde her eylemi üç soruyla sıralayın: ne kadar para hareket ettiriyor, hangi misafiri etkiliyor ve geri alınabiliyor mu. Bu sıralama doğrudan çalışma, tek onay ya da çift onay kararını verir.

Saat 02:40'ta bir iade talebi düşer. Yazılım talebi bir rezervasyonla eşleştirmiş ve tutarı hesaplamıştır. Çıkıp çıkmayacağına birinin karar vermesi gerekir ve o kişi on altı saattir ayaktadır. Bu yazı o an için bir yöntem veriyor: yazılımınızın yapabileceği her eylemi sıralamanın yolunu, bir onay ekranının neler göstermesi gerektiğinin standardını ve kanıt biriktikçe eylemleri seviyeler arasında taşımanın ritmini.

Bir otel için insan onayı ne demektir?#

Adı bilinen bir kişi, neyin değişeceğini görebilir, bunu düz bir dille anlayabilir ve durdurabilir; yazılım da bu durdurmayı gerçekten uygular. İfade üç parçaya ayrılır ve her biri ayrı ayrı denetlenir. Görünürlük: kişi, değişiklik gerçekleşmeden önce tam halini görür. Anlaşılırlık: değişiklik, tutarı ve misafiriyle birlikte düz bir dille yazılıdır. Yetki: ret, eylemi durdurur; yalnızca bir itiraz kaydı bırakmaz.

Gözetimi denetimden ayırın. Yazılımın ne yaptığına dair günlük bir rapor gözetimdir. Eylem gerçekleşmeden önce bir kişiyi bekleyen ekran ise denetimdir. İkisi kolay karışır.

Bilinmeye değer dış kılavuzlar var. Model Context Protocol, yapay zekâ asistanlarının bir otelin rezervasyon sistemi gibi dış sistemlere erişmesini sağlayan açık bir protokoldür. Spesifikasyonu, kullanıcıların tüm veri erişimlerine ve eylemlere açıkça onay vermesi ve bunları anlaması gerektiğini, uygulamanın bir aracı çalıştırmadan önce kullanıcının açık onayını alması gerektiğini yazar; protokol bunu kendi başına dayatamadığı için onay ve yetkilendirme akışlarının uygulamaların içine kurulması gerekir (Model Context Protocol projesi, spesifikasyon 2026-07-28 (yeni sekmede açılır)). Aynı spesifikasyonun araçlar bölümü daha da ileri gider: süreçte araç çağrılarını reddedebilecek bir insan her zaman bulunmalıdır; uygulamalar yapay zekâ modeline hangi araçların açıldığını göstermeli, bir araç kullanıldığında bunu açıkça belirtmeli ve istemci uygulamaların da araç kullanımını denetim amacıyla kayda geçirmesi önerilir (Model Context Protocol projesi, araçlar, 2026-07-28 (yeni sekmede açılır)).

Kişisel Verileri Koruma Kurumu'nun Etken Yapay Zekâ (Agentic AI) dokümanı, otomatik kararlarda anlamlı insan katılımını önemli bulur (Şubat 2026). Genel hatlarıyla, insan gözetiminin hangi koşullarda ve hangi aşamalarda devreye gireceğinin açıkça tanımlanması öngörülmeyen sonuç riskini azaltır; yüksek risk taşıyabilecek kararlar için kullanıma alırken ilave insan incelemesi öngörülür. Kesin yükümlülükler, eşikler ve tarihler yetki alanına ve kendi durumunuza göre değişir; güvenmeden önce hukuk müşavirinizle doğrulayın.

Yani yararlı soru hiçbir zaman "döngüde bir insan var mı" değildir. Asıl soru şudur: hangi adımda, ekranda hangi bilgiyle ve ne kadar hayır deme gücüyle. Yapay zekânın otel işinde nereye dokunduğunun daha geniş bir haritası için Otelcilikte yapay zekâ: nerede işe yarar, nerede dikkat gerekir? yazısına bakın.

İnsan onayı neden lastik mühüre dönüşür?#

Çünkü onay vermek ucuz, düşünmek pahalıdır; aynı yüzeysel soruyu elli kez soran bir ekran da insanları okumayı bırakmaya eğitir. İlk neden hacimdir. Her onay dikkat harcar. Kuyruk uzun ve onay istemleri birbirine benzediğinde hızlı strateji örüntü eşleştirmesi olur ve örüntü genellikle onaylamaktır.

İkinci neden yüzeysel onay istemleridir. Ekran tutarı, misafiri, rezervasyonu ve gerekçeyi göstermeden "iadeyi onayla" diyorsa tek akılcı hareket, onu temizleyip resepsiyona dönmektir. Üçüncü neden geri dönüş yolunun olmamasıdır. Bir eylem geri alınamıyorsa onaylayan kişi hatasından güvenle öğrenemez; ya her şeyi onaylar ya da her şeyi bloke eder.

Risk literatürü bu başarısızlığa ad verir. NIST'in üretken yapay zekâ profil belgesi, insanla sistem arasındaki düzenin otomasyon yanlılığına ya da aşırı güvene yol açabilmesini riskler arasında sayar ve uydurmayı, kullanıcıları yanıltabilecek kendinden emin bir dille sunulan hatalı içerik olarak tanımlar (NIST, NIST AI 600-1, Temmuz 2024). Ekrandaki kendinden emin bir cümle kanıt değildir. OWASP'ın büyük dil modeli listesi ise zarar verici eylemleri gereğinden fazla işlev, izin ve bağımsızlığa bağlar; bir yapay zekâ asistanının çağırabileceği araçları en gerekli düzeye indirmeyi ve yüksek etkili eylemler yapılmadan önce insan onayı şart koşmayı önerir (OWASP Gen AI Security Project, LLM06:2025).

Tasarım yanıtı daha çok onaylayıcı değil, daha az ve daha iyi onaylardır. Rutin, geri alınabilir, otel içi eylemleri kayıtla birlikte doğrudan çalışmaya taşıyın; kalan onaylar okunacak kadar seyrek olsun.

Her eylemi sıralayan üç soru hangileridir?#

Eylemin ne kadar para hareket ettirdiğini, hangi misafiri etkilediğini ve geri alınıp alınamadığını sorun. Üç yanıt birlikte eylemi bir seviyeye yerleştirir.

Para, mutlak tutar ve yön demektir. Bir iade bugün para çıkarır. Bir fiyat değişikliği gelecekteki geliri oynatır. Bir indirim marjdan yer. Eşiği kendi para biriminizde belirleyin ve yılda bir kez mali işle gözden geçirin. Misafir, eylemin misafire ulaşıp ulaşmadığını sorar: bir kat hizmetleri görevlendirmesi ya da iç rapor otel içinde kalır; bir mesaj, hesaba işlenen bir harcama ya da oda değişikliği misafire ulaşır. Geri alınabilirlik üç kademededir: tek tıkla, emekle ya da hiç. Gönderilmiş bir mesaj, düzenlenmiş bir mali belge ve ödenmiş bir iade "hiç" kolonundadır; o kolon, paradan daha çok seviye belirler.

Yanıtlar yarışmaz, birleşir. Misafire yapılan ve geri alınamayan küçük bir iade küçük bir eylem değildir. Geri alınabilen büyük bir iç rapor değişikliği de büyük bir eylem değildir. Kuralı yazılı hale getirin ki aynı eylemi sıralayan iki müdür aynı seviyeye ulaşsın. Tek bir kişinin kafasında yaşayan kural denetim değildir.

Kendi notlarınızda bir ayrım işe yarar: yazılımın yaptığı şey bir eylemdir; iade ya da harcama ise arkasında mali iz taşıyan bir para işlemidir. Sıralarken iki soruyu ayrı tutun. Spektrumun ucundaki eylemler için Otelde geri alınamayan adımlar ve yapay zekâ: mesaj, iade, e-belge yazısına bakın.

Üç seviye uygulamada nasıl görünür?#

Birinci seviye çalışır ve kayda geçer, ikinci seviye adı yazılı bir kişiyi bekler, üçüncü seviye farklı rollerden iki kişiyi bekler. Aşağıdaki örnekler açıklayıcıdır, standart değildir.

Birinci seviye otel içi, küçük, geri alınabilir eylemler kapsar. Örneğin: bir kat hizmetleri görevi atamak, vardiya devir notu taslağı hazırlamak, varıştan önce aynı kategorideki odalar arasında rezervasyon taşımak, resepsiyon için ödenmemiş bakiyeyi işaretlemek. İkinci seviye, yazılı sınırlar içinde para ya da misafir teması içerir: belirlenen tutara kadar bir iade, ileri bir tarihte fiyat değişikliği, bir yükseltme teklifi, misafire bir mesaj, no-show kesintisi. Üçüncü seviye büyük parayı, mali belgeleri ve geri alınamaz misafir temasını kapsar: limitin üzerinde iade, kapanmış bir faturayı iptal etme, grup bloğu iptali, bir tazminat kararı, mali ağırlık taşıyan bir belge gönderme.

Her seviyenin sessizlik için bir varsayılanı olmalıdır. İkinci seviye süresi dolup hiçbir şey yapmamalıdır. Üçüncü seviye süresiz beklemek ya da bir sonraki tıklamayla tetiklenmek yerine, adı yazılı bir kişiye yükseltilmelidir. Üçüncü seviyedeki ikinci onay farklı bir rolden gelmelidir; böylece tek bir kişi, gece bile olsa, eylemi tek başına tamamlayamaz.

Liste okunacak kadar kısa kalsın. Eylemlerin çoğunun onay istediği bir kayıt defteri, araya adım eklenmiş bir kuyruktur; kuyruklar da okunmadan boşaltılır.

Onaylayan kişi onaylamadan önce neyi görmelidir?#

Dört şeyi: tam değişikliği, tutarı, kimin etkilendiğini ve geri almanın yolunu. Daha azı kararı tahmine çevirir.

Değişiklik, niyet tanımı değil öncesi ve sonrası haliyle gelmelidir. Örneğin "14-16 Mart fiyatı, 4.200'den 3.900'a" biçiminde; "hafta sonu fiyatlamasını düzenleme önerisi" olarak değil. Tutar para birimi ve yönüyle, ayrıca nereden geldiğiyle gösterilmelidir: hangi rezervasyon, hangi kural, hangi hesap. Kaynağı olmayan bir sayı denetlenemez. Ekranda kimin etkilendiği yazmalıdır: misafir adı ve rezervasyonu ya da "yalnızca otel içi" ibaresi. Onaylayan kişi, bunun resepsiyondaki bir insana ulaşıp ulaşmadığını bilmelidir.

Geri alma, yoksa dahi, açıkça yazılmalıdır. Eylem geri alınamıyorsa ekran bunu tıklamadan önce, sonra değil söylemelidir. Yazılımın neden önerdiğini anlatan bir cümle ve kişinin reddetmesi durumunda ne olacağı eklenmelidir: misafiri bir sonraki adım olmadan bekleten bir ret gerçek bir seçenek değildir. Son olarak onayın kendisine bir süre konmalıdır. Üç gün bekleyen bir onay, biri yanlışlıkla tıkladığında sessizce tetiklenmemelidir.

Kim onaylar ve saat 03.00'te ne olur?#

Yazılı bir para limiti ve telefonla ulaşılabilir bir yükseltme yolu olan, adı belirlenmiş bir vekil. İki kişilik eylemler, ikinci kişi uyuyor diye otomatik onaylanmamalı, sabaha kadar beklemelidir. Yokluk asla sessiz bir onaya dönüşmemelidir. Onaylayan kişinin onayladıkları daha sonra inceleyebileceğiniz bir kayda da düşmelidir; bkz. Otelde yapay zekâ denetim izi: iyi bir kayıt neleri göstermeli?.

Bir eylem ne zaman seviye değiştirmeli?#

Eylem bir geri alma, bir şikâyet ya da bir ramak kala yaşandığında yukarı taşıyın. Aşağı yalnızca, tanımlı bir süre boyunca örneklenmiş ve incelenmiş sonuçlardan sonra taşıyın.

Bir gözden geçirme ritmi kurun: çoğu tesis için üç ayda bir yeterlidir; olaydan, mevzuat değişikliğinden ya da yazılımın okuduğu verinin değişmesinden sonra ise hemen inceleyin. Aşağı taşımak için kanıt özeldir: eylem geçerli seviyesinde tanımlı bir süre çalışmış, biri sonuçları örneklemiş ve düzeltme gerekmemiş olmalıdır. Örnekleme olmadan "şikâyet gelmedi", "kimse bakmadı" demektir. Yukarı taşımak için kanıt şunlardır: bir geri alma, misafir şikâyeti, ramak kala, yeni bir yasal yükümlülük ya da yazılımın karar verirken kullandığı veride değişiklik.

Para eşiklerini kendi yetki sınırlarınıza hizalayın ki personel ve yazılım tek bir kural kitabını izlesin. Bir resepsiyonist soru sormadan 2.000 iade edebiliyorsa, yazılım aynı tutar için iki imza istememelidir. Her seviye değişikliğini, kimin yaptığını ve nedenini kaydedin. Seviye listesi, yeni bir müdürün okuyup denetleyebileceği bir politika belgesidir. İki yönlü kaymayı izleyin: ekipler kuyrukları kısaltmak için seviyeleri düşürür, kötü bir gecenin ardından yükseltir. Her iki hareket de aynı kanıtı gerektirir.

Üç seviyeli bir kayıt defteri gerçek bir üründe nasıl görünür?#

AI Otel'in PMS asistanı, yapabileceği her eylemi üç güvenlik seviyesine ayıran bir kayıt defteri tutar ve yararlı olan kısım o defterin biçimidir. Haziran 2026 kayıt anlık görüntüsü 207 eylem tutar: 107'si doğrudan çalışır, 90'ı tek onay ister, 10'u çift onay ister (kayıt anlık görüntüsü, Haziran 2026).

Sayıyı değil biçimi okuyun. Eylemlerin çoğu rutindir, büyük bir azınlığı paraya ya da misafire dokunur, küçük bir kümesi geri alınamazdır. Küçük kümenin büyük olduğu bir kayıt defteri kullanılamaz olurdu; çünkü kuyruk hiçbir zaman okunmazdı. PMS asistanı geliştirildi: bir otelin kendi tesisiyle ilgili sorulara düz bir dilde yanıt verir, rutin işlemleri yapar ve hassas her adımda bir kişinin onayını bekler. Arkasındaki karar kaydı da geliştirildi ve herkese açık bir demo ortamında çalışıyor: küçük değişiklikler kendiliğinden uygulanır ve kayda geçer, daha büyükleri bir kişiyi bekler ve her değişiklik geri alınabilir; misafire gönderilmiş bir mesaj hariç. Bu katmanın model seçiminden önce neden kurulduğunun gerekçesi Güvenli yapay zekâ mimarisi: AI Otel neden önce kuralları koydu? yazısında anlatılır.

Bir genel müdürün kopyalaması gereken kayıt defteri fikridir, sayılar değil. Kendi listenizi yazın, üç soruyla sıralayın ve resepsiyonun okuyabileceği bir yerde tutun. Varsaymamanız gereken de şu: bir tedarikçinin seviyeleri o tedarikçinin risk yargısıdır. Para limitlerini yine otel belirler ve ikinci onayı kimin tuttuğuna yine otel karar verir.

Şimdi ne yapmalı#

Bu ay kendi kayıt defterinizi yazın. Yazılımınızın tesisinizde yapabileceği on eylemi listeleyin, her birini üç soruyla sıralayın, onaylayacak kişinin ve gece nöbetini devralacak kişinin adını yazın. Sonra gece vardiyasındaki bir resepsiyonistten, bir onay ekranını tıklamadan önce ne yapacağını sesli anlatmasını isteyin. Anlatamıyorsa önce ekranın, sonra yazılımın üzerinde çalışılması gerekir. Bir tedarikçinin bu sorunu nasıl sıraladığını görmek isterseniz görüşme talep edin.