Yerel Öncelikli Yapay Zekâ Nedir? Verileriniz, Anahtarlarınız, Makineniz

Bugün kullandığınız yapay zekâ uygulamalarının çoğu, başkasının bulutuna bağlanan ince istemcilerdir. Bir istem yazarsınız, onların sunucularına gider; model okuyabilsin diye dosyalarınız yüklenir; konuşma geçmişiniz onların veritabanında tutulur ve API anahtarı — eğer varsa — onlara aittir, maliyeti de üzerine kâr eklenerek size yansıtılır. Bu düzen kullanışlıdır ve birçok kullanım için uygundur. Ancak sessizce bir varsayımda bulunur: verilerinizin, çalışmalarınızın ve kimlik bilgilerinizin onların elinde tutulabileceğini.

Yerel öncelikli yapay zekâ bu varsayılanı tersine çevirir. Bu makale, "yerel öncelikli" ifadesinin gerçekte ne anlama geldiğini, özellikle yapay zekâya uygulandığında nelerin değiştiğini ve yerel öncelikli olduğunu iddia eden bir aracın gerçekten öyle olup olmadığının nasıl anlaşılacağını açıklıyor. Orkas bu şekilde geliştirildiği için onu somut örnek olarak kullanacağız; ancak fikirler bu kategorideki her araç için geçerlidir.

Kapsam notu. Aşağıdaki doğrudan anahtar kullanımına ilişkin bölümler, Orkas'ın kendi sağlayıcınızı kullanma yolunu açıklar. Orkas ayrıca isteğe bağlı yönetilen resmî modeller sunar; bu istekler Orkas'ın yönetilen model hizmetini kullanır. Yerel öncelikli olmak, çalışma alanının varsayılanlarını ve kontrolünü tanımlar; her model isteğinin Orkas'ı devre dışı bırakması gerektiği anlamına gelmez.

Kısa yanıtlar

Yerel öncelikli yapay zekâ nedir?

Yerel önceliklilik, çalışma alanı verilerinin ve kontrol düzleminin varsayılan olarak nerede bulunduğunu tanımlar: cihazınızda. Her model çağrısının uygulama sağlayıcısını devre dışı bırakmasını gerektirmez. Orkas, isteğe bağlı yönetilen resmî modellerin yanı sıra doğrudan kendi sağlayıcınızı kullanma yolunu da sunar.

Yerel öncelikli yapay zekâ, yerel bir LLM çalıştırmakla aynı şey midir?

Hayır. Yerel önceliklilik, verilerinizin, anahtarlarınızın ve kontrol düzleminizin nerede bulunduğunu tanımlar: bilgisayarınızda. Modelin kendisi yine OpenAI veya Anthropic gibi bir bulut API'si olabilir. Tamamen yerel bir model çalıştırmak (örneğin Ollama ile), yerel öncelikli tasarımın içindeki seçeneklerden biridir; onun tanımı değildir.

Kendi anahtarını kullanmak (BYO-key) ne demektir?

Kendi anahtarını kullanmak, bir sağlayıcıya kendi API anahtarınız veya OAuth hesabınızla bağlanmanız demektir. Bu yolda anahtar cihazınızda kalır ve model çağrıları doğrudan o sağlayıcıya gider. Orkas'ın isteğe bağlı yönetilen resmî modellerine bir alternatiftir.

"Yerel öncelikli" gerçekte ne anlama gelir?

Bu terim yapay zekâdan değil, genel yazılım tasarımından gelir. Özünde yerel öncelikli bir uygulama üç özelliğe bağlı kalır:

1. Verileriniz varsayılan olarak cihazınızda bulunur. Belgeler, geçmiş, ayarlar — esas alınan kaynak, uzaktaki bir veritabanının satırı değil, kendi diskinizdeki bir dosyadır.
2. Uygulama bilgisayarınızda çalışır. Temel özellikler yerelde çalışır; işlevlerini yerine getirmek için bir sunucuya gidip gelmeleri gerekmez.
3. Ağ bağlantısı temel değil, tercihe bağlıdır. Senkronizasyon, paylaşım ve iş birliği açabileceğiniz özelliklerdir; uygulamanın özünü oluşturmazlar. Bunları kapattığınızda da uygulama çalışmaya devam eder.

Bunu, sunucunun esas kaynak olduğu ve cihazınızın ona açılan bir pencereden ibaret kaldığı bulut öncelikli SaaS varsayılanıyla karşılaştırın. Bulut öncelikli bir uygulamada dizüstü bilgisayarınızın kapağını kapattığınızda, verilerinizin zaten hiçbir zaman tam olarak sizin olmadığını görürsünüz; hep onların altyapısında, onların koşullarına tabi, çalışanlarının ve mahkeme celplerinin erişimine açık şekilde durmuştur. Yerel önceliklilik ispat yükünü tersine çevirir: bir kopyasını bir yere göndermeye açıkça karar vermediğiniz sürece veriler sizindir.

Uygulama bir yapay zekâ ajanı olduğunda neler değişir?

Kendi sağlayıcınızı kullanma yolunda bu özellikler, gizlilik açısından iki ek fayda sağlar.

Kendi anahtarınızı kullanın (BYO-key). Bir sağlayıcı kimlik bilgisi — API anahtarı veya OAuth oturumu — sunar ve o sağlayıcının modellerini, sınırlarını ve faturasını kontrol edersiniz. Orkas'ta bu, isteğe bağlı yönetilen resmî modellere bir alternatiftir.

BYO model çağrıları doğrudan gider. Bir ajan kendi sağlayıcınızı kullandığında istek, bilgisayarınızdan doğrudan o sağlayıcıya gider ve Orkas üzerinden geçmez. Yönetilen resmî modeller ise Orkas'ın yönetilen model hizmetini kullanır.

Burada kesin konuşmak gerekir, çünkü "yapay zekâ yerelde çalışıyor" yaygın bir yanlış yorumdur. Yerel önceliklilik, aynı işi yapmaz modelin kendisinin dizüstü bilgisayarınızda çalıştığı anlamına gelmez (gerçi çalışabilir; buna aşağıda değineceğiz). Model yine devasa bir bulut API'si olabilir. Yerel olan her şey, çevresindedir modelin: verileriniz, anahtarlarınız, ajan yapılandırmanız ve neyin ne zaman gönderileceğine karar veren kontrol düzlemi. Yerel önceliklilik GPU'nun nerede olduğuyla değil, size ait olanları kimin elinde tuttuğuyla ilgilidir.

Size ait olanlar gerçekte nerede bulunur?

Somut olarak, Orkas gibi yerel öncelikli bir ajanda yerinde kalanlarla taşınabilenler arasındaki ayrım şöyledir.

Varsayılan olarak kendi bilgisayarınızda:

• Size ait API anahtarları ve OAuth tokenları — depolama sırasında şifrelenir ve hiçbir senkronizasyona dahil edilmez.
• Size ait sohbet geçmişi, planlar ve oluşturulan dosyalar.
• Size ait ajan yapılandırmaları, beceriler ve bilgi tabanları.
• Size ait kişisel bellek — ajanın sizin hakkınızda öğrendiği tercihler ve bilgiler.

Kimlik bilgilerinin nasıl ele alındığına daha yakından bakmak gerekir; çünkü anahtarlar, bir yapay zekâ aracının işlediği en hassas verilerdir. İyi geliştirilmiş yerel öncelikli bir uygulamada anahtarın yaşam döngüsü kısa ve sınırlıdır:

1. Siz eklersiniz       →  cihazda bir API anahtarı yapıştırırsınız (veya OAuth ile oturum açarsınız)
2. Depoda şifrelenir    →  diske ulaşmadan önce kimlik doğrulamalı AES-256-GCM ile korunur
3. Yerelde saklanır     →  senkronizasyon dışında tutulan, bilgisayara özel bir yapılandırma dosyasına yazılır
4. Doğrudan kullanılır →  yalnızca sağlayıcınızı doğrudan bilgisayarınızdan çağırmak için bellekte çözülür

Anahtar hiçbir zaman ağ üzerinden uygulama sağlayıcısına iletilmez; ne depolanırken ne aktarılırken ne de telemetride. (AES-256-GCM gibi kimlik doğrulamalı şifreleme, kurcalamayı da tespit edilebilir kılar; yanlışlıkla kayda giren bir günlük, OCR çalıştıran bir yedekleme veya klasörü okuyan başka bir uygulama gibi kazara ifşalara karşı korur. Diskte saklanan bir sır için gerçekçi tehdit bunlardır.)

Yine de dışarı çıkanlar — yalnızca sizin komutunuzla

"Yerel öncelikli", "bilgisayarınızdan hiçbir şey asla çıkmaz" anlamına gelmez. Orkas her ağ yolunu belgeler: sizin başlattığınız sağlayıcı ve bağlayıcı çağrıları, seçtiğiniz yönetilen özellikler, isteğe bağlı senkronizasyon ve sınırlı ürün analitiği.

• Kendi sağlayıcınıza yapılan model çağrısı. İstemleriniz ve yanıtlar doğrudan bilgisayarınız ile sağlayıcı arasında gidip gelir; sizin seçtiğiniz sağlayıcıyla. Bilgisayarınızdan çıkarlar; ancak Orkas'a değil, sağlayıcınıza giderler.
• Açıkça yetki verdiğiniz bağlayıcı çağrıları. GitHub, Notion, Google ve benzeri hizmetleri bağladığınızda bu çağrılar bilgisayarınızdan ilgili hizmete gider. OAuth tokenları cihazınızda saklanır; her yenilemede tokenlarını değiştiren birkaç sağlayıcıda ise cihazlarınızın birbiriyle yarışmaması için yenileme adımı Orkas üzerinden koordine edilir. Bu, bilinçli olarak dar tutulmuş ve açıkça belgelenmiş bir istisnadır.
• Açarsanız bulut senkronizasyonu. Birden fazla cihaz arasında senkronizasyon isteğe bağlıdır. Etkinleştirirseniz senkronize etmeyi seçtiğiniz veriler, cihazlarınızdan erişilebilmesi için Orkas sunucularında saklanır. Kapalı tutarsanız hiçbir şey senkronize edilmez.
• Sınırlı, gizliliğe saygılı analitik. Toplu kullanım olayları (hangi özelliklerin kullanıldığı); asla istemleriniz, dosya içerikleriniz, mesaj metinleriniz veya kimlik bilgileriniz değil.

BYO yolunda sağlayıcı anahtarınız yerelde kalır ve model trafiği Orkas sunucularına uğramaz. Yönetilen resmî modeller, senkronizasyon, bağlayıcılar ve seçilen diğer bulut özellikleri, Güvenlik sayfasında açıklandığı şekilde Orkas hizmetlerini kullanır.

Yerel önceliklilik neden önemlidir?

Bu, göstermelik gizlilik değildir. "Size ait olan sizde kalır" varsayılanı birkaç somut kazanım sağlar.

Veri egemenliği. Konuşmalarınız, bir ajanın okuduğu ve yazdığı dosyalar, oluşturduğunuz bilgi tabanı; hepsi diskinizde, sizin kontrolünüzde durur. Kimseye sormadan yedekleyebilir, inceleyebilir veya silebilirsiniz. Asıl kopyayı tutan bir sağlayıcı veritabanı yoktur.

Denetlenebilirlik. Kendi sağlayıcınızı kullandığınızda açık kaynaklı istemciyi okuyabilir, ağı izleyebilir ve istemlerin doğrudan izlediği yolu doğrulayabilirsiniz. Yönetilen özellikler için Orkas hizmetleri üzerinden geçen farklı, belgelenmiş bir yol vardır.

Model seçimi. İsteğe bağlı yönetilen resmî modelleri seçin veya kendi sağlayıcınızı bağlayıp gerektiğinde onun modelleri arasında geçiş yapın.

Maliyet şeffaflığı. Yönetilen özellikler Orkas kredisi tüketir; kendi anahtarınızla yaptığınız kullanım ise doğrudan ilgili sağlayıcı tarafından faturalandırılır.

Dayanıklılık. Temel işlevler bilgisayarınızda çalıştığı ve verileriniz yerelde olduğu için, tek bir hizmet kesintisi veya ürünün sonlandırıldığına dair bir e-posta çalışmalarınızı da beraberinde götüremez.

Yerel önceliklilik ve tamamen yerel model — bir açıklama

İnsanların sıkça karıştırdığı bir ayrım, ayrı bir bölümü hak ediyor. "Yerel öncelikli yapay zekâ", "cihaz üzerinde yapay zekâ" ve "yerel bir LLM çalıştırmak" birbiriyle ilişkili olsa da aynı şey değildir.

• Yerel bir LLM çalıştırmak (Ollama gibi bir araçla), şu anlama gelir: model ağırlıkları sizin donanımınızda çalışır. Ne istem ne de yanıt, hiçbir şey bilgisayarınızdan çıkmaz. En yüksek gizliliği sağlar, ancak donanımınızla sınırlıdır; bu yüzden modeller en gelişmiş bulut modellerinden daha küçüktür.
• Yerel öncelikli yapay zekâ şunların varsayılan olarak nerede bulunduğuyla ilgilidir: çalışma alanı verileriniz, anahtarlarınız ve kontrol düzleminiz . Model trafiği seçtiğiniz yolu izler: Orkas tarafından yönetilen resmî modeller Orkas hizmetlerini kullanırken kendi sağlayıcınıza yapılan çağrılar doğrudan o sağlayıcıya gider.

Dolayısıyla rekabet etmek yerine birbirlerini tamamlarlar: yerel modeli de destekleyen yerel öncelikli bir araç, mümkün olan en güçlü gizlilik düzeyini sunar. Aynı araç bir bulut API'sine yönlendirildiğinde ise verileriniz hâlâ sizin kontrolünüzde kalırken en gelişmiş yeteneklere erişirsiniz. Yerel önceliklilik mimaridir; yerel model ise ona takabileceğiniz motorlardan biridir.

Bir yapay zekâ aracının gerçekten yerel öncelikli olduğu nasıl anlaşılır?

Bu etiket gelişigüzel kullanılıyor. Bu yüzden, bu iddiada bulunan her araca uygulayabileceğiniz kısa bir kontrol listesi hazırladık. Şunları sorun:

• Çalışma alanı verileri varsayılan olarak nerede bulunuyor? Yerel önceliklilik, cihazın varsayılan esas kaynak olması demektir.
• Hangi ağ yolları mevcut? Güvenilir bir ürün, doğrudan BYO çağrılarını yönetilen model, senkronizasyon, bağlayıcı ve analitik trafiğinden ayırır.
• Senkronizasyon isteğe bağlı mı? Yerel öncelikli veriler, siz bilinçli olarak senkronizasyonu etkinleştirene kadar yerelde kalır.
• İddiaları doğrulayabilir miyim? Açık kaynaklı istemciler, kodu ve ağ davranışını incelemenizi sağlar.
• Hangi model yolunu istiyorum? BYO, doğrudan sağlayıcı faturalandırması ve trafiği sunar; yönetilen modeller ise bu yol yerine kolaylık ve Orkas kredileri sunar.

Sonuç

Yerel önceliklilik, varsayılanlara ilişkin bir yaklaşımdır: çalışma alanı verileri ve kontrol bilgisayarınızda başlar; isteğe bağlı her ağ özelliğinin ise açıklanmış bir yolu vardır. Orkas'ta yönetilen resmî modeller Orkas hizmetlerini kullanır, kendi sağlayıcınıza yapılan çağrılar ise doğrudan o sağlayıcıya gider.

Bunun tam olarak nasıl uygulandığını — anahtarın yaşam döngüsünü, şifrelemeyi, nelerin kaldığı ve nelerin dışarı çıktığına dair kesin listeyi — görmek istiyorsanız şu sayfayı okuyun: Güvenlik ve Güven sayfası; istemci açık kaynaklı olduğu için bunların hiçbirine sorgulamadan inanmanız gerekmez. Ajanın kendisinin arkasındaki mühendisliği merak ediyorsanız şunlara bakın: tek bir ajanın bilgisayarınızda güvenilir çalışacak şekilde nasıl geliştirildiği ve bir lider ajanın alt ajanlardan oluşan bir ekibi nasıl koordine ettiği.