PILLAR · POZISYON
Ilura ne değildir?
Ilura'yı doğru anlamak için önce ne olmadığını söylemek gerek. Bu sayfa sekiz "değildir" üzerinden kategoriyi netleştiriyor — yatırımcıdan kullanıcıya, LLM'den müşteriye herkesin aynı şeyi anladığından emin oluyor.
Kısa cevap
Ilura sekiz şey değildir: bir chatbot değil, sadece bir web uygulaması değil, M365 Copilot alternatifi değil, sadece bir local LLM çalıştırıcı değil, sadece bir otomasyon aracı değil, bir agent marketplace değil, sadece bir wrapper değil, ve her senaryoya uygun değil.
Ilura bunların yerine şudur — bir
agent yetiştirme tezgâhı: native desktop
uygulamada (Tauri v2 + Rust) doğan, yerel verinle eğitilen, audit
chain altında çalışan ve hazır olduğunda
api.ilura.com.tr üzerinden kendi ürününe taşınabilen
bir kişisel agent yaşam döngüsü. Üç halkadan geçer: Forge (kur),
Train (eğit), Yayınla (canlıya al). Bu sayfa o kategoriyi sekiz
"değildir" üzerinden netleştiriyor.
Ilura sadece chatbot değildir
Chatbot tek dönüşlü bir konuşma motorudur — bir mesaj gelir, bir mesaj döner. Konuşma uzasa bile her dönüş kendi içinde başlar ve biter, dış dünyaya elini uzatmaz. Intercom Fin, Drift, ManyChat, Tidio gibi popüler ürünler sınıflandırma ve scripted yanıt üretiminde güçlüdür ama hiçbiri kullanıcı adına bir API'yi yetkili olarak çağırmaz, plan-eylem-gözlem döngüsü kuramaz.
Ilura'da yetiştirilen bir agent ise çok adımlı işi yürütür: hedef verilir, plan kurar, araç çağırır, sonuç gözler ve gerekirse yön değiştirir. Aynı talepte — "geçen ayki siparişi iptal et, iadeyi başlat, müşteriye SMS at" — chatbot bir destek insanına yönlendirir; agent üç tool'u tek görüşte yürütür ve sonucu sana özet olarak iletir.
En somut fark üç noktada netleşir. Durum tutmak: agent plan-eylem-gözlem döngüsünde her adımdaki dünya halini hatırlar, dosya yazıldı mı, e-posta gitti mi — hepsi bir sonraki kararın girdisi olur. Eylem yetkisi: chatbot metin üretir, agent dış araçları çağırır; bu yüzden agent için onay akışı, audit chain ve risk seviyesi üreten bir denetim katmanı zorunludur. Çok-araç orkestrasyonu: agent tek görevde birden fazla aracı sırayla çağırabilir, chatbot bu zinciri kuramaz.
Dördüncü kritik fark hafıza ölçeği. Chatbot konuşma penceresinin context'inde yaşar — pencere kapanınca biten bir bağ. Ilura'daki agent ise sekiz katmanlı bir hafıza zarfında yaşar: system prompt, kullanıcı tercihi, geçmiş konuşma, tool sonucu, kişisel notlar, tether özeti, mentor fısıltısı, anlık görev. Dünkü kararı bugün hatırlar, on gün sonra "bunu daha önce de istemiştin" diyebilir.
Kısaca: chatbot konuşur, Ilura'daki agent iş yapar — ve her iş kararı bir sonraki yetiştirme döngüsünün dersi olur.
Ilura sadece web uygulaması değildir
Web uygulaması bir tarayıcı sekmesinde yaşar; veri sağlayıcının
sunucusunda kalır, oturum kapanınca kullanıcı sıfırdan başlar.
Ilura ise native desktop uygulamadır — Tauri v2 +
Rust üzerine kurulu, makinene .dmg /
.msi / .AppImage olarak iner. Tezgah
çevrimdışı açılır, eğitim verisi senin diskinde kalır, oturum
kapansa bile agent'ın hatırası kayıt altındadır.
Bunun mimari sonucu şu: Ilura desktop'ta bir zero-trust gateway olarak çalışır. AI agent makinende dosya açmak, e-posta yazmak veya bir API'ye istek atmak istediğinde, çağrı önce PolicyEngine'den geçer: yol tarama, pod erişim sınırı, kota, yasaklı uzantı. Düşük risk otomatik geçer, orta risk onayını ister, yüksek risk biyometrik doğrulama zorunlar. Web uygulamasının sunabileceği denetim seviyesi burada yetmez.
Üçüncü katman audit chain'dir. Her tool çağrısı SHA-256 hash chain'e yazılır, ECDSA imzasıyla mühürlenir; KVKK denetimi geldiğinde "agent şu zamanda şu veriyle ne yaptı" sorusunun cevabı kanıt zincirinde durur. Bir SaaS sunucusunda yaşayan veri için bu zinciri seninle birlikte taşımak mümkün olmaz; native desktop'ta zincir senin makinendedir.
Dördüncü katman çevrimdışı bağımsızlık. Tezgah internet olmadan da açılır; agent'ın tanımı, hafızası, eğitim verisi, audit chain'i hep yerelde durur. Çevrimiçi bağlanınca eğitmen LLM (Claude, GPT, Gemini, yerel Ollama) ve federasyon halkası devreye girer. Web uygulamasının "bağlantısız" hâli genellikle "kullanılamaz"dır; native desktop için bağlantı bir kapasite, zorunluluk değil.
Yayınlanmış agent için bulut runtime devreye girer
(api.ilura.com.tr) ama yetiştirme yüzeyi her zaman
senin desktop'undur. Tek marka, iki yüz: Ilura desktop ve Ilura
bulut farklı ürünler değil, aynı ürünün iki yüzüdür.
Ilura M365 Copilot alternatifi değildir; paralel çalışabilir
Microsoft Copilot, M365 ekosistemine (Outlook, Teams, Word, Excel, SharePoint, OneDrive) derin biçimde bağlı bir asistandır. Bir e-postayı özetlemek, bir Word belgesinde tablo kurmak, bir Teams toplantısının notunu çıkarmak için olağanüstü iyidir — çünkü verinin yaşadığı yerde duruyor ve M365 grafiğine doğrudan erişebiliyor.
Ilura ise farklı bir kategoride yaşar: agent yetiştirme tezgâhı. Burada amaç günlük ofis akışını hızlandırmak değil, kendi yetiştirdiğin bir agent'ı zaman içinde sana benzer kararlar veren bir varlığa dönüştürmek. Üç halka — Forge, Train, Yayınla — Copilot'ta yoktur; çünkü Copilot zaten yetişmiş bir asistandır, kendi başına bir kişiselleşme döngüsü yürütmez.
Pratikte ikisi paralel çalışır. Copilot M365 günlük ofis akışında — toplantı özeti, e-posta taslağı, slayt önerisi. Ilura senin yetiştirdiğin agent'ın yaşam döngüsünde — müşteri verisinin sınıflandırması, KVKK denetimi altında bir mutabakat akışı, kendi ürününe taşınacak bir karar motoru. M365 grafiğine değmek istediğinde Copilot, kendi yetiştirdiğin agent'ı barındırmak istediğinde Ilura.
Mimari fark üç eksende keskinleşir.
Veri ikametgâhı: Copilot kuruluşun M365 tenant'ında
çalışır, Microsoft cloud'a bağlıdır. Ilura'da eğitim verisi senin
makinende; bulut runtime sadece yayınlanmış agent için.
Yetiştirme döngüsü: Copilot zaten yetişmiş bir asistandır,
kişiselleştirme prompt + plugin sınırında kalır. Ilura'da agent
her onay/red'inde Bayesian profile + LoRA adapter olarak büyür.
Çıkış kapısı: Copilot M365 dışına çıkmaz; Ilura'da
yetişen agent api.ilura.com.tr üzerinden kendi
ürününe taşınır.
Detaylı karşılaştırma için Ilura vs Copilot Studio: agent definitions, LoRA fine-tuning, sahiplik ve taşınabilirlik eksenlerinde yan yana.
Ilura sadece local LLM çalıştırıcı değildir
Ollama, LM Studio veya llama.cpp birer model çalıştırıcıdır — açık ağırlıklı bir LLM'i makinene indirip cihazda çalıştırırlar. İşleri net: model dosyası geldi, RAM'e yüklendi, prompt verildi, token döndü. Hafıza yok, denetim yok, kararla beraber öğrenme yok; çalıştırma var.
Ilura ise bir agent yaşam döngüsü tezgâhıdır. Ollama Ilura'nın kullandığı bir yerel sağlayıcı olabilir — tıpkı Anthropic, OpenAI, Gemini, Mistral, LM Studio gibi. Ama Ilura'nın kendisi bunlardan birinin alternatifi değildir; çünkü Ilura'nın işi modeli çalıştırmak değil, model üzerinde yaşayan agent'ı yetiştirmek.
Aradaki dört katman somut farkı oluşturur. PolicyEngine:
her tool çağrısı yol-pod-kota denetiminden geçer. Audit
chain: SHA-256 hash chain + ECDSA imzası, KVKK için kanıt
zinciri. LoRA: agent'ın onay/red kararları
adapter olarak ağırlıklara akar; Ollama bir LoRA hattı yönetmez,
sadece modeli çalıştırır. Bulut runtime: yayınlanmış
agent api.ilura.com.tr'da çalışır, kendi ürününden
HTTP çağrısıyla erişirsin; lokal çalıştırıcı bunu sağlamaz.
Pratik metafor: Ollama bir fırın — modeli ısıtır ve cevap pişirir. Ilura ise bir mutfak — fırın orada, ama mutfakta tezgâh, soğutucu, denetim defteri, tarif arşivi ve müşteriye taşıma kapısı da var. İkisi rakip değil; biri diğerinin parçasıdır.
Detaylı karşılaştırma için Ilura vs Ollama: model çalıştırıcı ile agent yetiştirme tezgâhı arasındaki dört katmanlı fark.
Ilura sadece otomasyon aracı değildir
Zapier, Make (eski Integromat) veya n8n birer event-driven otomasyon aracıdır. Bir webhook geldiğinde, bir tablo satırı eklendiğinde, bir saat geldiğinde önceden tanımlı node zinciri çalışır. Mantık deterministiktir: "bu olunca şu yap". Karar ağacı kullanıcı tarafından kurulur, araç sadece çalıştırır.
Ilura'daki agent ise kararla beraber öğrenir. İlk haftalar tedirgin nöbetçi gibidir — her riskli adımı sana sorar, "evet" ve "hayır"larını saklar. Üçüncü ayda 3.000 karar birikmiştir; Bayesian profili artık tahmin etmeyi öğrenmiştir, düşük riskte sessizce geçer, orta riskte hâlâ sorar. On ikinci ayda artık "bunu daha önce de istemiştin" diyebilen bir varlık olur. Otomasyon aracı bu eğriyi yapmaz; Zapier'in 12. ayı 1. ayıyla aynıdır.
İkinci fark belirsizlikle başa çıkma. Otomasyon aracı tanımsız girdide ya hata döner ya da node'u atlar. Agent ise plan-eylem-gözlem döngüsünde yön değiştirir: bu yol kapalıysa alternatifi neresi, hangi tool'u devre dışı bırakmalı, kullanıcıya ne sormalı. Üç kez peş peşe başarısı olmayan bir tool için tool capability health sinyali üretilir; agent o tool'u kapatır ve fallback yola geçer, bu olay audit chain'e mühürlenir.
Üçüncü fark karar tarihi. Otomasyon aracı bir execution log tutar — neyi ne zaman çalıştırdığını. Agent ise bir karar tarihi tutar — niye o kararı verdiğini, hangi alternatifi neden eledigini, hangi onay/red ile şekillendiğini. Bu tarih bir sonraki yetiştirme döngüsünün hammaddesidir.
Ilura bir agent marketplace değildir
Bir agent marketplace başkasının yetiştirdiği agent'ı satar — GPT Store, Replicate, HuggingFace Spaces, Salesforce AppExchange örneklerdir. Kullanıcı bir agent seçer, yükler ve kullanır. Yetiştirme döngüsü kullanıcıda değildir; üretici tek başınadır, tüketici hazır ürünü alır.
Ilura tam tersini yapar: senin yetiştirdiğin agent'ı yayınlar. Burada market değil tezgâh vardır — agent'ı tasarlayan, eğiten, onaylayan ve sonunda kendi ürününe taşıyan sen olursun. Hazır agent indirip kuran bir kullanıcı olmazsın; bir agent terbiye eden bir mühendis olursun.
Bu ayrımın iki sonucu var. Birincisi: sahiplik.
Marketplace'ten alınan agent'ın hafızası, eğitim verisi, üretim
log'u üreticide kalır. Ilura'da yetişen agent'ın eğitim verisi
senin makinende; üretim log'u senin api.ilura.com.tr
hesabında. İkincisi: kişiselleşme. Marketplace
agent'ı genel kullanım için optimize edilir — sana benzemek için
tasarlanmaz. Ilura'daki agent ise her onay/red'inde sana biraz
daha benzer.
Bunun gelecek versiyonunda template marketplace olabilir — agent değil, başlangıç şablonu. "Hukuk stajyeri başlangıcı", "müşteri destek tezgâh kurulumu", "RFQ otomasyonu iskeleti" gibi. Ama şablon agent değildir; sen oradan başlayıp kendi yetiştirme döngüne girersin. Ürün hâlâ senin agent'ındır.
Üçüncü sonuç kolektif zekâ. Ilura'da yayınlanmış agent'ların anonim davranış sinyalleri federated layer üzerinden (FedAvg merge) kümeye katkı sağlar; ama her agent kendi makinesinde kendi tarihiyle yetişir. Bu marketplace değil, "yan yana yetişen tezgâhlar" modelidir — herkes kendi agent'ına sahiptir, halkanın zekâsı kolektif olarak büyür.
Ilura sadece bir wrapper değildir
Bir wrapper, bir API'yi sarar — üstüne ince bir UI koyar, varsayılan parametreler önerir, biraz prompt template'i ekler. Anthropic, OpenAI veya Gemini API'sinin "kolay arayüzü" olur. Bir wrapper'ı bırakmak kolay: API doğrudan çağrılabilir, wrapper'ın kattığı şey ince bir kabuktur.
Ilura ise bir API değil, bir ilişkiyi sarar. Sardığı şey LLM'in tokenları değil, agent ile kullanıcı arasındaki karar tarihi, hafıza katmanı, eğitim verisi, audit chain'i ve yaşayan bağ. Bir Ilura agent'ını "bırakmak" sadece desktop uygulamasını kaldırmak demek değildir; üç bin karar, beş bin onay, sekiz katmanlı hafıza ve canlı production trafiği o agent'ın arkasında durur.
Bunun mimari karşılığı altı katmandır. PolicyEngine (zero-trust kapı), Approval Bridge (oneshot kanal + Tauri event), Execution Engine (sandbox'lı tool çalıştırma), Audit Chain (SHA-256 + ECDSA), LoRA Pipeline (DPO + adapter registry), Federated Layer (FedAvg merge, diğer agent'lardan gelen kolektif zekâ). Bunların hiçbiri bir API wrapper'ında yoktur — çünkü wrapper bir tokeni alır, bir cevap döndürür ve unutur.
Pratik test: bir wrapper'ı kaldırdığında altındaki API doğrudan kullanılabilir. Bir Ilura agent'ını kaldırdığında ardında kullanılacak bir API yoktur — çünkü yetiştirilen şey API değil, zaman içinde sana benzer kararlar veren bir varlıktır. O varlık tek bir LLM sağlayıcısına bağlı değildir; Anthropic'ten OpenAI'a, Gemini'den Mistral'e, oradan Ollama'ya geçilebilir — agent'ın tarihi taşınır.
En kısa hâliyle: wrapper API'yi sarar, Ilura ilişkiyi sarar. İlişkiyi sarmak ince bir kabuk değil, kalın bir mimari demektir.
Ilura ne zaman uygun değildir?
Ilura'nın kategori netliği için uygun olmadığı üç senaryoyu açıkça söylemek gerek. Bunlar agent'ın doğasıyla ilgili değil, yapılan işin kategorisiyle ilgili.
Tek seferlik içerik üretimi. Bir blog yazısı, tek seferlik bir özetleme, hızlı bir tercüme — bunlar için bir agent yetiştirme döngüsü kurmak overkill olur. ChatGPT, Claude veya Gemini'nin doğrudan arayüzü daha hızlı ve daha ucuzdur. Ilura yetiştirme + denetim + audit yatırımının karşılığını ancak süregelen ilişki üzerinden alır.
Microsoft 365 derin entegrasyonu. İşin omurgası Outlook + Teams + Word + Excel + SharePoint zincirinden geçiyorsa, Microsoft Copilot M365 grafiğine doğrudan erişebildiği için performansı yüksek olur. Ilura M365'le konuşabilir ama Copilot kadar derinden değil; bu senaryoda paralel kullanım veya doğrudan Copilot tercih edilebilir.
Sıfır KVKK kaygısı + hız tercihi. Hiç hassas veri işlenmiyorsa, audit chain ve veri ikametgâhı önem taşımıyorsa, sadece "hızlı bir asistan" yetiyorsa Ilura'nın katmanları yük olur. Bu senaryoda doğrudan bir LLM platformu daha uygun.
"Çevik prototip + at" ihtiyacı. Birkaç hafta sonra atılacak bir prototip için yetiştirme döngüsü başlatmak ekonomik değil. Ilura'nın asıl değeri 6-12 aylık bir ilişki yayında çıkar — kısa vadede bir LLM'e doğrudan promp atmak daha ekonomik olabilir.
Bunlar Ilura'nın eksiği değil — kategori sınırı. Bir keski her işe yaramaz; doğru iş için doğru alet. Ilura agent yetiştirme ilişkisinin aletidir.
Ilura ne zaman uygundur?
Bunun aynası şudur: Ilura süregelen bir agent ilişkisi kurmak istediğinde kategorik olarak doğru tercihtir. Dört imza koşulu var.
Süregelen ilişki niyeti. Bir agent'ı 3-12 ay yetiştirmek, onay/red kararlarınla şekillendirmek ve onunla tarih biriktirmek istiyorsan — Ilura'nın yaşam döngüsü tam buna kuruludur. İlk hafta tedirgin nöbetçi, üçüncü ay "bunu daha önce de istemiştin" diyen, on ikinci ay sessiz müşavir.
KVKK uyumu zorunluluğu. Müşteri verisi, hasta kaydı, çalışan dosyası, sözleşme metni — bunlarla çalışıyorsan audit chain, veri ikametgâhı, yerel eğitim verisi sadece "iyi olur" değil, regülasyon zorunluluğudur. Ilura'nın SHA-256 hash chain + ECDSA imzası + 8-katman hafıza zarfı bu yükü taşımak için tasarlandı. Detaylar: KVKK uyumlu yapay zekâ.
Yerel veri tercihi. Eğitim verinin makinende kalmasını, oturum açmadan agent'ı çalıştırabilmeyi, uçtan uca denetim yetkisini istiyorsan Ilura native desktop yapısı bu tercihi karşılar. Detaylar: yerel yapay zekâ.
Kendi ürününe taşıma niyeti. Agent'ı sadece
kendi kullanmak için değil, kendi ürününün içinden çağırmak
istiyorsan —
POST api.ilura.com.tr/v1/agents/:id/chat ile
yetiştirdiğin agent'ı kendi ürününe entegre etme yeteneği
Ilura'nın asıl tezidir. Custom GPT'den, Copilot'tan, sade bir
LLM API'sinden farkı buradadır.
Bu dört imza birden tutuyorsa Ilura'nın tezgâhı tam buraya oturur. Üçü tutuyorsa hâlâ uygundur. İkisi tutuyorsa düşünmek gerek. Hiçbiri tutmuyorsa başka bir alet daha doğru tercihtir — bunu söylemek de bir kategori netliğidir.