AI takviminde aynı yerel saat iki farklı ana karşılık gelirse.

Bir saat etiketi neden tek randevu belirlemiyor?

Eski bir görüşme kaydında 1 Kasım 2020, Los Angeles, 01.30 yazıyor. Yapay zekâ bunu tek bir UTC saatine çeviriyor. Oysa o gün saatler geri alınırken 01.30 iki kez yaşandı. Kaydın hangi gerçekleşmeyi anlattığı belirtilmemişse iki aday vardır. Doğru yaklaşım bunlardan birini seçmek değil, eksik ofseti veya özgün zaman damgasını bulmaktır. Saat diliminin adını bilmek her yerel saat için tek sonuç üretmeye yetmez.

Bu uygulama gelecekteki bir seyahat planı değildir. Python belgesindeki tarihsel Los Angeles geçişini kullanarak üç sentetik kayıt inceleyeceğiz. Kütüphane açıklaması 01.00 saatini önce UTC−07:00, sonra UTC−08:00 ile gösterir; fold alanı iki gerçekleşmeyi ayırır. Buradaki 01.30 kayıtları aynı geçiş aralığı için hazırlanmış özgün örneklerdir. Güncel bir davet için o tarihteki bölge kuralları ayrıca doğrulanmalıdır.Kaynak: Python — ZoneInfo ve fold

Aynı metnin yanında farklı kanıtlar var

Z1 ve Z2 farklı olay kimlikleridir. Aynı görünen saat alanı bu olayları yinelenen kayıt yapmaz. Ofset, yerel saat ile UTC arasındaki sayısal farktır; bölge adı ise tarih boyunca değişebilen kuralları tanımlar. İkisini ayrı saklamak, kaynağın belirli bir anı nasıl tarif ettiğini anlamanızı sağlar. Verilen ofsetin bölgeyle tutarlı olması da kontrolün parçasıdır; her yazılmış fark sorgusuz doğru kabul edilmez.

Bu örnekte ofsetler sağlanmış ve tarihsel geçişle tutarlıdır. Z3 için modelin sıklıkla kullandığı ilk gerçekleşmeyi seçmek kanıt üretmez. Bir yazılımın varsayılan değer ataması ile olayın gerçekten o anda yaşanması farklıdır. Kayıt sahibinden ofsetli özgün zaman damgası, UTC karşılığı veya hangi gerçekleşmenin kastedildiğini gösteren doğrulanabilir bilgi istenir. Bu bilgi gelene kadar Z3 tek bir takvim anına bağlanmaz.

İki adayın hesabını açık bırakın

Z1 ile Z2 arasında geçen zaman altmış dakikadır. Yalnızca yerel saat metinlerini çıkarmak sıfır verir; bu sonuç gerçek süreyi anlatmaz. Süre için doğrulanan iki UTC anını aynı çizelgede karşılaştırın. Önceki saat sapması çalışmasından farklı olarak burada saatlerin bozuk olduğu varsayılmıyor. Aynı doğru yerel gösterim, bölge kuralı nedeniyle iki farklı ana işaret ediyor.

Python kullanılıyorsa bu tarihsel aralıkta fold=0 önceki ofseti, fold=1 sonraki ofseti seçer. Ancak fold değerini tahminle doldurmak yerine kaynağın ne anlattığını belirlemek gerekir. Örneğin ofseti olmayan bir dosyaya topluca fold=0 yazmak dosyayı işlemden geçirir, fakat belirsizliği çözmüş olmaz. Bu yazıda bir dönüşüm API’sinin bütün geçersiz yerel saatleri otomatik reddettiği de varsayılmaz.

AI’dan seçenekleri ve gereken bilgiyi isteyin

Tarihsel sentetik kayıtlar: Z1 ve Z2, 2020-11-01 01:30 America/Los_Angeles; Z1 ofset −07:00, Z2 −08:00. Z3 aynı yerel etiket ve bölgeye sahip ama ofseti bilinmiyor. Her kaydın ham alanını koru. UTC karşılıklarını ve Z1→Z2 geçen dakikayı hesapla. Z3 için iki adayı göster; varsayılan gerçekleşmeyi gerçek olay sayma. Çıktı: kimlik, aday an, kanıt ve eksik bilgi. Takvim kaydı veya davet oluşturma.

Z1: 08:30Z. Z2: 09:30Z. Aralarında 60 dakika var. Z3 tek an olarak çözülemedi; 08:30Z ve 09:30Z adayları korunuyor. Üç kayıt silinmedi veya birleştirilmedi. Z3 için kaynakta doğrulanmış ofset/UTC anı gerekiyor.

Yanıtın kalitesini yalnız düzgün tarih biçimiyle değerlendirmeyin. Üç kimliğin korunmasını, Z3’ün ayrı belirsizlik durumunu ve iki adayın bir saat aralıklı olmasını kontrol edin. Model yeni bir olay sırası anlatırsa kaynağa dönün: Z3’ün Z1’den önce veya sonra olduğu verilmemiştir. Bir zaman dönüşümü, eksik olay bağlamını tamamlama izni vermez.

Geri dönüş ve sınır kontrolünü birlikte yapın

Her kesin UTC sonucunu aynı bölgeye geri çevirin. Z1 için 01.30 ve −07:00, Z2 için 01.30 ve −08:00 birlikte geri gelmelidir. Yalnız saatin eşleşmesi yeterli değildir; ikisinin de aynı metni vermesi zaten problemin nedenidir. Ters dönüşümde ofseti de karşılaştırmak yanlış gerçekleşmenin seçilmesini yakalar. Kanıt kaydına kaynak zamanı, bölge adı ve kullanılan dönüşüm kuralını ekleyin.

Saatlerin ileri alındığı başka aralıklarda bazı yerel saatler hiç oluşmayabilir. Bu, iki olası an bulunmasından farklı bir durumdur; bu çalışmanın hesap tablosu o vakalara otomatik uygulanmaz. Geçersiz saat için sıfır aday, sıradan saat için bir aday ve bu örnekte iki aday bulunması farklı karar yolları gerektirir. İleri geçişin bölge ve tarihi verilmeden örnek üretip gerçek kayıt gibi kullanmayın.

Aynı saatte otuz dakika ilerleyin

İki bağımsız olayın yerel etiketi bu kez 01.45 olsun. İlk olay −07:00, ikinci olay −08:00 ofsetini taşıyor. UTC karşılıklarını ve aradaki süreyi bulun. Sonra ikinci olayın ofsetini kaldırın. Aritmetik işlemin değişmediği halde kesinlik durumunun nasıl değiştiğini açıklayın. İkinci kayda ilk olayın ofsetini kopyalamayın.

İlk olay 08:45Z, ikinci 09:45Z; süre 60 dakika. İkinci ofset kaldırılırsa 08:45Z veya 09:45Z adayları vardır. İki olay arasındaki kesin süre artık bu alanlardan seçilemez. Yerel etiket eşitliği, olay kimliği veya zaman eşitliği değildir.

Son tesliminiz tek bir düzeltilmiş saat sütunuyla sınırlı kalmasın. Kesin anlar ile çözüm bekleyen kayıtları ayrı durumlarda tutun ve hangi kanıtla seçim yapıldığını gösterin. Böyle bir kayıt, aynı sorunun bir sonraki aktarımda yeniden varsayılan bir saate dönüşmesini önlemeye yardımcı olur.