Bölüm 1 – İlk ihtiyaç: POC geliştirmeyi hızlandırmak
OpenGate somut ve operasyonel bir ihtiyaçtan doğdu: karma ve artırılmış gerçeklik deneyimleri için proof of concept (POC) geliştirmeyi hızlandırmak. Metagate gibi hızlı deneylerin yapıldığı bir ortamda her gün zamana karşı bir yarıştı. Fikir çoktu, Meta Quest 3 gibi XR cihazları giderek daha güçlü hâle geliyordu, ancak içeriklere erişimi ve veri yönetimini düzenlemek için hafif, dinamik ve merkezi bir araç eksikti. Hedef netti: daha kısa sürede daha fazla deneyim geliştirmek, daha fazla kontrol ve iterasyon imkânı elde etmek.
O dönemde elimizdeki en esnek ve doğrudan araç Google Sheets idi. Gerçek zamanlı güncellenebilen, paylaşımlı ve Unity tarafından da kolayca okunabilen bir tablo, multimedya asset’leri (görseller, 3D, sesler) ve dinamik bağlantılarla yapılan ilk testleri yönetmeye yetiyordu. Bir URL eklemek, bir parametreyi güncellemek veya bir koordinatı değiştirmek yeterliydi; başlıktaki deneyim anında uyum sağlıyordu. Bu no-code çözüm, yaratıcı ekibin ve geliştiricilerin gereksiz katmanlar olmadan birlikte çalışmasını sağladı.
Buna paralel olarak, doğrudan tablolara bağlı küçük Google Apps Script API’leri geliştiriliyordu. Bu script’ler satır yönetimini otomatikleştiriyor, belirli verileri çıkarıyor, erişim token’ları üretiyor ve hatta bir MR deneyiminin yapılandırmasını gerçek zamanlı değiştirebiliyordu. Her API belirli bir amaç için tasarlanmış küçük bir araçtı: bir sahneyi, karakteri veya etkileşimli mekaniği daha hızlı test etmeyi sağlayan bir hızlandırıcı. Böylece çevik, hafif ama son derece güçlü bir mikro altyapı ortaya çıktı.
Geçici bir çözüm olarak doğmuş olsa da bu yaklaşım hemen etkili olduğunu gösterdi. Ekip birden fazla XR projesini aynı anda yönetebiliyor, merkezi yapı sayesinde başlıklara önceden yüklenmiş deneyimlere uzaktan müdahale edebiliyordu. Bir tabloyu açıp tek bir değeri değiştirmek, dijital ortamı gerçek zamanlı dönüştürmek için yeterliydi. Etkinlikler, sergiler ve demolar arasında sürekli hareket hâlindeki Metagate gibi bir startup için bu esneklik kritik öneme sahipti.
Ancak sınırlar açıktı. Google Sheets tabanlı yaklaşım gerçek bir ölçeklenebilirlik sunmuyordu. Erişim kontrolü, avatar entegrasyonu, karmaşık sahnelerin yönetimi veya NFT platformlarıyla birlikte çalışabilirlik için yapılandırılmış bir sistem yoktu. Ayrıca tablolara bağlı kod parçalı biçimde yazılmıştı; çoğu zaman hızlı ve yaratıcı ama uzun vadede bakımı zor “vibe coding” çözümleri kullanılıyordu.
Tam bu noktada geçici sistemi daha sağlam, modüler ve ölçeklenebilir bir yapıya dönüştürme fikri doğdu.
Bölüm 2 – Alpha tester’larla ilk testler
Google Sheets ve API tabanlı mikro altyapı çalışmaya başlayınca sahada test etme zamanı geldi. İlk alpha tester’ları sürece dahil ettik: Metagate topluluğuna yakın sanatçılar, geliştiriciler, küratörler ve ileri seviye kullanıcılar. Amaç, bu hafif ve dinamik sistemin karma gerçeklik deneyimlerinin oluşturulmasını ve kullanılmasını gerçekten kolaylaştırıp kolaylaştıramayacağını anlamaktı.
Geri bildirimler hemen olumlu oldu. Alpha tester’lar Unity projesini yeniden derlemek zorunda kalmadan içerikleri anında değiştirebilme imkânını beğendi. Tablodaki bir bağlantıyı güncellemek yeterliydi ve başlıktaki deneyim gerçek zamanlı uyum sağlıyordu. Bu, canlı workshop’lar ve etkinlik öncesi testler için yeni imkânlar açtı.
Programlama deneyimi olmayan bazı kullanıcılar bile bir hücreye bağlantı yapıştırarak 3D asset spawn edebiliyor, görsel ve video ekleyebiliyordu. Çözümün no-code yönü, çok farklı roller arasında iş birliğini mümkün kılmada belirleyici oldu.
Bu ilk aşamada gerçek anlamda bir UI henüz yoktu: arayüz tablonun kendisiydi. Ancak yaklaşımın potansiyelini anlamak için yeterliydi. XR deneyimleri oluşturmanın yeni, doğrudan ve ortak bir yolunu bulmuş gibiydik. Mixed reality deneyiminin kurulumu gerçek dünyada manuel ve fiziksel olarak yapılıyordu! Fiziksel ile dijital arasında, tam anlamıyla mixed reality ruhunda yeni bir “builder” yaklaşımı.
Bu heyecan daha yapılandırılmış bir şey düşünmek için gereken son itici güç oldu. Sistem çalışıyordu, ancak gelişmek için tablodan çıkmalı ve gerçek bir platforma dönüşmeliydi. Henüz adı bile olmayan OpenGate gerçekten doğmak üzereydi.
Bölüm 3 – GPT-o3, vibe coding ve Noel tatili
Beklenmedik gelişme Noel tatilinde yaşandı. Ekonomi geçmişine sahip ve bilişim eğitimi olmayan Marco Pizzini, meraktan GPT-o3 ile denemeler yapmaya başladı. Fikir basitti: yapay zekânın, hâlihazırda kullandığımız sistemi genişletmek ve güçlendirmek için kod yazımını destekleyip destekleyemeyeceğini görmek.
Ardından saf bir “vibe coding” dönemi başladı: sezgiler, üretken prompt’lar ve hemen uygulamaya konan kod arasında sürekli bir alışveriş. Yeni asset türlerinin entegrasyonundan kullanıcı ID’lerinin yönetimine kadar her yeni işlev yapay zekâ desteğiyle oluşturuldu. Katı kuralların olmaması ve Sheets ile hafif API’lere dayalı mevcut sistemin esnekliği bu dönemi son derece verimli hâle getirdi.
Kısa sürede gerçek ürün bileşenleri ortaya çıkmaya başladı: ilk login, temel avatar yönetimi, ilk cloud fikri. Her şey hâlâ el yapımıydı ama çalışıyordu. En önemlisi de teknik olmayan bir kişi tarafından, yapay zekâ desteğiyle disiplinler arası biçimde oluşturulmuştu.
O anda şunu anladık: GPT ile buraya kadar gelebiliyorsak OpenGate gerçekten herkes için olabilirdi.
Bu bir meydan okumaya dönüştü: en azından web-app tarafında yalnızca GPT ile ne kadar ileri gidebiliriz?
Bölüm 4 – Webapp şekillenmeye başlıyor
İlk deneyler ve başarılı testlerden sonra, tablo ve script’lerden oluşan bu yapıyı daha sağlam bir şeye dönüştürmek doğal bir adımdı. Böylece Flutter ve Supabase ile geliştirilen ilk OpenGate webapp prototipi doğdu. Amaç netti: mixed reality deneyimleri arasında interoperable asset’leri, kullanıcıları ve işlevleri yönetmek için merkezi bir hub oluşturmak.
İlk taşınan işlevler en çok kullanılanlardı: multimedya asset yüklemek için cloud, Metamask ve WalletConnect gibi Web3 wallet’larını bağlama arayüzü ve 3D avatar oluşturup kaydetmek için Ready Player Me entegrasyonu. Bunlara avatarlarla bağlantılı, OpenAI tabanlı yapay zekâ asistanlarını yönetmek için temel bir sistem eklendi.
Bu yaklaşımın gücü, aynı dönemde Google Sheets okumaya devam eden XR başlık uygulamasıyla süreklilik sağlamasında yatıyordu. Artık aynı veri ve içeriklere doğrudan webapp üzerinden erişmek mümkündü; böylece ekosistem birleşmeye başladı.
Mimari hâlâ erken aşamada olsa da modülerleşmeye başlamıştı. Her blok — cloud, NFT, AI, avatar — bağımsız ama birbirine bağlanabilir bir bileşen olarak tasarlanıyordu. OpenGate’in gerçek misyonu böylece görünür hâle geliyordu: dijital dünyalar arasında modüler bir köprü olmak.
Bölüm 5 – Google Sheets’e veda
Google Sheets’ten webapp’e geçiş beklenenden daha hızlı oldu. İlk aylarda kritik öneme sahip olsalar da sınırları hissedilmeye başlanmıştı: zayıf erişim güvenliği, kırılgan yapı ve karmaşık içeriklerin veya birden fazla sahnenin yönetimindeki güçlükler. Supabase backend ve çalışan Flutter frontend ile webapp öne geçti.
Geçiş kararlı biçimde yapıldı. Önce tablolardaki aynı alanlar veritabanına taşındı, ardından başlık uygulaması doğrudan Supabase’den veri okumaya başladı. Buna paralel olarak her yeni kullanıcı artık Google üzerinden değil webapp üzerinde kaydediliyordu. Sonuç daha ölçeklenebilir, güvenli ve tutarlı bir sistemdi.
Kısa süre içinde Google Sheets uygulamadan tamamen çıkarıldı. Geçici bir araç olarak başlayan yapı, gerçek, entegre ve gelişmeye hazır bir altyapıyla yer değiştirmişti. OpenGate’in bir deneyden daha fazlasına dönüştüğünün işaretiydi: vizyonu, kullanıcıları ve gerçek büyüme potansiyeli olan bir proje.
Bölüm 6 – Interoperability üzerine brainstorming
Webapp sağlamlaştırıldıktan sonra kritik bir soru ortaya çıktı: peki şimdi bununla gerçekten ne yapabiliriz? Tam bu noktada önemli bir brainstorming gerçekleşti. Gerçek ya da sanal bir masanın etrafında OpenGate’in asıl potansiyelini düşünmeye başladık: platformlar arasında köprü olmak, farklı dünyalar arasında interoperability sağlayan bir araç hâline gelmek.
Artık mesele yalnızca asset yüklemek veya mixed reality’de spawn etmek değildi. Fikir çok daha iddialıydı: kullanıcıların içeriklerini, avatarlarını ve verilerini yanlarında taşıyabilmelerini sağlamak; bir metaverse’ten diğerine, bir deneyimden ötekine geçerken anlatı ve kimlik tutarlılığını korumak. NFT’ler, Ready Player Me avatarları, AI assistant’lar, cloud asset’leri… her şey her yerde yeniden kullanılabilmeliydi.
OpenGate bu noktada gerçek bir bağlantı altyapısı olarak tanımlanmaya başladı. Yalnızca bir Mixed Reality builder değil, yatay bir katman ve bağlantı noktası. XR, gaming, Web3 ve dijital kültür mantıklarıyla uyumlu bir interoperability arayüzü.
Bu bir paradigma değişimiydi. Metagate için basit bir operasyonel destekten çıkan OpenGate, net bir misyona sahip bağımsız bir ürün hâline gelmeye başladı: bugün hâlâ ayrı silolarda yaşayan ama bu tür çözümlere alan bırakan dijital ekosistemler arasında süreklilik oluşturmak. Bu potansiyel o güne kadar kimse tarafından tam anlamıyla kullanılmamıştı.
Bölüm 7 – Ölçeklenebilir yeniden yapılandırma ve başlık uygulaması için yeni UI
OpenGate’in modüler ve interoperable bir altyapı olarak vizyonu netleşince zayıf halkanın başlık uygulamasının kendisi olduğunu fark ettik. Hâlâ eski Google Sheets mantığına bağlı olan uygulama; patch’ler, hızlı testler ve “anında” yazılmış kodların birikimine dönüşmüştü. Çalışıyordu ama kırılgandı, bakımı zordu ve en önemlisi ölçeklenebilir değildi.
Böylece başka bir brainstorming başladı; bu kez hedef XR uygulamasının UI’ını temizlemek ve yeniden kurmaktı. İlk olarak hızlı testler için tasarlanan arayüz, zamanla gereksiz yapılar, optimize edilmemiş adımlar ve her öğenin hard-coded olduğu veya doğrudan Google Sheets’ten okunduğu dönemden kalan mantıklarla dolmuştu.
Bunun yerine yalnızca geliştiriciler için değil, son kullanıcılar için tasarlanmış bir UI istiyorduk: akıcı, modüler, tutarlı ve mixed reality içinde kolay gezilebilir. Amaç, sergilerden iş birlikçi oyunlara kadar farklı deneyim türlerine uyarlanabilen bileşenlerle birden fazla projede yeniden kullanılabilir bir yapı oluşturmaktı.
Buna paralel olarak uygulamanın modüllerini mantıksal olarak ayırmaya başladık: asset’ler, AI, multiplayer, NFT ve cloud. Her blok bağımsız yaşamalı, ancak diğerleriyle iletişim kurabilmeliydi. Bu, OpenGate’in esnek bir XR sistemine dönüşümündeki gerçek değişimin başlangıcıydı.
Bölüm 8 – BeFuture seçimi ve KNOBS desteği
Bu yeniden yapılandırma ve genel değerlendirme döneminde bir dönüm noktası yaratan haber geldi: OpenGate, BeFuture’ın kazanan projeleri arasına seçildi. İnovasyon ve deneylere odaklanan program bize iki temel unsur sağladı: güvenilirlik ve kaynak. Sonunda kodu düzenlemek ve platformu daha güvenli, kararlı ve üretime hazır hâle getirmek için somut bir fırsatımız vardı.
Elde edilen fonlar sayesinde — sonraki aylarda kullanılabilir olacaktı — sonraki adımları ayrıntılı biçimde planlamak mümkün oldu. Bu kez net bir vizyon ve ortak bir eylem planı vardı. Özellikle KNOBS ekibiyle teknik refactoring, compliance iyileştirmesi ve webapp güvenliğini güçlendirme sürecini planlamak üzere görüşmeye başladık.
Hedef iddialıydı: tüm backend’i temizlemek, kodu modülerleştirmek, güvenlik kontrolleri eklemek, login sistemini güçlendirmek, API’leri optimize etmek ve sistemin uzun vadeli dayanıklılığını garanti etmek. Ancak bunların hiçbiri henüz operasyonel değildi: her şey tanımlama ve tasarım aşamasındaydı.
Bu sırada en görünür kısım üzerinde paralel çalışma devam ediyordu: yaz aylarında ilk herkese açık sürümleri barındıracak olan başlık uygulaması. BeFuture sayesinde yürütülecek asıl teknik çalışma kısa süre sonra başlayacaktı.
Bölüm 9 – İki hat: yeni UI geliştirilirken eski UI Meta Store’a uyarlandı
İlkbahar aylarında OpenGate iki paralel hatta ilerliyordu. Bir tarafta Daniele başlık uygulamasının yeni UI/UX’ı üzerinde çalışıyordu: son kullanıcılar için akıcı ve sezgisel etkileşim sunmak üzere sıfırdan tasarlanan temiz, modüler ve kapsamlı bir yeniden tasarım. Akışların anlaşılabilirliği, ölçeklenebilirlik ve görsel tutarlılık temel önceliklerdi.
Ancak gerçek dünyayla karşılaşmak için yeni arayüzü beklememeye karar verdik. Buna paralel olarak Paolo ve Giada başka bir önceliğe odaklandı: Google Sheets döneminden kalan gereksiz yapılarla dolu eski UI’ı temizleyip uyarlamak ve en azından Meta Store’da yayımlanabilecek hâle getirmek.
Hedef pragmatikti: sınırlı bir sürümle bile olsa mümkün olduğunca erken yayımlamak; submission sürecini test etmek, olası teknik veya bürokratik engellerle karşılaşmak ve çoğu zaman belirsiz ve karmaşık olan Meta yayınlama politikalarını anlamaya başlamak. Bu, gelecekteki sorunları önceden görmek ve sonraki sürümlere zemin hazırlamak için kontrollü bir gerçeklik testiydi. Riski azaltmak.
OpenGate böylece laboratuvardan ilk kez dışarı çıkıyordu: henüz kusursuz değildi ama gerçekti.
“İlk ürününden utanmıyorsan onu çok geç piyasaya sürmüşsündür!” Alıntı.
Bölüm 10 – Haziranda ilk ücretsiz sürüm ve ATLAS MEET testi
Haziranda OpenGate’in ilk herkese açık sürümünün zamanı geldi. UI hâlâ geçici bir çözümdü ve Meta Store submission sürecini geçecek kadar düzenlenmişti; buna rağmen ilk sürümü ücretsiz yayımlamaya karar verdik. Hedef henüz kullanıcı kazanmak değil, teknik dayanıklılığı ve platformun gerçek bir ortamda nasıl çalıştığını test etmekti.
Mükemmel fırsat, Milano’daki MEET Digital Culture Center tarafından düzenlenen ATLAS MEET etkinliğiydi. Maria Grazia Mattei bizi ikinci yıl üst üste davet etmişti. Etkinlik için bir Call for Artists başlattık; içerikler başlığa çok kısa sürede yüklenebiliyor ve mixed reality’de görüntülenebiliyordu.
Her açıdan önemli bir testti: cloud yönetimi iyi çalıştı, sistem dayandı ve gerçekten kod yazmadan asset “spawn” edebiliyorduk. Aynı zamanda sahadan doğrudan geri bildirim toplama fırsatıydı: ne çalışıyordu, ne çalışmıyordu, ne anlaşılmıyordu ve deneyim nerede iyileştirilebilirdi?
Bu ilk halka açık kullanım sembolik bir an oldu: OpenGate artık dahili bir proje veya prototip değil, insanlarla buluşmaya hazır bir XR platformuydu.
Bölüm 11 – Temmuzda ikinci sürüm ve Broletto di Novara testi
Temmuzda OpenGate’in ikinci sürümü geldi ve bu kez önemli bir ilerleme vardı: önceki aylardaki çalışmanın sonucu olan yeni UI’ın ilk sürümü. Henüz son hâli değildi, ancak yalnızca store’da yayımlanmayı geçmek amacıyla hazırlanan önceki sürüme göre daha akıcı, tutarlı ve modern bir deneyim sunuyordu.
Test için Broletto di Novara daveti kritik öneme sahipti. Bu fırsat Andrea Barbara Romita ile iş birliği ve Marta Ballara’nın desteği sayesinde doğdu. Sanat ve kültür ortamında OpenGate’i, mixed reality’de dijital içerikleri yönetmek için no-code bir araç olarak ve farklı kitlelerin kullanabileceği interaktif bir demo ile sunduk.
Deneyim son derece faydalıydı: yeni etkileşim akışı uygulamanın kullanımını gerçekten basitleştiriyor, daha önce XR başlığı kullanmamış kişiler için bile erişilebilir hâle getiriyordu. Cloud, avatar ve AI işlevleri birleşik bir arayüzde bir arada yaşamaya başlamıştı.
Bölüm 12 – Ağustosta üçüncü sürüm: multiplayer, sahneler ve kalıcı dünya
Ağustosta yayımlanan OpenGate’in üçüncü sürümü gerçek bir dönüm noktasıdır. Başlık uygulamasının ilk gerçekten yapılandırılmış ve eksiksiz sürümüdür ve en çok beklenen özelliklerden bazılarını içerir: çoklu sahne sistemi, senkronize multiplayer ve nesnelerin gerçek dünyada kalıcılığı.
Kullanıcılar artık farklı sahneler arasında gezinebiliyor; her sahnenin kendi ortamı, kuralları, içerikleri ve layout’u var. Her sahne gerçek zamanlı değiştirilebilir ve özellikle yeniden kullanılabilir olacak şekilde tasarlandı; yapılandırmalar cloud’da saklanıyor. Büyük yenilik ise ilk kez mixed space’e yerleştirilen asset, nesne ve diğer öğelerin kaydedilmiş ve senkronize kalması; uygulama yeniden başlatılsa bile korunuyor ve deneyim kalıcı ve paylaşımlı hâle geliyor.
Multiplayer, birden fazla kullanıcının aynı sahnede bulunmasını ve nesneleri aynı konumda görmesini sağlıyor; iş birliklerine, oyunlara ve çok kullanıcılı interaktif sergilere kapı açıyor. Bu, kolektif bir XR alanına doğru atılan ilk somut adım.
Sürüm yalnızca birkaç gündür yayında ve şu anda aktif gözlem aşamasındayız: insanların bu araçları nasıl kullanacağını, ne tür içerikler oluşturacağını ve artırılmış dijital varlığın bu yeni biçiminin bizi nereye götüreceğini anlamak istiyoruz.
Bölüm 13 – KNOBS ile backend güvenliği ve ölçeklenebilirlik
Üçüncü sürüm nihayet online olduktan sonra kritik bir konuyu ele alma zamanı geldi: backend güvenliği. O ana kadar kod, yaratıcı ihtiyaçların ve sürekli testlerin akışını izleyerek kademeli ve işlevsel biçimde yazılmıştı. Yapı ayakta kalsa da güvenilirlik ve ölçeklenebilirliği garanti etmek için hedefli bir teknik müdahalenin gerekli olduğu açıktı.
Bu aşamada KNOBS operasyonel olarak devreye girdi. Görevleri, hâlihazırda çalışan yapıyı güçlendirmek ve gelecekteki sorunlara karşı korumak amacıyla mevcut kod üzerinde hedefli düzeltmeler yapmak oldu.
Öncelikler açıktı: API anahtarlarının korunması, erişim güvenliğinin iyileştirilmesi, hassas değişkenlerin merkezi yönetimi ve özellikle güncellemeleri güvenli biçimde test etmek, artan kullanıcı ve içerik sayısını desteklemek için daha sağlam bir yapının hazırlanması.
Tüm avantajlardan yararlanmak için bültenimize abone olun!
Deneyimlerimizin videoları için bizi Instagram, YouTube ve Twitter üzerinden takip edin.
Tüm bağlantılarımızı Linktree üzerinde bulabilir veya bizimle iletişime geçebilirsiniz!
Yazan: Marco Pizzini