Serinin ilk bölümünde, AI sistemimizin karar anlarını belirlemek için Karar Düğümü Denetimi'ni (Decision Node Audit) ele almıştık. Bu denetim, sistemin olasılıklara dayalı kararlar verdiği anları haritalandırarak, kullanıcıya hangi noktalarda şeffaflık sağlanması gerektiğini ortaya koyuyordu. Şimdi ise bu bilgiyi kullanıcıya nasıl ileteceğimiz sorusuyla karşı karşıyayız. Şeffaflık Matrisi'niz hazır, hangi API çağrılarının görünür durum güncellemelerine ihtiyaç duyduğunu biliyorsunuz ve mühendis ekibiniz teknik altyapıya hazır. Sıradaki adım, bu güncellemeleri kullanıcıya sunacak görsel konteynerleri tasarlamak.
Bu noktada otuz yıllık bir mirasla yüzleşiyoruz: dönen çark (spinner), titreşen simge (throbber) ve ilerleme çubuğu gibi gecikme kalıpları. Bu kalıplar, sistemin veri indirdiği veya dosya boyutundan kaynaklanan bir bekleme olduğu mesajını verir. Ancak AI ajanları farklı bir bekleme türü getiriyor: düşünme süresi. Bir ajan yirmi saniye durakladığında, sadece bir şey indirmiyor; adımları tartıyor, seçenekleri değerlendiriyor ve istenen içeriği oluşturuyor. Bu "düşünme süresi" boyunca basit bir dönen simge kullanmak, kullanıcıda kafa karışıklığına ve kaygıya yol açar. Kullanıcı, sistemin takılıp kaldığını mı yoksa çöktüğünü mü anlayamaz; ajanın karmaşık bir görevi mi yoksa basit bir hatayı mı işlediğini bilemez.
Kullanıcı güvenini inşa etmek için bu bekleme süresini güvence anına dönüştürmeliyiz. Pasif bir "bir şey oluyor" yerine, aktif bir "sorununu çözmek için tam olarak şu adımları atıyorum" mesajı vermeliyiz. Şeffaflık genellikle görsel bir tasarım sorunu olarak düşünülse de aslında kullandığımız kelimelerle ilgilidir. Basit, net açıklamalar (mikro metinler) güveni artırır ve güvenilir bir AI ile bozuk görünen bir AI arasındaki farkı yaratır. "Yükleniyor" veya "Çalışıyor" gibi genel ifadeleri emekliye ayırmalıyız; bunlar statik yazılım döneminin kalıntılarıdır. Bunun yerine, sistemin ajansını yansıtan belirli bir formül kullanarak durum güncellemeleri oluşturmalıyız: Güçlü bir Eylem Kelimesi, AI'nın üzerinde çalıştığı Belirli Öğe ve uyması gereken Sınırlar/Kurallar.
Örneğin, bir ekip üyesinin takvimini düzenleyen ve onun adına tekrarlanan toplantılar planlayan bir AI ajanı düşünelim. Zayıf bir güncelleme sadece "Müsaitlik kontrol ediliyor" demek olur. Oysa güçlü bir güncelleme, süreci adımlara böler: "[İsim(ler)] ile Perşembe günkü tekrarlanan görüşme için takviminde boş zamanları taranıyor.", "[İsim(ler)]'in takvimleriyle çapraz kontrol yapılıyor.", "Toplantı zamanını [Tarih ve Saat] olarak ayarlamak için [İsim(ler)]'in programları senkronize ediliyor." ve son olarak "Görev tamamlandı. Lütfen e-postanızdan daveti onaylayın." Bu yaklaşım, teknik süreci kullanıcının gerçek yaşamına bağlar. Perplexity AI bu konuda iyi bir örnek: Kullanıcı soru sorduğunda arayüz, web'de hangi terimleri aradığını gerçek zamanlı olarak gösterir. Bu şeffaflık, kullanıcının AI'nın ne yaptığını tahmin etmesini gereksiz kılar.
