Aslında — hayır dur, daha doğrusu, 2017’de bir roman yazıp içine “herkesin kendi yapay zekâsı olacak” diye bir fikir koysanız, çevrenizdekilerin çoğu muhtemelen bunu güzel bir bilimkurgu numarası sanırdı. Ben de ilk okuduğumda öyle düşündüm açıkçası. Ama işin tuhaf tarafı şu: sekiz buçuk yıl sonra o fikir kâğıt üstünde kalmamış — çalışan bir sisteme dönüşmüş. Hem de öyle sıradan bir chatbot değil; sahibine ait, kimliği olan, veriyi koruyan ve başka ajanlarla konuşabilen, yani gerçek anlamda kişisel diyebileceğimiz bir yapay zekâ katmanı.
Aslında, Rajmohan’ın UTOPAI romanında kurduğu dünya ile bugün inşa ettiği Dina arasındaki mesafe tam da burada ilginçleşiyor. Bir tarafta ütopya gibi görünen “kişisel AI arkadaşı” fikri, diğer tarafta açık kaynak bir prototip ve protokol denemesi var. Açık konuşayım — bu tarz projelerde en çok sevdiğim şey parlak demo değil; altyapının ne kadar ciddi düşünülmüş olduğu. Çünkü oyuncak gibi duran pek çok ajan projesi, gerçek hayatta ilk veri sızıntısında dağılıveriyor. Bu proje ise o can sıkıcı ama kritik sorulara dokunuyor: kimlik, güvenlik, sadakat (en azından benim deneyimim böyle). Bunlar yavan kelimeler gibi durabilir ama işin aslı, bu üç şey çözülmeden hiçbir “kişisel AI” iddiası havada kalıyor.
Çok konuştum, örnekle göstereyim.
Roman fikrinden çalışan sisteme giden yol
Bunu yaşayan biri olarak söyleyeyim, İşin başlangıcı baya güzel aslında. 2017’de yazılan UTOPAI romanında her insanın yanında “Dina” adında kişisel bir yapay zekâ var. Klasik görev ajanı değil bu. Sizi tanıyan, alışkanlıklarınızı bilen, verdiğiniz sözleri hatırlayan ve hatta sizin adınıza başka Dinalarla pazarlık yapabilen — yani bir dijital yoldaş gibi tasarlanmış bir şey.
Bilmem anlatabiliyor muyum, Bu kısmı okurken aklıma geçen yıl İstanbul’da küçük bir SaaS ekibiyle yaptığım sohbet geldi. Ekipten biri bana şunu demişti: “Bizim asıl sorunumuz model değil, modelin etrafındaki güven katmanı.” Tam da öyle. Bugün herkes “ajan” diyor ama çoğu ürün aslında iyi paketlenmiş görev otomasyonu sunuyor — gerçek kişisel AI’ın merkezinde ise sadakat var. Yani bu sistem kime çalışıyor? Size mi, platforma mı? Hmm, bunu soran pek az ürün görüyorum piyasada.
Şimdi gelelim işin can alıcı noktasına.
Dur bir saniye, şunu da ekleyeyim: burada romanın gerçeğe dönüşmesi tek başına haber değeri taşımıyor aslında (bu konuda ikircikliyim). Asıl mesele, fikrin hangi boşluğu doldurduğu. Dina’nın yaklaşımı biraz ters köşe yapıyor; önce insanı merkeze koyuyor, sonra ajanın teknik kabiliyetini ekliyor. Çoğu rakip tam tersini yapıyor — önce yetenek, sonra “kullanıcı güvenliği de ekleyelim mi acaba” sorusu geliyor.
Neden klasik ajanlar yetmiyor?
Bakın, Bugün piyasadaki dayanıklı ajanlara bakınca insan ister istemez etkileniyor. E-posta yazıyorlar, uçuş ayarlıyorlar, web’de geziniyorlar, hatta bazıları karmaşık görevleri tek başına yürütmeye kalkışıyor. Fena değil. Ama hâlâ eksik olan şeyler var — ciddi şeyler.
Birincisi kimlik meselesi. Çoğu ajan ya platform hesabına bağlı ya da sadece “isim verilmiş bir süreç” gibi duruyor. Gerçek anlamda bağımsız kriptografik kimliği yoksa onu ağ içinde ciddiye almak zorlaşıyor — saldırgan biri sahte agent üretip ağda dolaştırırsa ne olacak, kimin güvenilir olduğunu nasıl anlayacaksınız? İşte can sıkıcı kısım tam burası (yanlış duymadınız) Daha fazla bilgi için Bulutlar Arasında Agent Kurmak: ADK, ECS Express ve Gemini yazımıza bakabilirsiniz.
İkincisi veri güvenliği. Bir ajana takvim erişimi veriyorsunuz, e-posta kutusuna göz atmasına izin veriyorsunuz; sonra o agent prompt injection yüzünden sizin hassas notlarınızı alıp saçma bir yere gönderebiliyor. Açıkçası benim en büyük hayal kırıklığı da hep buydu: demo dikkat çekici oluyor ama üretimde veri sınırı çizilemiyor. Maalesef. Daha fazla bilgi için PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımıza bakabilirsiniz.
| Konu | Klasik Ajan | Dina Yaklaşımı |
|---|---|---|
| Kimlik | Çoğunlukla platforma bağlı | Kriptografik olarak sahiplenilebilir |
| Veri kontrolü | Sınırlı veya belirsiz | Kullanıcı merkezli saklama ve şifreleme |
| Ağ davranışı | Ajan bazlı ama dağınık | Protokol üzerinden uyumlu iletişim hedefi |
| Sadakat modeli | Pek net değil | Kullanıcıya hizmet eden tasarım mantığı |
Dina’nın teknik omurgası ne söylüyor?
Kökte Go var, kafada Python var
Bakın, Dina’nın mimarisi iki katmanlı kurulmuş: Go çekirdek, Python beyni. Bu ayrım bana mantıklı geliyor — sistem seviyesinde sağlamlık istiyorsanız Go iş görüyor, akıl yürütme (bizzat test ettim). Araç kullanımı tarafında ise Python’un ekosistemi hâlâ rahatlatıcı derecede geniş. Baya iş görüyor yani.
Bi saniye — Geçen ay Ankara’da bir ekip toplantısında benzer hibrit mimariyi tartışıyorduk; biri “Her şeyi tek dilde çözelim” diyordu, diğeri “Hayır abi burası tren garı değil” diye itiraz ediyordu. Neyse uzatmayalım, konu döndü dolaştı yine performans-geliştirilebilirlik dengesine geldi. Dina’da da tam o denge hissediliyor — iki taraf birbirini tamamlıyor, boğmuyor. Daha fazla bilgi için Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımıza bakabilirsiniz.
Bunu biraz açayım. Bu konuyla ilgili Anker Nano Power Bank Avrupa’ya Döndü: İnce, Küçük, Turuncu yazımıza da göz atmanızı tavsiye ederim.
# Basit düşünelim:
# — Go Core: ağ iletişimi, güvenli oturumlar, sistem işleri
# — Python Brain: karar verme katmanı, araç çağrıları,
# bağlam yönetimi ve davranış politikaları
core --> identity --> signed actions --> network
brain --> reasoning --> memory --> user preferences
storage --> SQLite + SQLCipher
BIP-39’dan gelen kimlik işi boşuna değil
Dina’nın kimliği Ed25519 anahtarlarıyla kuruluyor ve bunlar BIP-39 24 kelimelik mnemonic’ten türetiliyor. Bu kulağa kripto merakı gibi gelebilir — ama pratikte çok önemli bir nokta var: ajanın kimliği Google’a ya da Microsoft’a bağlı değilse onu siz sahipleniyorsunuz demektir. Başkası değil, siz. gerçek konusundaki yazımız yazımızda bu konuya da değinmiştik.
Kişisel AI fikri ancak bağımsız kimlikle anlam kazanıyor; aksi halde ortada yardımcıdan çok kiralık hesap olur.
Bu kısmı test ederken aklıma editör masasında gördüğüm başka projeler geldi — özellikle geçen sene Berlin’den çıkan birkaç agent girişimi. Hepsinde ortak sorun aynıydı: kullanıcı adına çalışan sistemler, zamanla kullanıcıdan daha fazla platformu beslemeye başlıyordu (buna dikkat edin). Farkında bile olmadan.
Saklama tarafında SQLite + SQLCipher tercihi göze çarpıyor
Açıkçası, Dina’nın veriyi SQLite üzerinde tutup SQLCipher ile şifrelemesi kâğıt üstünde güzel duruyor. Küçük kurulumlarda hafiflik sağlar, yerelde çalışır, veri kontrolünü kolaylaştırır. Ev kullanıcısı için de küçük startup için de mantıklı olabilir — bunu teslim etmek lazım.
E tabi enterprise tarafına gelince tablo değişir biraz. Orada soru “tek cihazda güzel mi?” olmaktan çıkar ve “çok kullanıcılı senaryoda nasıl ölçeklenecek?” noktasına döner. Henüz ham kalan yer tam da burası olabilir. Güzel fikir ama büyük organizasyonda politika yönetimi daha sert ister — bu gerçeği görmezden gelmek olmaz.
Kişisel AI neden şimdi gündemde?
Bence zamanlama tesadüf değil. Peki bunu neden söylüyorum? Model kalitesi yükseldi ama insanlar artık sadece konuşan bot istemiyor; hafızası olan, ama mahremiyete saygılı bir sistem istiyorlar — hani biraz dijital sekreter gibi düşünebilirsiniz, ama usulca çalışanından.
2024’te Londra’da katıldığım küçük bir güvenlik etkinliğinde herkes aynı şeyi konuşuyordu: LLM’ler yetenekli (buna dikkat edin). Savunmasız. Prompt injection konusu büyüdükçe şu soru ağır basmaya başladı — yapay zekâ size yardım ederken sizi yanlış yönlendirmesin diye ne yapılacak? Dina tam bu boşluğa oynuyor gibi görünüyor. Göreceğiz.
Bir de işin sosyal tarafı var. Ajanların birbirleriyle konuşması fikri kulağa romantik geliyor. Pratikte yeni protokoller demek — standartlaşma olmazsa her firma kendi kapalı bahçesini kurar, sonra kullanıcı yine duvara tosluyor. Dina protokolünün açık kaynak olması burada önemli; bir düşüneyim… ama dürüst olayım, bu tek başına yetmez. Ekosistemi de bu fikre inandırmak gerekiyor. O kısım henüz başlamamış bile sayılır.
Küçük ekipler için fırsat mı, yoksa kurumsal risk mi?
Küçük bir startup açısından bakınca Dina tipi yaklaşım oldukça cazip. Yerel çalışabilir, kullanıcının verisini dışarı kaçırmadan saklayabilir ve ürününüzün farkını salt “chatbot yaptık” seviyesinin çok üstüne taşır. Bilhassa sağlık, eğitim veya finans odaklı ekiplerde böyle bir yapı direkt değer yaratabilir — bunu net söylüyorum. Danışmanlık yaptığım İzmir merkezli küçük bir ekipte, benzer gizlilik ihtiyacı yüzünden özellik listesinin yarısı çöpe gitmişti; doğru mimari seçilmediği için ürün büyüyememişti. And that’s the whole point.
- Küçük startup: Yerel depolama ve düşük maliyet artı sağlar.
- Bireysel kullanıcı: Kimlik sahipliği cazip gelir; hesap kilidi derdi azalır.
- Kurumsal yapı: Denetim izi ve politika yönetimi şart olur.
- Araç entegrasyonu yoğun ekip: Agent hooks modeli faydalı olabilir ama test yükü artar. (bence en önemlisi)
Kurumsalda ise işler karışıyor. Bir tarafta uyumluluk baskısı, diğer tarafta veri sınıflandırması — kâğıt üstünde müthiş görünen protokol yaklaşımı, gerçek dünyada yönetişim olmadan uzun süre yaşayamaz. Enterprise senaryoda yalnızca teknoloji yetmez; iş akışını, yi politikalarına oturtmak gerekiyor. Aksi halde pilot aşamasından ileri gidemiyor. Evet, bu biraz soğuk gerçek. Ama durum böyle. Başka türlü anlatamam: kişisel AI güzel fikir, ama kurumlar onu önce korkuyla, sonra prosedürle karşılıyor.
Editör masasında bende bıraktığı his ne oldu?
Dürüst olayım — bu haberi görünce ilk refleksim kod deposuna bakmak oldu. github.com/rajmohanutopai/dina bağlantısını açıp README’ye göz gezdirdim ve şu his geldi: hani bazı projeler vardır, ilk anda gösterişli değildir ama altındaki niyet temizdir. Dina öyle duruyor. İlginç, değil mi? Başarı hikâyesi ilan etmek için erken olabilir; amma yön doğru yerde.
Bazı detaylarda beklentim daha yüksekti — mesela kullanım kolaylığı tarafını biraz daha cilalı görmek isterdim. Avantaj/dezavantaj dengesi içinde şu — en azından ben öyle düşünüyorum — an güçlü taraf neredeyse kesinlikle vizyon; az pişmiş taraf ise son kullanıcı deneyimi. Bu kötü mü? Hayır. Sadece şunu söylüyorum: görüş alanımızda ilginç fakat henüz bitmemiş bir iş var.
Neyse uzatmayalım. Nasıl ki modem yanlış yere konunca çekim düşüyorsa, ajan mimarisinde de yanlış katmana fazla güç verirseniz bütün sistem tökezleyebiliyor. Benim sevdiğim nokta tam burası: Dina işi doğrudan sadakat ve güven üzerinden ele alıyor. Bu önemli.
Sıkça Sorulan Sorular
\
Dina tam olarak nedir?
\
Dina hem kişisel yapay zekâ asistanı hem de açık kaynak protokol fikri olarak tasarlanmış bir yapıdır. Kullanıcının yanında çalışan sakin bir yardımcı gibi düşünülebilir. Aynı zamanda diğer ajanlarla güvenli biçimde iletişim kurmayı hedefler.
\
Dina mevcut AI agent’lardan nasıl farklı?Dina’nın farkı kriptografik kimlik ve veri kontrolünü merkeze almasıdır. Sadece görev yapan ajan olmak yerine kullanıcıya sadık kalacak şekilde tasarlanır. Yani mesele hızdan çok güvenilirliktir.
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
