Konaklamada yapay zekâ

MCP nedir? Yapay zekâ asistanları otel sistemlerine nasıl bağlanır?

MCP, yapay zekâ asistanlarının otel sistemlerine bağlanmasını sağlayan açık bir standarttır. Bu yazı protokolün sınırlarını, izinleri ve denetim adımlarını anlatır.

  • 11 dk okuma
  • AI Otel Editorial

Yapay zekâ taslağı · editör incelemesi bekleniyor

İçindekiler

Kısaca

  1. MCP, bir yapay zekâ asistanına bir otel sisteminin sunduklarını görmek ve eylem istemek için standart bir yol verir; tek başına hiçbir izin vermez.
  2. Spesifikasyon, protokolün kendi güvenlik ilkelerini kendi başına uygulatamayacağını belirtir; onay, erişim sınırları ve kayıt, otel sistemine ve asistana kurulmalıdır.
  3. Çalışma kuralı en az yetkidir: yalnızca müsaitliğe bakacak bir asistanın fiyat değiştirme veya misafir hesabını okuma yetkisi taşıması gerekmez.
  4. Her bağlantı dört soruyla değerlendirilebilir: hangi eylemler açık, erişimi kim verdi, hangi sınırlar geçerli, ne kayda geçiyor.
  5. Yabancı bir otel yazılımı sağlayıcısı Eylül 2025'te, yerli bir sağlayıcı Ekim 2026'da yapay zekâ asistanları için bağlantı duyurdu; AI Otel ilk olduğunu iddia etmiyor.

MCP, yani Model Context Protocol, bir yapay zekâ asistanının bir otel sisteminin veri ve eylem listesini okumasını ve o sistemden eylem yapmasını istemesini sağlayan açık bir standarttır. Protokol yalnızca kapıyı açar: asistanın neyi görebileceğini, neyi değiştirebileceğini ve hangi adımın bir kişiyi bekleyeceğini otelin kendi sistemi belirler.

Bir gezgin, yapay zekâ asistanından geç varışlı, üç gecelik sessiz bir çift kişilik oda bulmasını ister. Asistan bir saniyede yanıt verebilir, ama otelin sistemi ona bir yol açmadıkça tek bir fiyatı göremez, tek bir odayı tutamaz. MCP bu sorunun yanıtlarından biridir ve bütününü sanmak kolaydır. Yazının sonunda protokolün neyi yapıp neyi yapmadığını açıklayabilecek ve otelinize önerilen her yapay zekâ bağlantısını dört düz soruyla değerlendirebileceksiniz.

Bir yapay zekâ asistanı bir gezgine yardım etmeden önce otel sisteminden neye ihtiyaç duyar?

İki şeye: otelin sunduklarını okuma yoluna ve otelden işlem isteme yoluna. İkisi de kendiliğinden oluşmaz.

Gezginin isteği düz bir dille gelir: sessiz bir çift kişilik oda, geç varış, kahvaltı dahil. Otel sisteminde yanıt yapılandırılmış veri olarak durur: oda tipleri, fiyatlar, kısıtlar, müsaitlik, iptal koşulları ve politikalar. İkisi arasında tercüme olacak bir şey gerekir ve o şey, neleri yapamayacağını da bilmek zorundadır. Hangi işlemlerin asistana açık olduğu, hangilerinin bir kişiye ihtiyaç duyduğu ve hangilerinin kapalı olduğu, sonradan akla gelen bir ayrıntı değil, yanıtın parçasıdır.

Ortak bir standart olmadığında, her asistan ve otel sistemi eşleşmesi için ayrı bir özel entegrasyon gerekir; ayrı kurulur, ayrı test edilir, ayrı bakım görür. Her biri ayrıca erişimin kaymasına açık yeni bir yer demektir: demo için eklenen bir izin, yoğun sezonda gevşetilen bir sınır, kimin neyi onayladığını tam olarak bilen kimsenin olmaması.

Türkiye'nin kişisel verileri koruma kurumu, bu biçimi genel hatlarıyla anlatmıştır. Kurumun örneğinde, bir iş seyahatini düzenlemesi istenen yapay zekâ aracısı takvim, e-posta ve kurumun seyahat politikasından bir plan hazırlar, ulaşım ve konaklama için rezervasyon platformlarını kullanır, planı onaya sunar ve onaydan sonra rezervasyonları yapar (Kişisel Verileri Koruma Kurumu, "Etken Yapay Zekâ (Agentic AI), Şubat 2026", 12 Mart 2026). Sıraya dikkat edin: bul, sun, onaylat, rezerve et. Onay adımı süs değildir ve otelin en çok denetim kurabileceği kısım orasıdır.

Protokolden önce bir noktayı daha netleştirelim. İşlemlerini bir listede hiç tanımlamamış bir otel, o listeyi kimseye, insana da makineye de veremez. Bu tanımlama işi önce gelir ve isteyen bir resepsiyonist de, bir asistan da olsa aynı iştir. Konuya otel sistem mimarisi ve her eylemi bir kez tanımlamak yazısında döneceğiz.

Tek paragrafta MCP: asistanın okuyabileceği bir menü

Model Context Protocol, bir yapay zekâ uygulamasının dış bir hizmete bağlanmasını ve o hizmetin sunduklarını, uygulamanın okuyabileceği bir biçimde görmesini sağlayan açık bir standarttır. Özü budur; ayrıntılar bundan çıkar.

Model Context Protocol spesifikasyonu (protokol sürümü 2026-07-28, 28 Temmuz 2026) üç rol tanımlar. Ana uygulama (host), kişinin kullandığı yapay zekâ uygulamasıdır. İstemci (client), onun içindeki bağlayıcıdır. Sunucu (server), karşıdaki hizmettir; burada otelin sistemi ya da önünde duran bir katman. Bir ana uygulama birden çok istemci barındırabilir; bu yüzden tek bir asistan birçok hizmetle konuşabilir.

Bir sunucu üç tür şey sunabilir: kaynaklar (bağlam ve veri), hazır istemler (şablonlanmış mesajlar ve iş akışları) ve araçlar (yapay zekâ modelinin çalıştırabileceği fonksiyonlar). Düz sözle: kaynaklar asistanın okuyabilecekleri, araçlar yaptırabilecekleri, hazır istemler ise önceden hazırlanmış sorma biçimleridir.

Menü benzetmesi yararlıdır ama bir sınırı vardır. Menüyü okumak sizi mutfağa sokmaz. Neyin basılı olduğu, o akşam neyin bulunduğu ve bir sipariş geldiğinde ne olacağına restoran karar verir. Protokol açıktır, ama açıklık kimin onu uygulayabileceğiyle ilgilidir; envanterinizi kimin kullanabileceğiyle değil.

Önemli noktaTek paragrafta MCP

MCP, bir yapay zekâ uygulamasının dış bir hizmete ne sunduğunu ve neler yapabileceğini nasıl soracağını betimleyen açık bir standarttır. Sorunun ve yanıtın biçimini tanımlar. Hangi odaların, fiyatların veya misafir kayıtlarının menüde olduğunu ve sipariş vermeye kimin yetkili olduğunu belirlemez.

Protokol kilit mi, yalnızca kapı mı?

Yalnızca kapı. MCP, asistanın nasıl soracağını betimler; yanıtın ne olabileceğine veya sonrasında ne olacağına karar vermez.

Bunu spesifikasyonun kendisi söylüyor. Güvenlik ilkelerine göre kullanıcılar tüm veri erişimlerine ve işlemlere açıkça onay vermeli, bunları anlamalı ve hangi verinin paylaşıldığı ile hangi işlemlerin yapıldığı üzerindeki denetimi elinde tutmalıdır; yapay zekâ uygulaması da herhangi bir aracı çalıştırmadan önce kullanıcının açık onayını almalıdır. Protokol bu ilkeleri kendi başına uygulatamadığı için, onay ve yetkilendirme akışlarının uygulamaların içine kurulması gerekir (Model Context Protocol projesi, spesifikasyon 2026-07-28, Security and Trust & Safety).

Dolayısıyla gerçek denetimler iki yerde durur. Otelin sistemi neyi, kime, hangi sınırlarla ve hangi kayıtla açtığına karar verir. Asistan, kişiye neyi gösterdiği ve ne zaman durup soracağına karar verir. Her sağlayıcı için yararlı bir sınav vardır: protokolü yarın kaldırsanız, sınırlarınız hâlâ var mı? Yanıt hayırsa, o sınırlar hiçbir zaman sizin olmamıştır.

Kapının satın aldığı şey biçimdir. Çok bağlantı yerine tek tür bağlantı, otelin erişimi her entegrasyon için ayrı ayrı değil, tek bir sözlükle, bir kez gözden geçirebilmesi demektir. Bu yüzden her işlemin tanımı, taşıma yönteminden daha önemlidir. Sınırlarıyla birlikte bir kez tanımlanmamış bir işlem, hiç kimseye özenle verilemez.

Yapay zekâ asistanı neyi görebilir, neyi değiştirebilir?

Yalnızca otelin sisteminin o bağlantıya açtığı kadarını ve yalnızca kendisine verilen izinler içinde. Okumak ve değiştirmek ayrı kararlardır ve ayrı ayrı verilmelidir.

Spesifikasyonun çalışma kuralı en az yetkidir: istemciler yalnızca iş için gereken izinleri, kapsamları istemeli, sunucular da yalnızca kendileri için düzenlenmiş erişim belirteçlerini kabul etmelidir. Yetkilendirme protokolde isteğe bağlıdır; web üzerinden kurulan bir bağlantı bunu kullandığında, bir uygulamaya bir kişi adına sınırlı erişim vermenin yaygın standardı olan OAuth 2.1'e dayanır (Model Context Protocol projesi, spesifikasyon 2026-07-28, Authorization).

Menüyü kolaylığa göre değil, riske göre sıralayın. Müsaitliği görmek, oda tutmakla aynı şey değildir; oda tutmak da rezervasyonu kesinleştirmekle aynı şey değildir. Süresi dolunca odanın envantere geri döndüğü bir tutuş, kesinleşmiş bir rezervasyonla farklı bir sözdür ve otelin sistemi hangisinin gerçekleştiğini söyleyebilmelidir. Misafir verisi keskin kenardır: bir hesap kişisel veri taşır, dolayısıyla kişisel veri yükümlülükleri arayüzden değil veriden gelir. Kendi durumunuzu bir hukuk danışmanına doğrulatın.

Elinizden geliyorsa tesis bazında ve fiyat planı bazında yetki verin. Altı oteli olan bir grubun, tek bir bağlantının altısına da eriştiğini kabul etmek zorunda değildir.

Asistanın istediğiElinde tutması gerekenKarar verenKontrol edilecek
Müsaitlik ve fiyatları görmekYalnızca okuma, envanter ve fiyatGelir yöneticisiOkumaya maliyet verisi dahil mi
Oda tutmakSüresi dolan geçici tutuşEnvanter kurallarının sahibiSüre dolunca ne oluyor
Rezervasyonu kesinleştirmekYazma yetkisi, tek tesisGenel müdür veya dağıtım yöneticisiİstek kayıtla birlikte saklanıyor mu
Misafirin hesabını okumakVarsayılan olarak kapalıMisafir verisinin sahibiMisafir onayı kapsanmış mı
Fiyat değiştirmekVarsayılan olarak kapalıYalnızca gelir yöneticisiGeri alınabilir mi, kim alabilir
Misafire mesaj göndermekVarsayılan olarak kapalıÖn büro müdürüGönderilen mesaj geri çekilemez

Bu bağlantıya kim izin verdi ve nasıl kapatılır?

Otelde biri, adı belli bir sahibiyle ve yazılı bir kapsamla verir; ve her şey yeniden kurulmadan geri alınabilir.

Onay asistana değil, otele aittir. Spesifikasyon, kişinin hangi verinin paylaşıldığını ve hangi işlemlerin yapıldığını anlamasını ve ikisi üzerindeki denetimi elinde tutmasını şart koşar (Model Context Protocol projesi, spesifikasyon 2026-07-28). Uygulamada bu, tek bir sahip adı demektir: etkin bağlantıların listesini, her birinin neler yapabileceğini, en son ne zaman gözden geçirildiğini ve kimin istediğini elinde tutan tek kişi.

İmzadan önce anahtarı isteyin. Bir erişim belirtecinin geri alınması, erişimi bir sonraki sözleşme yenilenmesinde değil, hemen sonlandırmalıdır. Bağlantı bittiğinde o güne dek paylaşılan veriye ne olduğunu, silinip silinmediğini, saklanıp saklanmadığını veya dışa aktarılıp aktarılmadığını sorun.

Türkiye'nin kişisel verileri koruma kurumu etken yapay zekâyı yalnızca bir yazılım sorunu değil, bir kişisel veri sorunu olarak ele alıyor (Kişisel Verileri Koruma Kurumu, "Etken Yapay Zekâ (Agentic AI), Şubat 2026", 12 Mart 2026). Kurum, etken yapay zekâ için üzerinde uzlaşılmış tek bir tanım bulunmadığını da belirtir; bu, herhangi bir sağlayıcının sözlüğünü kesinleşmiş saymamanız için adil bir uyarıdır.

DikkatSahibi olmayan bağlantı, kapatılamayan bağlantıdır

Otelde bir bağlantıyı kimin onayladığını, hangi işlemleri yapabileceğini ve onu sonlandıran anahtarı adıyla söyleyemiyorsanız, o bağlantıyı henüz denetlemiyorsunuz demektir. Bunu, özellikleri konuşmadan önce düzeltin.

Ne kayda geçiyor ve ne zaman insan karar veriyor?

Her araç çağrısı bir iz bırakmalı ve hassas işlemler bir kişiyi beklemelidir. Spesifikasyon ikisini de istiyor.

Spesifikasyonun araçlar bölümüne göre güven, emniyet ve güvenlik için süreçte her zaman araç çağrılarını reddedebilecek bir insan bulunmalıdır. Ayrıca uygulamalar, yapay zekâ modeline hangi araçların açıldığını göstermeli, bir araç kullanıldığında bunu açıkça belirtmeli ve işlemler için kullanıcıdan onay istemelidir. Hizmet tarafında sunucular girdileri doğrulamak, erişim denetimi uygulamak ve araç çağrılarına sıklık sınırı koymak zorundadır; istemci uygulamaların da araç kullanımını denetim amacıyla kayda geçirmesi önerilir (Model Context Protocol projesi, spesifikasyon 2026-07-28, Tools).

Sıklık sınırları teknik değil, ticari kararlardır. Bir rezervasyon işlemine karşı kurulan yeniden deneme döngüsü envanter riskidir ve sınırı asistan değil otel belirlemelidir. İyi bir kayıt beş soruyu yanıtlar: kim istedi, ne istendi, sistem ne döndürdü, kim onayladı ve geri alınabilir mi. Yapmayı tasarlamadan geri almayı tasarlayın. Geri çevrilebilen bir değişiklik, misafire gönderilmiş ve geri çekilemez bir mesajdan farklı bir risktir.

Kontrol listesiHerhangi bir yapay zekâ bağlantısına bu sırayla sorulacak dört soru

  • Menüde hangi işlemler var, hangileri kapalı?
  • Otelde erişimi kim verdi, şu an sahibi kim?
  • Hangi sınırlar geçerli: hangi tesis, hangi fiyat planları, kaç çağrı, neyin süresi doluyor?
  • Ne kayda geçiyor ve nereden okuyabilirim?

Sözleşme için beşincisini ekleyin: bağlantı nasıl kapatılıyor ve o güne dek paylaşılan veriye ne oluyor?

Otel yazılımı bugün nerede duruyor?

Yapay zekâ asistanları için bağlantılar duyuruluyor, ama bunlar yeni ve eşitsiz; her biri özellik değil, bir izinler dizisi olarak okunmalı.

Ekim 2025'te, büyük bir yapay zekâ asistanının içinde üçüncü taraf uygulamaların çalışmasına izin verilmesine ilişkin bir plan duyuruldu; MCP üzerine kurulmuştu (Skift, 6 Ekim 2025). Bir bitmiş hizmet değil, bir plan olarak duyuruldu. Yabancı bir otel yazılımı sağlayıcısı Eylül 2025'te, yerli bir sağlayıcı Ekim 2026'da yapay zekâ asistanları için bağlantı duyurdu. AI Otel ilk olduğunu iddia etmiyor ve duyurular, her bağlantının nasıl sınırlandığı konusunda bir şey söylemiyor. Geniş tablo için yapay zekâ asistanları otel rezervasyonu yapabiliyor mu? yazısına bakın.

Duyurular arasındaki pratik fark nadiren protokoldür. Fark, otelin işlem listesini görebilmesi, sınırları koyabilmesi ve kaydı okuyabilmesidir. Gerçek envantere dokunulmadan önce bir test tesisi üzerinde gösterim isteyin ve sonradan bağlantının sahibi olacak kişiyle birlikte çalıştırın.

AI Otel Core, bu mimarinin bir örneği olarak geliştirildi ve kurgusal bir otel üzerinde herkese açık bir demo ortamında çalışıyor. Her otel işlemi bir kez tanımlanır ve otel ekibine, iş ortaklarına ve insanların zaten kullandığı yapay zekâ asistanlarına, her birine kendi kapısından sunulur. Lansman öncesi aşamada ve ilk olduğunu iddia etmiyoruz.

Şimdi ne yapmalı

Protokol kapıdır; sınırlar sizindir ve kendi sisteminizde dururlar. Sonraki adım bu ay tek bir sağlayıcıya tek bir soru: sisteminizde bir yapay zekâ asistanının ulaşabileceği işlemlerin listesini ve her birini kapatan anahtarı gösterin. İki yanıttan biri belirsizse, hiçbir envanter riske girmeden işe yarar bir şey öğrenmiş olursunuz. Öncesinde zemin hazırlamak için yapay zekâ asistanlarından gelecek rezervasyonlara hazırlık listesini gözden geçirin. Yukarıda anlatılan demo ortamını görmek isterseniz görüşme talep edin.

Sıkça sorulan sorular

MCP'yi bir OTA ya da Booking.com mu icat etti?

Hayır. MCP, bir yapay zekâ uygulamasını dış veri ve araçlara bağlamanın açık standardıdır; bir OTA karşıda durabilecek hizmet türlerinden biridir, otelin kendi sistemi bir başkasıdır. Standart, hizmetin kime ait olduğu konusunda bir şey söylemez.

Otelimin şu an MCP'ye ihtiyacı var mı?

Hayır. Protokol, otelin önce yapması gerekeni değiştirmez: işlemlerini tanımlamak, her birini kimin yapabileceğine karar vermek, sınırlar koymak ve kayıt tutmak. Bu işi yapmış bir otel her bağlantıyı hızla değerlendirir; yapmamış bir otel aynı özelliği iki kez satın alır.

MCP güvenli mi?

Spesifikasyon ilkeler koyar ve bunları kendi başına uygulatamayacağını söyler. Güvenlik uygulamadan gelir: bir araç çalışmadan önce açık onay, istenen izinlerde en az yetki, hizmet tarafında girdi denetimi ve sıklık sınırları, asistan tarafında kayıt. Her sağlayıcıdan dördünü de göstermesini isteyin.

Yapay zekâ aracısı ile yapay zekâ asistanı arasındaki fark nedir?

Üzerinde uzlaşılmış tek bir tanım yoktur ve Türkiye'nin kişisel verileri koruma kurumu Şubat 2026 tarihli dokümanında bunu açıkça belirtir; kurum "Agentic AI" için "etken yapay zekâ", "AI Agent" için "yapay zekâ aracısı" ifadesini tercih eder. Uygulamada yararlı ayrım, bir sistemin bir kişi olmadan ne kadar çok şey yaptığıdır; bağımsızlık arttıkça sınırlara ve kayıtlara duyulan ihtiyaç da artar.

Yapay zekâ asistanı resepsiyonumun yerini alır mı?

Hayır. Spesifikasyon, bir işlemi reddedebilecek bir insanın süreçte her zaman bulunmasını istiyor ve rezervasyonu kesinleştirmek ya da misafirin hesabını okumak gibi hassas adımlar tam da bir insanın kalması gereken yerlerdir. Gerçekçi değişim, daha az rutin sorgulama ve daha çok istisnayı gözden geçirmedir.

AI Otel EditorialYayın ekibi

AI Otel’in yayımlanmış bilgi tabanından yapay zekâ desteğiyle hazırlandı. Henüz bir editör tarafından incelenmedi.

Bu konuda size bilgi verebiliriz.

Bu konu işinizle ilgiliyse, neyin geliştirildiğini ve neyin tasarlandığını size anlatalım.

Görüşme talep edin