Ana Sayfa
>
İçerikler
>
Piksel kontrolünü bırakıp olasılıkla çalışmak

Piksel kontrolünü bırakıp olasılıkla çalışmak

May 6, 2026
8
DK OKUMA
Merve Erdem
Commencis
Senior Product Team Manager

Commencis'ten Merve Erdem ve Melikcan Şirvan, mobil bankacılık agent'ı Mercury'yi tanıttı: üç katmanlı mimari, golden dataset'ler ve güven eşikleri.

Commencis'ten Merve Erdem ve Melikcan Şirvan sahneye bir soruyla çıktı: ürün döngüsünde gerçekte kim var — AI mı, ürün ekibi mi, ikisi mi? Cevabı bir demo üzerinden verdiler.

Demo'nun kahramanı Nazlı: 15 yıllık bir beyaz yakalı. Finansal özetine bakıyor, kardeşine para gönderiyor, yatırım hesaplarını kontrol ediyor, ev kredisine bakıyor. Hepsi tek bir sohbet arayüzünde, kesintisiz.

Konuşmanın tamamı: "Who Is Really in the Product Loop", Alive'26.
Mercury mobil bankacılık agent'ının telefon ekranındaki karşılama arayüzü
Mercury'nin sohbet arayüzü; ekrandaki bileşenler bağlama göre değişiyor. Kaynak: Alive'26 sunumu.
Mimari

Üç katman, üç ayrı sorumluluk

01 · Arayüz

Interface Layer

Metin tabanlı sohbet ve panelden eklenen UI bileşenleri; sistem hangi arayüzü nerede kullanacağına kendi karar veriyor.

+
02 · Zekâ

Intelligence Layer

Modüler agent'ların orkestre edildiği katman: niyet anlama, guardrail yönetimi ve bellek kararı.

+
03 · Entegrasyon

Integration Layer

MCP'ler, banka API'ları ve deterministik araç katmanı.

Arayüz katmanındaki karar en dikkat çekici olanı: karüsel mi, aksiyon düğmesi mi, düz metin mi — buna tasarımcı değil sistem karar veriyor. Tasarımcının işi belirli bir ekranı çizmek değil, sistemin seçebileceği bileşen kütüphanesini ve seçim kurallarını kurmak.

Üçüncü katmanda "deterministik araç" ifadesi de bilinçli. Bankacılıkta para transferi gibi işler olasılığa bırakılmıyor; model karar veriyor, işlemi deterministik araç yapıyor.

Ölçüm

Geçti-kaldı testi olasılıklı sistemlere yetmiyor

'How do you know it's working?' başlıklı değerlendirme slaydı: klasik geçti-kaldı testinin yetmediği, birden fazla çıktının geçerli olabileceği ve gold case tanımlarının gerekliliği
Birden fazla çıktı doğru olabilir — yeter ki alakalı, güvenli ve markaya uygun olsun. Kaynak: Alive'26 sunumu.

Ekibin kurduğu ölçüm düzeneği üç parçadan oluşuyor:

  • Golden dataset — her senaryo için kabul edilebilir cevap kümesi hazırlanıp sistemin çıktısıyla karşılaştırılıyor.
  • Güven eşiği — AI'ın bir öneri yapabilmesi için gereken minimum güven yüzdesi tanımlı.
  • Manuel guardrail testi — guardrail'lar araçların testine bırakılmıyor; QA ekibi elle test ediyor.

Üçüncü madde bankacılık bağlamında çok mantıklı. Guardrail'in kendisi otomatik testle doğrulanırsa, testi geçen ama gerçekte açık bırakan bir kurulum mümkün oluyor.

Başarı ölçümü de tek bir metriğe indirgenmiyor: geri bildirim metriği, elde tutma ve dönüşüm birlikte değerlendiriliyor.

Zorluk

Hata mı, halüsinasyon mu, kabul edilebilir aralık mı?

Konuşmanın en dürüst kısmı zorluklardı. Deterministik düşünceden olasılıksal düşünceye geçmek, ürün ekipleri için alışılması kolay bir şey değil. Piksel düzeyindeki kontrol kayboluyor.

Bir çıktının hata mı, halüsinasyon mu yoksa kabul edilebilir bir aralık mı olduğuna karar vermek yeni işin kendisi.

Bu kararı verecek olan da AI değil, ürün ekibi. Konuşmanın başlığındaki soruya cevap da burada: döngüde ikisi de var, ama kabul edilebilirin sınırını insan çiziyor.

Konuşmanın Alive'26 sayfası — sunum ve özet burada.

Yaklaşan etkinlik

Alive Konf BAKU — Biletler Satışta

1-2 Ekim 2026
Hilton Baku
20+ konuşmacı, 2 gün
0
Gün
00
Saat
00
Dakika
Konular
design-2
product-2
ai-2
AI Ajanları
ai-agent
erisilebilirlik
arastirma-raporlari
pazarlama
liderlik
design
Ürün Yönetimi
product
Yapay Zeka
ai
Alive'26

Diğer İçerikler

Tüm yazılar
Haftalık bülten

Canlı kalmanın haftalık dozu.

Tasarım, ürün ve yapay zekâdan seçtiğimiz en iyi okumalar — her cuma, posta kutunda.

E-posta
Teşekkürler! Kaydın alındı — ilk bülten cuma posta kutunda.
Bir şeyler ters gitti. Lütfen tekrar dene.