Platform Beyni: oteller arası örüntüler ve gizlilik eşikleri nasıl tasarlandı?

Platform Beyni, AI Otel mimarisinde tasarlanmış bir katmandır: ağdaki oteller arası örüntüleri öğrenmek üzere tasarlandı; gizlilik eşikleri sayesinde hiçbir otel tek başına ayırt edilemez. Tasarlandı, geliştirilmedi: bir ağ yok, eğitilmiş bir model yok. Dayandığı temel, her otelin verisinin veritabanı seviyesinde ayrı tutulmasıdır ve bu geliştirildi.

Bir otel sahibi, fiyatlarının bulunduğu destinasyon için yüksek mi düşük mü olduğunu bilmek ister. Dürüst tek yanıt diğer otellerin sayılarından gelir ve o sayılar rakiplerine aittir. Her kıyaslama ürünü bu cümleyi nasıl ele aldığıyla ayakta kalır ya da düşer. Bu yazıyı okuduktan sonra, bizimki dahil her eş kıyaslama teklifini "eş grubu çok küçük olduğunda ne oluyor?" sorusuyla değerlendirebileceksiniz.

Oteller sayılarını teslim etmeden kendilerini nasıl kıyaslar?#

Toplamlar üzerinden kıyaslarlar, erişim üzerinden değil: bir eş grubu sayısı, ancak çok sayıda otelden hesaplanıp tek bir otele izlenemeyecek biçimde gösterildiğinde yararlıdır. Bu, Platform Beyni'nin tasarım hedefidir ve bir tasarım hedefidir, çalışan bir ürün değil.

Gerilim yapısal. Bir kıyaslama, eşlerin katkıda bulunmasını gerektirir; katkıda bulunmak ise tam olarak sahibin korktuğu şeydir. Bu gerilimi yok sayan bir tasarım iki yerden birinde biter: ya kimse katılmadığı için boş veri, ya da tasarım korumayı yalnızca taklit ettiği için sızan veri.

Burada ayırt edilebilirliğin ne demek olduğunu netleştirmek gerekir. Bu, otelin adı değildir. Tek bir tesise ait olabilecek bir sayıdır: örneğin, birkaç benzer otelin rekabet ettiği bir tatil beldesinde günlük bir ortalama. Adı silseniz de sayı tek bir binayı göstermeye devam eder.

Rakibiniz sizin sayılarınıza ne yapabilir, adıyla koyun. Belirli bir tarihte fiyatınızın altına inebilir. Sezon açılmadan doluluk oranınızı tahmin edebilir. Paylaştığınız bir rapordan maliyet yapınızı okuyabilir. Bunların hiçbiri dramatik anlamda bir sızıntı gerektirmez; yalnızca size çözümlenen bir sayı yeter.

Sorgu ile toplam arasındaki çizgiyi çizin. Sorgu "X oteli ne yaptı" sorusunu yanıtlar. Toplam ise "en az belli bir asgari büyüklükteki bir eş grubu ne yaptı" sorusunu. Karşılaştırma ürünü yalnızca ikincisidir. Birincisi bir veri hizmetidir ve katkıda bulunanın rızası etikette yazarak öyle satılmalıdır.

Karar kuralı şu: bir satıcı, eş grubu çok küçük olduğunda ne olduğunu söyleyemiyorsa, eş grubu ürünün kendisidir ve gizlilik kuralı dekorasyondur. Grup örneği bunu somutlaştırır: aynı destinasyonda iki tesisi olan bir zincir, kendi portföyü içinde bile küçük bir eş kümesidir; dolayısıyla aynı kural bağımsız oteller arasında olduğu kadar bir grubun içinde de geçerli olmalıdır. Temeldeki sınırın nasıl çalıştığını görmek için çok kiracılı otel işletim sisteminde her otelin verisinin nasıl ayrı tutulduğunu okuyun.

Platform Beyni üç beyin arasında nerede durur?#

Orta seviyededir. Otel Beyni tek bir tesisi anlar; Platform Beyni ağdaki örüntüleri öğrenmek üzere tasarlandı; Sektör Beyni, ağ sinyallerini kamuya açık turizm verileriyle birleştiren uzun vadeli yöndür.

Sıralama rastgele değildir. Oteller arası bir örüntü, önce tek bir otelin verisinin modellenmesini, sonra ayrılmasını, sonra toplanmasını gerektirir. Her seviye altındakine dayanır. Otel Beyni'nin mimarisi tamamlandı ve eğitim aşamasına giriyor; bugün PMS asistanı her otelin kendi verisinden yanıt verir. Sektör Beyni, ağ sinyallerini kamuya açık turizm verileriyle birleştirerek Türkiye'nin turizm pazarını anlamak üzere yol haritasındadır.

Üç seviyenin tamamında tek bir söz geçer: otelin bilgi birikimi kendisine ait kalır. Ayırma var olmadan yapılan bir ağ seviyesi iddiası mimari değil, pazarlama cümlesidir. Bu seviyelerin büyük resimdeki yerini görmek için AI Otel'in Türkiye'nin Turizm Beyni'ni inşa ederken ne yaptığını ve Turizm Beyni, ortak çekirdek ve beyin seviyelerini anlatan sözlük yazısını okuyun.

Ayırma neden oteller arası öğrenmeden önce gelir?#

Çünkü oteller arası bir örüntü, altındaki sınır kadar güvenilirdir. İki otelin kaydı aynı tabloda buluşabiliyorsa, sonradan gelen hiçbir kural onları güvenle ayırt edemez.

Önce geliştirilmiş olan olgu: her otelin verisi veritabanı seviyesinde ayrılır. Bu tasarlandı değil, geliştirildi. Düz bir dille: her kayıt hangi otele ait olduğunu taşır, erişim yolları o otele göre sınırlandırılır ve bir tesis için yazılmış bir sorgu başka bir tesisin satırlarını döndüremez.

İki başarısızlık biçimini ayırın. Sızıntı, bir otelin başka bir otelin kaydını görmesidir. Çıkarım, bir otelin başka bir otelin sayısını toplamlardan türetmesidir. Ayırma birincisini, eşikler ikincisini ele alır. İkisi birbirinin yerine geçemez.

Ayırmanın yapmadığını da söyleyin: bir toplamı güvenli yapmaz. Küçük bir eş kümesi üzerinden alınan ortalama yine tek bir tesise işaret edebilir; eşik katmanının bunun üzerine var olması bu yüzdendir. Burada operasyonel denetim önemlidir: ayırma sınanabilir. Sınayabildiğiniz bir sınır, sınayamadığınız bir gizlilik cümlesinden daha değerlidir.

İddiayı kesin tutun. Ayırma geliştirildi; oteller arası öğrenme tasarlandı. Geliştirilmiş kısmın, tasarlanmış olana güven ödünç vermesine izin vermeyin. Bu çizgiyi bulanıklaştıran bir satıcı, bir katmandan ödünç aldığı güvenle başka bir katman satıyordur.

Gizlilik eşiği düz bir dille nedir?#

Gizlilik eşiği, bir sayı tek bir katkıda bulunana izlenemez hale gelene kadar gizlenmesini ya da genişletilmesini sağlayan bir kuraldır: bir sayının arkasındaki otel sayısı çok azsa sayı gösterilmez.

Asgari grup büyüklüğü ilk kuraldır. Belirli bir asgarinin altındaki eş kümeleri için hiçbir sayı görüntülenmez; böylece iki otelin karşılaştırması hiçbir zaman iki otelin karşılaştırması olarak görünmez. Genişletme ikincisidir: kesin bir değer yerine okur bir aralık ya da yuvarlanmış bir sayı görür; bu, bir fiyat kararı için yeterlidir ve bir komşuyu tanımlamak için işe yaramaz.

İkinci en küçük sorunu klasik tuzaktır. Bir toplam gösteriliyorsa ve katkıda bulunanların tümü bir kişi dışında biliniyorsa, sonuncusu çıkarılarak bulunabilir. Yalnızca en küçük sayıyı gizlemek yetmez; kural, ekranda ne göründüğünü değil, kararlı bir okurun ne hesaplayabileceğini dikkate almalıdır.

Zaman boyutu da eşin parçasıdır, sonradan eklenen bir ayrıntı değil. İnce bir pazarda günlük bir sayı, aylık olandan çok daha fazla şey ortaya koyar; eş kümesi inceldiğinde zaman penceresi de genişlemelidir.

Burada belirli bir eşik değeri yayımlamıyoruz ve bunun nedeni bilinçli: eşik bir tasarım parametresidir ve yayımlanan bir sayı, kendi sınırında denenmeye davet eder. Alıcının bir satıcıdan istemesi gereken şey ilkedir. Dürüst sınır da sayfada yerini almalıdır: eşik, bir otelin kamuya açık bir sayıyı kendi işleyişine dair bildikleriyle birleştirmesini engelleyemez ve kötü bir eş kümesini iyi bir eş kümesine dönüştüremez.

Platform Beyni ne öğrenmek üzere tasarlandı ve asla ne göstermeyecek?#

Yalnızca çok sayıda tesis birlikte ele alındığında ortaya çıkan örüntüleri öğrenmek üzere tasarlandı: bir tatil öncesinde talebin nasıl hareket ettiği ya da hangi fiyat yapılarının hangi destinasyon tipinde tuttuğu gibi. Tek bir otelin sayılarını başka bir otele göstermek üzere tasarlanmadı.

Aşağıdaki aday örüntüler tasarım niyetidir, ölçülmüş sonuçlar değil:

"Asla" listesi kısa ve mutlaktır; bunu bilinçli yaptık. İstisnaları olan bir söz, söz değildir ve güveni bitiren ilk istisnadır. Bir sayı tek bir tesise çözümleniyorsa, adıyla etiketlenmiş olsun ya da olmasın görünmez.

Beklentileri dürüst tutan bir nokta: oteller arasında öğrenilen bir örüntü bir ön bilgidir, hüküm değil. Belirli bir günde ne yapılacağına otelin kendi sayıları karar verir. Oteller arası örüntü size ne olma eğiliminde olduğunu söyler; defterleriniz size ne olduğunu söyler.

Bu ilkenin, her satıcıya karşı kullanılabilecek bir dış referansı da var. NIST'in yapay zekâ risk yönetimi çerçevesi (yeni sekmede açılır), güvenilir yapay zekâ sistemlerinin özellikleri arasında mahremiyeti gözeten niteliği; geçerli ve güvenilir, emniyetli, güvenli ve dayanıklı, hesap verebilir ve şeffaf, açıklanabilir ve yorumlanabilir, zararlı yanlılığı yönetilen adil niteliklerin yanında sayar (Kaynak: NIST, Artificial Intelligence Risk Management Framework, AI RMF 1.0, NIST AI 100-1, Ocak 2023). Mahremiyet bir yapay zekâ sistemine sonradan eklenen bir özellik değildir; sistemin güveni hak etmesinin koşullarından biridir.

İlke tek cümlede kapanır: üç seviyeli beyin, tek bir söz; otelin bilgi birikimi kendisine ait kalır.

Platform Beyni'nin bugünkü durumu nedir?#

Tasarlandı. Geliştirilmedi: onu besleyen bir otel ağı yok, eğitilmiş bir model yok ve ürettiği bir sayı yok.

Durum sözcüğü yalnızca tasarlandı demektir, ondan fazlası değil. Henüz eğitilmiş bir modelimiz yok ve ekranda da öyle yazıyor. Var olan: mimari, bir modelin içinde güvenle çalışacağı karar altyapısı ve modeli seçmek için kurduğumuz test düzeneği.

Var olan ile tasarlanan ayrı durur. Her otelin verisi veritabanı seviyesinde ayrılır; bu geliştirildi. PMS asistanı bir otelin kendi tesisiyle ilgili sorulara düz bir dille yanıt verir; bu da geliştirildi. Hangi modelin hangi katmana uygun olduğuna karar vermek için kurduğumuz 30 vakalık test seti kuruldu ve çalıştırılmadı. Bu katmanda otel sayısı yayımlamıyoruz, çünkü sayılacak bir ağ yok.

Sıralama bilinçli: gizlilik sorusu, veri gelmeden önce yanıtlanmalı, gelmeden sonra değil. Tasarım hâlâ bir tasarımken kamuya açık biçimde anlatılmasının nedeni bu. Bu iddiaların ardındaki sözlük için AI Otel'in beş durum etiketinin ne anlama geldiğini okuyun.

Şimdi ne yapmalı#

Panoyu istemeden önce durum sözcüğünü isteyin. Parçalar tek bir sırayla birbirine uyar: önce her otelin verisini ayırın, sonra gösterilebilecek olana eşik koyun, ancak ondan sonra oteller arası öğrenmeden söz edin. O sıra gerçek olana dek, eş kıyaslama henüz teslim etmediğiniz veriye verilmiş bir sözdür. Görüşme talep edin ve bu sırayı bizimle satır satır birlikte yürütün.