A2UI 1.0 ile Ajanlar Yanıtı Ekrana Döküyor: Metinden Etkileşime
Google, yapay zekâ ajanlarının etkileşimli form ve kartlarla yanıt vermesini sağlayan A2UI protokolünün ilk kararlı sürümünü yayımladı. Yeni yapı çift yönlü işlev çağrılarını ve yerel arayüz bileşenlerini birleştiriyor. Web, Flutter ve SwiftUI seçenekleri bulunurken Jetpack Compose tarafında 1.0 desteği henüz hazırlık aşamasında.
Öne Çıkanlar
- İlk kararlı A2UI sürümü 11 Kasım 2026 tarihli Google duyurusuyla açıldı.
- Arayüz tarifi ajandan geliyor; görüntüyü uygulamanın bileşenleri oluşturuyor.
- 0 sürümü karşılıklı işlev çağrılarını ve erişilebilirlik mekanizmasını içeriyor.
- Jetpack Compose için yeni protokol geçişi henüz tamamlanmadı.
- MCP Apps bağlantısında web ve Flutter seçenekleri bulunuyor.
Bir yapay zekâ ajanının uzun bir yanıt yazması, kullanıcının seçenekleri kolayca karşılaştırabildiği veya bir işlemi rahatça onaylayabildiği anlamına gelmiyor. Google’ın 11 Kasım 2026’da duyurduğu A2UI 1.0, yanıtın sunuluş biçimine odaklanıyor. İlk kararlı sürümü yayımlanan açık protokol, ajanların uygulamaya etkileşimli bir görünüm tarif etmesini sağlıyor. Ekranı çizme işini ise uygulamanın kendi bileşenleri üstleniyor.
Ajan görünümü tarif ediyor, uygulama çiziyor
A2UI yaklaşımında arayüz yapısı ile uygulama verisi ayrı ele alınıyor. Resmî teknik şartname, ajandan gelen JSON mesajlarıyla bir ekran alanının oluşturulmasını, bileşenlerin güncellenmesini ve veri modelinin değiştirilmesini tanımlıyor. Kullanılmayan bir alan da yine ayrı bir mesajla kaldırılabiliyor. Böylece bütün ekranın tek seferde tamamlanması beklenmeden, mesajlar işlendikçe görünümün oluşması mümkün.
Bu ayrımın kullanıcı açısından karşılığı, bir yanıtı yalnızca okumak yerine onun içindeki seçeneklerle çalışabilmek. Örneğin bir geliştirme ekibi, farklı hizmetlerden gelen seçenekleri aynı inceleme ekranında birleştirebilir. Bu bir kullanım senaryosu; protokolün kurulması, bütün hizmetlerin kendiliğinden birbirine bağlandığı anlamına gelmiyor. Hangi işlemlerin sunulacağına ve hangi sistemlerin kullanılacağına geliştirici karar veriyor.
Kararlı sürümde çift yönlü işlev çağrıları öne çıkıyor
Google’ın açıklamasında 1.0 sürümünün yenilikleri arasında çift yönlü işlev çağrıları, erişilebilirlik desteği ve ek bilgiler için genişletme mekanizması bulunuyor. Teknik şartname, ilk bileşen ağacı ile veri modelinin ekran alanı oluşturma mesajına birlikte eklenebilmesini de tanımlıyor. Önceki 0.9 ailesinden geçişte yalnızca sürüm numarasını değiştirmek yerine uyumluluk rehberinin incelenmesi gerekiyor.
Güncellemeyi değerlendirirken performans hedefleriyle uygulamanın gerçek davranışını ayırmak önemli. Bir işlevin protokolde bulunması, kullanılan hizmetin yanıt süresini veya verinin doğruluğunu tek başına belirlemez. TeknoDB değerlendirmesiyle kararlı sürümün geliştirici için asıl değeri, üzerinde uzlaşılmış bir iletişim sözleşmesine dayanabilmekte. Kullanıcının göreceği kaliteyi ise uygulamanın tasarımı, veri kaynakları ve hata yönetimi birlikte belirleyecek.
Web ve mobil desteğinde sürüm ayrıntısını kaçırmamak gerekiyor
Duyuruda web için React, Angular ve Lit; mobil, web ve masaüstü için Flutter; iOS için SwiftUI seçenekleri sıralanıyor. Android tarafındaki Jetpack Compose oluşturucusu ise bugün 0.9.1 protokolünü destekliyor. Google, bu bileşen için 1.0 desteğinin geleceğini söylüyor ancak açıklamada kesin bir tarih vermiyor. Bu yüzden bütün platformların aynı anda aynı sürüme geçtiğini söylemek doğru olmaz.
MCP Apps ile birlikte çalışması ne anlama geliyor?
Web ve Flutter oluşturucuları MCP Apps içinde de kullanılabiliyor. Böylece bu yapıyı destekleyen asistanlarda A2UI ile hazırlanan ekranlar gösterilebiliyor. Burada protokol, kullanıcıya sunulan arayüzün tarifini üstleniyor; uygulamanın desteklediği bağlantılar ve sürümler ayrıca önemini koruyor. Bir asistanda örnek görünmesi, bütün ajanların ve bütün istemcilerin aynı deneyimi otomatik sunduğu anlamına gelmiyor.
Claude Sheets ve Whiteboards haberimizdeki etkileşimli çalışma araçları, yapay zekâ kullanımında metin dışındaki çalışma alanlarının önemini gösteren ilgili bir örnek. Ancak bir ürün özelliğiyle geliştiricilere yönelik arayüz protokolü farklı katmanlarda yer alıyor. Bu bağlantı, söz konusu araçların tamamının A2UI kullandığı anlamına gelmiyor.
Formdaki her tuş otomatik olarak ajana gönderilmiyor
Resmî şartnamenin dikkat çekici ayrıntılarından biri, giriş alanlarıyla veri modeli arasındaki bağın önce yerel tarafta kurulması. Kullanıcının yazması veya bir seçeneği değiştirmesi tek başına ajana ağ isteği başlatmıyor. Güncellenen durum, tanımlanan kullanıcı eylemi gerçekleştiğinde geri iletilebiliyor. Hangi verinin eyleme dahil edileceği ise uygulamanın kurduğu akışla ilişkili.
Bu mekanizma, veri paylaşımının uygulama tasarımında açıkça ele alınması için bir zemin sunuyor. Yine de protokol tercihi tek başına gizlilik denetiminin yerine geçmez. Geliştirme ekibinin, hangi alanın neden gerektiğini, onay anında neyin gönderildiğini ve başarısız işlemde kullanıcıya ne gösterildiğini incelemesi gerekir. Kullanıcının bir düğmeye bastığında sonucu anlayabilmesi, arayüzün şık görünmesi kadar önemli.
Türkiye için ayrı bir satış duyurusu yok, maliyetler uygulamaya bağlı
A2UI, mağazadan alınan yeni bir telefon veya bilgisayar olarak değil, açık kaynaklı geliştirme çerçevesi olarak sunuluyor. Türkiye’ye özel TL fiyatı ya da yerel satış takvimi açıklanmış değil. Kullanılan model hizmeti, sunucu ve bağlı uygulamaların maliyetini protokolün kendisiyle eşitlememek gerekiyor. Gemini 4 Carbon API erişimi ve fiyatlarını incelediğimiz haber, model hizmeti ücretinin ayrı değerlendirilmesi gerektiği konusunda ilgili bir arka plan sağlıyor.
Türkiye’deki geliştiriciler için anlamlı başlangıç, hedef platformu seçip resmî hızlı başlangıç örneğini değerlendirmek olabilir. Ticari ürün kararı öncesinde bileşen sürümleri ve kullanılan hizmetlerin koşulları ayrı ayrı kontrol edilmeli. A2UI duyurusunu, bütün model sağlayıcılarının ücret veya erişim koşullarını değiştiren bir açıklama gibi okumamak gerekir.
TeknoDB yorumu: Daha fazla ekran değil, daha anlaşılır karar anları
Yeni yaklaşımın başarısı, her yanıtı kartlarla doldurmasından çok kullanıcının gerekli kararı daha kolay verebilmesine bağlı olacak. Bir karşılaştırmada uygun seçenekleri yan yana görmek yararlı olabilir; basit bir soruda fazladan kontroller aynı ölçüde yarar sağlamayabilir. Bu nedenle etkileşimli görünümün amacı, yapılan işi açıklığa kavuşturmak olmalı.
Deneyimlerini paylaşmak isteyen geliştiriciler, gerçek müşteri verileri veya erişim anahtarları yayımlamadan TeknoDB Hub’da ajan arayüzleri ve uygulama geliştirme üzerine tartışabilir. Hangi oluşturucunun kullanıldığı, sürüm uyumu ve hata durumlarında görülen davranış gibi ayrıntılar, farklı denemeleri karşılaştırmak için somut bir temel oluşturur.
Artılar
- Arayüz yapısı ile uygulama verisini ayıran açık protokol.
- Birden fazla platform için yerel bileşenlerle oluşturma seçenekleri.
Eksiler
- Platformların protokol desteği aynı sürümde değil.
- Entegrasyon, veri doğruluğu ve hata yönetimi uygulama ekibinin sorumluluğunda.
Kime uygun?
- Ajan yanıtlarını form, kart ve seçim ekranlarıyla sunmak isteyen geliştiriciler.
- Web ve mobil uygulamalarda etkileşimli iş akışı tasarlayan ekipler.
Kime uygun değil?
- Kurulum yapmadan doğrudan kullanılacak bir son kullanıcı uygulaması arayanlar.
- Bütün platformlarda bugün 1.0 desteği bekleyen projeler.
Sıkça Sorulan Sorular
Tepkiniz Nedir?
Tepkiniz Nedir?
Beğen
1
Beğenme
0
Aşk
0
Komik
0
Vay
0
Üzgün
0
Kızgın
0


























Yorumlar (0)
Güvenlik Kontrolü
Lütfen insan olduğunuzu doğrulamak için captcha'yı tamamlayın.