AI Otel Core nedir? Ortak çekirdeğin üç kapısı
AI Otel Core, her otel eylemini bir kez tanımlar ve personel, iş ortakları ile yapay zekâ asistanlarına üç ayrı kapıdan sunar. Çekirdeğin çalışma mantığını ve denetim kaydını öğrenin.
İçindekiler
Kısaca
- Personel ekranları, iş ortağı sistemleri ve yapay zekâ asistanları için üç kez yazılan bir otel eylemi zamanla birbirinden kopar; tek tanım bu kopuşu kaynağında giderir.
- AI Otel Core geliştirildi ve kurgusal bir otel üzerinde herkese açık bir demo ortamında çalışıyor; çekirdek müşterisi ve bağlı iş ortağı yok.
- Bir yapay zekâ asistanı, demo tesisinde otelin belirlediği sınırlar içinde oda bulabilir, tutabilir ve rezervasyon yapabilir.
- Denetim kaydına yalnızca ekleme yapılabilir; biri bir kaydı değiştirirse zincir bunu gösterir: bu "değiştirildiğinde anlaşılır" demektir, "değiştirilemez" değil.
- İlk olduğumuzu iddia etmiyoruz; iddiamız daha dar: tek tanım, üç kapı, tek kayıt.
AI Otel Core, AI Otel'in otel yazılımının ortak çekirdeğidir: her otel eylemi kuralları, sınırları ve kaydıyla bir kez tanımlanır ve üç ayrı kapıdan, otel ekibine, iş ortağı sistemlerine ve insanların zaten kullandığı yapay zekâ asistanlarına sunulur. Geliştirildi ve kurgusal bir otel üzerindeki demo ortamında çalışıyor.
Bir misafir yapay zekâ asistanından oda soruyor ve otelin geçen hafta değiştirdiği bir fiyatı duyuyor. Fiyat resepsiyon ekranında ve iş ortağı akışında güncellenmiş, ama kimsenin düzenlemeyi hatırlamadığı üçüncü kopyada eski kalmış. Kimse yalan söylemedi, kimse özensiz davranmadı; aynı eylem üç yerde var ve üç yer zamanla ayrışır. Bu yazıyı okuduktan sonra bir otel sisteminin bu şekilde kurulup kurulmadığını anlayabilecek ve böyle dediği her tedarikçiye ne soracağınızı bileceksiniz.
AI Otel Core nedir?
AI Otel Core, AI Otel'in otel yazılımının ortak çekirdeğidir: her otel eylemi, kurallarıyla, sınırlarıyla ve kaydıyla bir kez tanımlanır, sonra üç farklı kullanıcıya üç ayrı kapıdan sunulur.
Eylem, otelin fiilen yaptığı iştir; bir ekran ya da düğme değil: belirli tarihlere fiyat vermek, oda tutmak, rezervasyonu onaylamak, misafirin hesabına harcama işlemek, onay mesajı göndermek. Kapı ise bir tür kullanıcının aynı eyleme ulaşma yoludur. Kapının ardındaki kurallar tektir; önündeki biçim farklıdır, çünkü bir resepsiyonist, bir seyahat acentesinin sistemi ve bir yapay zekâ asistanının ihtiyaçları farklıdır.
Bir kez tanımlamak, üç şeyin tek yerde yazılmış olması demektir: eyleme ne zaman izin verildiği ve neye ihtiyaç duyduğu, içinde kalması gereken sınır ve geride bıraktığı kayıt girdisi. Tatil haftası için minimum konaklama değişirse, o tek tanımda değişir ve her kapı yeni kuralı aynı anda uygular.
İpucuYazı boyunca kullanılan iki sözcük
Eylem: otelin yaptığı bir iş, örneğin fiyat vermek, oda tutmak veya hesaba harcama işlemek. Kapı: bir tür kullanıcının, otel ekibi, iş ortağı sistemi ya da yapay zekâ asistanı, o eyleme ulaşma yolu.
Durum net. Çekirdek geliştirildi ve herkese açık bir demo ortamında çalışıyor. Demo tesisi kurgusaldır: odalar, fiyatlar ve misafirler uydurmadır, oradaki bir rezervasyon yolu gösterir, gerçek rezervasyon değildir. Bugün çekirdek müşterisi yok. Var olan: çalışan çekirdek, demo ve her parçanın yazılı durumu.
Alıcı için pratik fark şu: bir kural değişikliği bir kez yapılır ve üç kapıya da ulaşır; ne olduğu konusunda bir tartışmada danışılacak üç kayıt değil, tek kayıt olur.
Aynı otel eylemi neden üç kez yazılır?
Çünkü üç kullanıcının da aynı şeyin farklı bir biçimine ihtiyacı vardır ve ayrı kopyalar zamanla birbirinden ayrışır.
Personel ekranı yerleşim, iş akışı ve tıklayacak bir kişi ister. İş ortağı sistemi alanlar, kurallar ve anlaşılır hata mesajları ister. Yapay zekâ asistanı neler yapıp neler yapamayacağının düz bir anlatımını ister. Her ekip tek başına daha hızlı ilerler; üç kopya aynı başlar ve sessizce ayrışır, genellikle ilk kural değişikliğinde.
Örneğin, bir otel tatil haftası için minimum konaklamayı üç geceye çıkarıyor. Resepsiyon ekranı kuralı uyguluyor, iş ortağı akışı iki geceye izin vermeye devam ediyor, asistan da iki gece öneriyor. Bedel teknik değil. Misafire otelin geçerli saymayacağı bir fiyat veriliyor, bir oda iki kez satılıyor ya da otelin kendi kanalı kendi fiyatının altına iniyor.
İlke olarak çözüm sıkıcı ve etkili: tek tanım, üç sunum. Değişiklik bir kez yapılır ve her kapıya ulaşır; bir kapı için konan sınır, diğerlerinin karşılaştığı aynı sınırdır. Bunun ardındaki mimari gerekçe ayrı bir yazıda, her otel eyleminin neden bir kez tanımlanması gerektiği konusunda ayrıntılı olarak anlatılıyor; bu yazı çekirdeğin ne yaptığında kalıyor.
Üç kapı nedir?
Otel ekibi, iş ortağı sistemleri ve insanların zaten kullandığı yapay zekâ asistanları. Her biri aynı tanımlı eylemlere kendi kapısından ulaşır.
Birinci kapı otel ekibidir: ekranlar ve PMS asistanı, otelin kendi sistemi içinde, otelin belirlediği kurallarla çalışır. İkinci kapı iş ortağı sistemleridir: sürümlü bir rezervasyon API'si. Sürümlü, numaralı bir sözleşme demektir: iş ortağı bir sürüme göre geliştirme yapar ve yenisi geldiğinde haberdar olur; bozulan bir entegrasyon üzerinden fark etmez.
OAuth ile korunmak, iş ortağına her şeyin anahtarları yerine dar, geri alınabilir bir yetki verilmesi demektir. IETF'nin RFC 6749 belgesi OAuth 2.0'ı, üçüncü taraf bir uygulamanın bir HTTP hizmetine sınırlı erişim elde etmesini sağlayan bir yetkilendirme çerçevesi olarak tanımlar (IETF, RFC 6749, Ekim 2012 (yeni sekmede açılır)). İş ortakları ayrıca imzalı rezervasyon olayları alır: her rezervasyon mesajı, alıcının doğrulayabileceği bir damga taşır; böylece gerçek bir olay, sahte ya da yolda değiştirilmiş bir mesajdan ayırt edilir. İş ortağı API'si geliştirildi; bağlı iş ortağı yok.
Üçüncü kapı, insanların zaten kullandığı yapay zekâ asistanlarıdır. Aynı eylemlere tanımlanmış bir arayüz üzerinden ulaşır. Model Context Protocol projesi, standartlarını yapay zekâ uygulamalarını veri kaynakları, araçlar ve iş akışları gibi dış sistemlere bağlayan açık kaynaklı bir yöntem olarak tanımlıyor (modelcontextprotocol.io, 2026 (yeni sekmede açılır)). Bunun bir otel için pratikte ne anlama geldiği yapay zekâ asistanı bağlantısının bir otel için anlamı yazısında ele alınıyor.
| Kapı | Kim gelir | Ne alır | Durum |
|---|---|---|---|
| Otel ekibi | Resepsiyon, rezervasyon, yönetim | Ekranlar ve PMS asistanı, otelin kurallarıyla | Geliştirildi |
| İş ortağı sistemleri | Seyahat acenteleri, kurumsal müşteriler, diğer yazılımlar | Sürümlü, OAuth ile korunan rezervasyon API'si ve imzalı rezervasyon olayları | Geliştirildi, iş ortağı yok |
| Yapay zekâ asistanları | İnsanların zaten kullandığı asistanlar | Aynı eylemlere tanımlı arayüz, otelin sınırları içinde | Geliştirildi, demo |
Yapay zekâ asistanı demo tesisinde ne yapabilir?
Otelin belirlediği sınırlar içinde oda bulabilir, tutabilir ve rezervasyon yapabilir.
Bulmak, tesisin belirtilen tarihler ve kişi sayısı için müsaitliğini ve fiyatlarını aramak, uyan seçenekleri döndürmektir. Tutmak, misafir karar verirken bir odayı kısa bir süre için onaysız ayırmaktır; tutma rezervasyona dönüşmezse süresi biter ve oda envantere geri döner. Rezervasyon yapmak ise kaydı oluşturmaktır; rezervasyon, otel ekibine herhangi bir rezervasyon gibi görünür ve arkasında aynı kayıt vardır.
Önemli noktaÜç fiil, birer cümleyle
Bulmak: istenen tarih ve kişi sayısı için müsaitlik ve fiyat bakmak. Tutmak: onay almadan bir odayı kısa süre ayırmak; bir şey yapılmazsa tutma süresi biter ve oda envantere döner. Rezervasyon yapmak: kaydı oluşturmak; rezervasyon otel ekibinde diğerlerinin yanında durur.
Otelin belirlediği sınırlar pratik sınırlardır: hangi oda tipleri, hangi tarihler, hangi fiyat aralığı, en fazla kaç gece, kaç oda. Sınırın dışındaki bir istek ilerlemez; reddedilir ya da otel ekibine iletilir. Demo tesisi kurgusaldır, dolayısıyla oradaki hiçbir şey gerçek rezervasyon değildir ve hiçbir gerçek otelin verisi söz konusu değildir.
İlginç olan, bir asistanın rezervasyon yapabilmesi değil. Otelin sınırlarının karar veriyor olması ve istek hangi kapıdan gelmiş olursa olsun aynı sınırların geçerli olmasıdır.
Bir eylem çalıştığında ne kaydedilir?
Denetim kaydı. Geçmiş kayıtlara yalnızca ekleme yapılabilir; değiştirme ve silme veritabanında kapalıdır; biri yine de değiştirirse zincir bunu gösterir.
Denetim izi bir hata günlüğü değildir. NIST'in sözlüğü, SP 800-53'e dayanarak denetim izini, güvenlikle ilgili bir işlemi çevreleyen ya da ona yol açan faaliyetlerin sırasını baştan sona yeniden kuran ve inceleyen kronolojik bir kayıt olarak tanımlar (NIST CSRC sözlüğü, 2026 (yeni sekmede açılır)). Yalnızca-eklenebilir kuralı veritabanının kendisinde uygulanır: geçmiş kayıtlarda düzenleme ve silme kapalıdır, dolayısıyla bir şeyi düzeltmenin tek yolu durumu söyleyen yeni bir kayıt eklemektir.
Değiştirildiğinde anlaşılır olmak, bir değişikliğin saptanabilir olması demektir. Kapalı olmasına rağmen bir kayıt değiştirilirse zincir artık uyuşmaz ve değişiklik görünür olur. Bir otelin bundan kazandığı, bellek sınavı yerine aramadır: bir fiyat, bir iptal ya da bir harcama tartışması, üç kapının tamamında, sırasıyla yeniden kurulabilir.
DikkatDeğiştirildiğinde anlaşılır, değiştirilemez değil
"Hiç kimse, hiçbir zaman, bir kaydı değiştiremez" sözünü hiçbir sistem dürüstçe veremez. Değiştirildiğinde anlaşılır olmak ise denetlenebilir bir söz verir: bir kayıt değiştirilirse zincir bunu gösterir. AI Otel ikinci sözcüğü kullanır, birinciyi asla.
İnsan rolleri varsayılmaz, yazılı olur. NIST'in Yapay Zekâ Risk Yönetim Çerçevesi 1.0, karar almada ve yapay zekâ sistemlerinin gözetiminde insanların rol ve sorumluluklarının açıkça tanımlanması gerektiğini belirtir; bazı sistemlerin insan gözetimi gerektirmeyebileceğini, bazılarının ise özellikle gerektirdiğini not eder (NIST AI 100-1, Ocak 2023 (yeni sekmede açılır)). Üründe bu, güvenlik seviyeleri olarak görünür: bazı eylemler doğrudan çalışır, bazıları bir kişinin onayını bekler, en hassas olanlar iki onay ister. Ayrıca karar kaydı küçük değişiklikleri kendiliğinden uygular, büyükleri bir kişiye bırakır ve misafire gönderilmiş bir mesaj dışındaki her değişikliği geri alabilir.
Neyi iddia etmiyoruz ve nasıl kontrol edersiniz?
Çekirdek müşterisi yok, bağlı iş ortağı yok, ilk olduğumuz iddiası yok. Bugün kontrol edebileceğiniz şey tasarım, demo ve her parçanın yazılı durumudur.
Çekirdek müşterisi, imzalı pilot, niyet mektubu ve bağlı acente, OTA ya da iş ortağı yoktur. Demo oteli kurgusaldır. Herkese açık bir demo ortamı, sistemin üzerinde çalışan bir otel demek değildir ve bu yazı ikisini birbirine karıştırmaz.
İlk olduğumuzu iddia etmiyoruz. 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. Buradaki iddia daha dar: tek tanım, üç kapı, tek kayıt. Durum sözcükleri tam kullanılır: geliştirildi, demo, geliştiriliyor, tasarlandı, yol haritasında. AI Otel'in teknolojisinin hiçbir parçası faaliyette değil; ekosistemin otel büyüme kolu OtelCiro bugün ücret ödeyen otel müşterileriyle çalışıyor ve otel işletim sistemi geliştirildi, lansman öncesi. Beş durum sözcüğünün her birinin neye izin verdiği AI Otel'in beş durum etiketi yazısında açıklanıyor.
Kontrol listesiAynı disiplini benzer bir iddiada bulunan her tedarikçiye, buna bu yazının sahibi de dahil, uygulamak yerinde olur. Aşağıdaki kontrol listesi, yazılı olarak istenecek şeylerdir
- Sistemin tanımladığı eylem listesini ve her birine bağlı kuralları verin.
- Hangi eylemler doğrudan çalışır, hangileri bir kişinin onayını, hangileri iki onay bekler?
- Denetim kaydı ne içerir ve bir değişiklik nasıl saptanır?
- İş ortağı API'sinin sürümü nedir ve bir değişiklik iş ortaklarına nasıl duyurulur?
- Yapay zekâ asistanının isteği otelin sınırlarının dışına çıkarsa ne olur?
- Her parçanın durumu, yazılı olarak ve son kontrol tarihiyle nedir?
Şimdi ne yapmalı
Tanıtım videosu değil, eylem listesini, sınırları ve kaydı isteyin. Üç fikir tek bir sırayla birbirine bağlanır: eylemi bir kez tanımlayın, ona üç kapı açın ve üçünün arkasına tek bir, yalnızca-eklenebilir kayıt koyun. Platform sayfası her parçayı durumuyla ayrıntılandırır; kendi tesisiniz ya da portföyünüz üzerinden aynı listeyi birlikte geçmek için görüşme talep edebilirsiniz.
Sıkça sorulan sorular
AI Otel Core faaliyette mi?
Hayır. Geliştirildi ve kurgusal bir otel üzerinde herkese açık bir demo ortamında çalışıyor. Çekirdek müşterisi ve bağlı iş ortağı yok. Ekosistemin otel büyüme kolu OtelCiro bugün ücret ödeyen otel müşterileriyle çalışıyor; otel işletim sistemi geliştirildi ve lansman öncesi.
Bir yapay zekâ asistanı AI Otel üzerinden gerçek bir rezervasyon yapabilir mi?
Bugün hayır. Demo tesisinde bir asistan otelin belirlediği sınırlar içinde oda bulabilir, tutabilir ve rezervasyon yapabilir; demo tesisi kurgusal olduğu için bu rezervasyon yolu gösterir, gerçek rezervasyon tamamlamaz. Bağlı otel ve iş ortağı yok.
OAuth ile korunmak bir otel için ne demek?
İş ortağına, otelin tüm kimlik bilgileri yerine dar ve geri alınabilir bir yetki verilmesi demek. IETF'nin RFC 6749 belgesi OAuth 2.0'ı, üçüncü taraf bir uygulamanın bir HTTP hizmetine sınırlı erişim elde etmesini sağlayan bir yetkilendirme çerçevesi olarak tanımlar (Ekim 2012). Otel bu yetkiyi başka hiçbir şeyi değiştirmeden geri çekebilir.
Değiştirildiğinde anlaşılır ile değiştirilemez arasındaki fark nedir?
"Hiç kimse bir kaydı hiçbir zaman değiştiremez" sözünü hiçbir sistem dürüstçe veremez. Değiştirildiğinde anlaşılır olmak, bir değişikliğin saptanabilir olması demektir: geçmiş kayıtlara yalnızca ekleme yapılabilir, düzenleme ve silme veritabanında kapalıdır ve biri bir kaydı yine de değiştirirse zincir bunu gösterir. AI Otel ikinci sözcüğü kullanır.
AI Otel, otelleri yapay zekâ asistanlarına bağlayan ilk mi?
İlk olduğumuzu iddia etmiyoruz. 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. İddia daha dar ve denetlenebilir: her otel eyleminin bir kez tanımlanması, ona üç kapı açılması ve üçünün arkasında tek bir, yalnızca-eklenebilir kayıt.
Kaynaklar
- Artificial Intelligence Risk Management Framework (AI RMF 1.0), NIST AI 100-1, Appendix C: AI Risk Management and Human-AI Interaction (yeni sekmede açılır)National Institute of Standards and Technology (NIST)nvlpubs.nist.gov
- Glossary: audit trail (NIST CSRC; SP 800-37 Rev. 2, SP 800-53 Rev. 5) (yeni sekmede açılır)NIST Computer Security Resource Centercsrc.nist.gov
- What is the Model Context Protocol (MCP)? (yeni sekmede açılır)Model Context Protocol project (modelcontextprotocol.io)modelcontextprotocol.io
- RFC 6749: The OAuth 2.0 Authorization Framework (yeni sekmede açılır)Internet Engineering Task Force (IETF)datatracker.ietf.org