Bir Yapay Zeka Yoldaşı Yanlış Önemli Tarih İçin Hatırlatıcı Göndermekten Nasıl Kaçınabilir?
İsteğe bağlı bir tarih hatırlatıcısı için, bir yapay zeka yoldaşının hatırlanan bir tarihi planlanmış bir bildirimden ayrı tutması gerekir. Tarihin nereden geldiğini kaydetmeli, kullanıcıdan kişiyi, tarihi, yılı, saat dilimini ve hatırlatıcı saatini onaylamasını istemeli ve bu ayrıntılardan herhangi biri belirsiz kaldığı sürece hiçbir şey göndermemelidir. Bir düzeltme, duraklatma veya iptal işlemi hatırlatıcının durumunu güncellemeli ve kullanıcı tarafından görülebilmelidir.
Bir tarihi hatırlamak ile bir hatırlatıcı planlamak neden aynı şey değildir?
Bir konuşma, bir uyarı oluşturma izni içermeksizin faydalı bir bilgi barındırabilir. “Maya’nın resitali 14 Mayıs’ta” ifadesi kullanıcının paylaştığı bir not, geçici bir plan veya belirsiz bir ifadeden çıkarılmış bir tarih olabilir. Tek başına bir hatırlatıcı istenip istenmediğini, hangi yılın geçerli olduğunu, bildirimin ne zaman gönderileceğini veya hangi saat diliminin kullanılacağını belirtmez.
Bu nedenle güvenilir bir tasarım, bunları ayrı kayıtlar olarak ele alır:
**Hatırlanan bilgi:** Kaynağı ve varsa belirsizliğiyle birlikte neyin söylendiği veya sağlandığı.
**Onaylanan tarih:** Kullanıcının kontrol ettiği kişi veya etkinlik ile takvim tarihi.
**Planlanan bildirim:** Teslimat saati, saat dilimi ve mevcut durumuyla kullanıcının açıkça onayladığı bir uyarı.
Bu ayrım, yapay zeka yoldaşları için bir tasarım önerisidir. Google Takvim'in yardım sayfaları, Takvim'de etkinlik oluşturmayı ve bildirimleri yönetmeyi açıklar; yapay zeka yoldaşı hafızasını açıklamaz veya burada önerilen iş akışını uygulamaz. Yalnızca bir takvim örneği olarak, Google'ın talimatları etkinlik oluşturmayı, etkinlik ayrıntıları ve bir kaydetme adımı içeren bir eylem olarak ele alır ([Google Takvim: Etkinlik oluşturma](https://support.google.com/calendar/answer/72143?hl=tr)).
Planlamadan önce hangi ayrıntılar onaylanmalıdır?
Uyarının ne anlama geldiğini ve ne zaman tetiklenebileceğini belirleyen ayrıntıları onaylayın. Kısa bir inceleme ekranı veya konuşma tabanlı bir özet şunları göstermelidir:
**Kişi veya etkinlik:** Tarih kiminle ilgili ve neye atıfta bulunuyor?
**Tam tarih:** Gün, ay ve yıl. Yıl içermeyen bir ay ve gün, özellikle geçmiş veya gelecekteki bir olaya atıfta bulunabileceğinden eksik olabilir.
**Tarihin kaynağı:** Tarih nereden geldi; örneğin bir kullanıcı ifadesi, içe aktarılmış bir takvim girdisi veya bir çıkarım mı? Bir tahmini kesinleşmiş gibi sunmak yerine belirsizliği netleştirin.
**Hatırlatıcı zamanlaması:** Talep edilen önceden bildirme süresi ve yerel saat; örneğin “bir gün önce sabah 09:00'da”.
**Saat dilimi:** Özellikle kullanıcı seyahat ediyorsa veya tarih başka bir konumdaki birini ilgilendiriyorsa, iletimi belirlemesi gereken saat dilimi.
**İzin ve iletim:** Kullanıcının bir uyarı isteyip istemediği ve ürün birden fazla iletim kanalı sunuyorsa bunun nerede görüneceği.
Google Takvim, kullanıcıların etkinlikler için bildirimler ayarlamasına ve bildirim ayarlarını değiştirmesine olanak tanır; hesap ve etkinlik ayarları bu Takvim bildirimlerinin nasıl çalışacağını belirler ([Google Takvim: Bildirimleri değiştirme](https://support.google.com/calendar/answer/37242?hl=tr)). Bu, bildirimi bir tarihi bilmenin otomatik bir sonucu olarak değil, kendi kontrollerine sahip yapılandırılmış bir eylem olarak ele almanın faydalı bir örneğidir. Takvim'in yoldaş tarzı bir hafızaya sahip olduğunun kanıtı olarak görülmemelidir.
Kurgusal bir örnek: Hatırlanan ayrıntıdan onaylanmış uyarıya
Bir kullanıcının “Maya’nın resitali 14 Mayıs’ta” dediğini varsayalım. Yoldaş bunu **onaylanmamış hatırlanan bilgi** olarak saklayabilir: Kişi, etkinlik ve ay/gün mevcuttur ancak yıl, saat dilimi ve bildirim izni yoktur. Yalnızca bu cümleye dayanarak bir uyarı planlamamalıdır.
Yoldaş şunu sorabilir: “Maya’nın resitalinin 14 Mayıs’ta olabileceğini not ettim. Hangi yıl olduğunu, hangi saat dilimini kullanmam gerektiğini ve bir hatırlatıcı isteyip istemediğinizi öğrenebilir miyim?” Kullanıcı şu yanıtı verir: “14 Mayıs 2027, America/Los_Angeles. Lütfen bir gün önce Pasifik saatiyle 09:00'da bana hatırlat.” Yoldaş özetler: “14 Mayıs'taki resitalden bir gün önce, 13 Mayıs 2027 saat 09:00 America/Los_Angeles saatinde Maya'nın resitalini size hatırlatacağım. Planlayayım mı?”
Yalnızca kullanıcı onayladıktan sonra tasarım şöyle bir bildirim kaydı oluşturmalıdır: **Maya’nın resitali — 14 Mayıs 2027 — hatırlatıcı 13 Mayıs 2027, 09:00 America/Los_Angeles — etkin**. Yukarıdaki tarih ve saat kurgusal örneklerdir; gerçek bir kişiye veya etkinliğe dair bir bildirim değildir. Saat dilimini açıkça belirtmek, “09:00”ı evrensel bir saat gibi ele almaktan kaçınmaya yardımcı olur. Google Takvim'in saat dilimi kılavuzu, etkinlik saatlerinin yerel saat dilimlerinde görüntülendiğini ve saat dilimi değişikliklerinin takvim öğelerinin görünümünü etkileyebileceğini açıklar; bu, yapay zeka hatırlatıcılarına dair bir iddia değil, bir Takvim davranışı örneğidir ([Google Takvim: Takvim'i farklı saat dilimlerinde kullanma](https://support.google.com/calendar/answer/37064?hl=tr)).
Kullanıcıya gösterilen özet önemlidir; çünkü yer değiştirmiş bir ay ve günü, yanlış bir yılı, hatalı bir kişiyi veya “bir gün önce” ifadesinin yanlış yorumlanmasını yakalamak için son bir fırsat sunar. Kullanıcı özeti düzenlerse yoldaş değiştirilen ayrıntıları yeniden belirtmeli ve ortaya çıkan planlama için onay almalıdır.
Bir tarih belirsiz veya çelişkili olduğunda ne yapılmalıdır?
Sistemin güvenle tanımlayamadığı bir tarihe dayanarak uyarı göndermeyin. Örneğin, bir notta Maya’nın resitalinin 14 Mayıs 2027’de olduğu, diğerinde ise 21 Mayıs 2027’de olduğu yazıyorsa tarihler çelişiyor demektir. Yoldaş çelişkiyi ortaya koyabilir ve hangi tarihin doğru olduğunu sorabilir; ancak kullanıcı bunu çözene ve bir planlamayı onaylayana kadar bildirim durumu **planlanmadı** olarak kalmalıdır.
Aynı kural, önemli bir ayrıntı eksik olduğunda da geçerlidir. “Resitalden önce bana hatırlat” ifadesi, resitalin ne zaman olduğunu, hatırlatıcının ne kadar önce ulaşması gerektiğini veya kullanıcının muhtemelen hangi resitali kastettiğini belirtmez. Odaklanmış bir takip sorusu sorun. Kullanıcı yanıt vermezse, öğeyi etkin bir bildirim olmaksızın çözülmemiş bir not olarak tutun. Bu, bir çıkarımın kullanıcının asla onaylamadığı bir uyarıya dönüşmesini engeller.
Kullanışlı bir durum modeli bu davranışı anlaşılır kılar: **onaylanmamış**, **netleştirme gerekiyor**, **planlandı**, **duraklatıldı**, **iptal edildi** veya **tamamlandı**. “Onaylanmamış” ve “netleştirme gerekiyor” durumları kesinlikle “planlandı” gibi davranmamalıdır. Bir sistem uygunsa altta yatan hatırlanan bilgiyi tutabilir; ancak fiilen kurulana kadar bir uyarının var olduğunu ima etmemelidir.
Düzeltmeler, duraklatmalar ve iptaller nasıl çalışmalıdır?
**Düzeltme:** Kullanıcı resitalin 14 Mayıs değil 21 Mayıs’ta olduğunu söylerse tarihi güncelleyin ve önerilen hatırlatıcı saatini tekrar gösterin. Düzeltilmiş planlamayı etkinleştirmeden önce onay isteyin. Bir hatırlatıcı zaten planlanmışsa, düzeltmenin hangi etkin uyarıyı değiştireceğini net bir şekilde belirleyin ve değiştirmeden önce revize edilen tarihi onaylayın. Kullanıcının kafasını karıştırabilecek şekilde eski tarihi gizlemeden, geçerli durumu açıklayacak kadar görünür bir geçmiş tutun.
**Duraklatma:** Duraklatma, tarihi ve hatırlatıcı ayrıntılarını korurken iletimi geçici olarak durdurmalıdır. Bildirimin duraklatıldığını gösterin ve otomatik olarak mı devam edeceğini yoksa kullanıcının mı devam ettirmesi gerektiğini netleştirin. Duraklatılmış bir hatırlatıcıyı etkin olarak etiketlemeyin. Duraklatma, özellikle kullanıcının bir ayrıntıyı daha sonra çözmek istediği ancak bu sırada bir uyarının tetiklenmesini istemediği durumlarda faydalıdır.
**İptal:** İptal işlemi, konuşmadaki bir notu kaldırmak veya öğeyi gizlemekten ibaret olmamalı, planlanan bildirimi devre dışı bırakmalıdır. Birden fazla eşleşme olabileceğinde hangi hatırlatıcının iptal edildiğini onaylayın, ardından iptal edildi durumunu gösterin. Hatırlanan tarih hala faydalıysa, onu iptal edilen uyarıdan ayrı tutun ve bu bilgiyi düzenlemek veya silmek için anlaşılır kontroller sunun. Takvim, bireysel bir etkinlik de dahil olmak üzere bildirim ayarlarını değiştirmek için kontroller sağlar; bu, dar kapsamlı bir bildirim yönetimi örneğidir, herhangi bir yapay zeka yoldaşının hatırlatıcıları nasıl sakladığına veya iptal ettiğine dair bir kanıt değildir ([Google Takvim bildirim yardımı](https://support.google.com/calendar/answer/37242?hl=tr)).
Herhangi bir değişiklikten sonra, ortaya çıkan durumu ve önem taşıyan ayrıntıları gösterin: Hatırlatıcının hangi tarihe atıfta bulunduğu, ne zaman tetikleneceği, saat dilimi ve etkin, duraklatılmış veya iptal edilmiş olup olmadığı. Sessizce yapılan bir değişikliği kullanıcının doğrulaması zordur ve geçerliliğini yitirmiş bir varsayımın yerinde kalmasına yol açabilir.
Kullanıcılar için kısa bir denetim kontrol listesi
Bir tarih hatırlatıcısına güvenmeden önce öğenin kendisini kontrol edin:
Kişi veya etkinlik doğru adlandırılmış mı?
Yıl da dahil olmak üzere tam tarih onaylandı mı?
Tarihin nereden geldiğini anlayabiliyor muyum ve herhangi bir belirsizlik görünür mü?
Tarihten yalnızca bahsetmek yerine, bir uyarıyı açıkça onayladım mı?
Hatırlatıcının önceden bildirme süresi, saati ve saat dilimi doğru mu?
Öğe planlandı ve etkin olarak mı görünüyor, yoksa hala netleştirilmesi mi gerekiyor?
Düzeltme yaptıysam, duraklattıysam veya iptal ettiysem, görüntülenen durum istediğimle eşleşiyor mu?
Herhangi bir yanıt net değilse, öğeyi planlanmış bir bildirim olarak kabul etmeden önce gözden geçirin veya netleştirin. Pratik tasarım ilkesi basittir: Belirsiz bilgiyi belirsiz olarak koruyun, önerilen uyarının incelenmesini kolaylaştırın ve etkin bir bildirimi yalnızca kullanıcının niyeti ve ilgili tarih ayrıntıları netleştikten sonra oluşturun veya değiştirin.