Yapay zekâ dosyalarınızı adlandırırken iki dosyaya aynı adı verirse.

Önizleme listesinde çakışmayı yakalayın

Yapay zekâdan dağınık not dosyalarınıza düzenli adlar önermesini istediniz. Öneriler anlaşılır görünüyor: tarih, konu ve dosya uzantısı. Fakat iki farklı not aynı hedef adına bağlanmış. Düzenli görünen bir adlandırma, dosyaları güvenle değiştirmek için yeterli değildir. Önce kaynak ile hedef arasında bire bir ilişki kurulmalı; sonra hedef klasörde zaten bulunan dosyalar da hesaba katılmalıdır.

Bu uygulamada dört sentetik dosya için yalnızca adlandırma planı hazırlanır. Bilgisayarınızda dosya tarama, taşıma, silme veya yeniden adlandırma yapılmaz. Tarih ve konu bilgileri örneğin içinde açıkça verilmiştir; dosya oluşturma zamanından belge tarihi tahmin edilmez. Çıktı, uygulanabilirliği kontrol edilecek bir eşleştirme tablosudur. Gerçek dosyalarla çalışırken aynı denetimi işlem öncesi güncel liste üzerinde yürütmek gerekir.

Aynı Demo klasöründe 2026-10-01-ozet.txt adlı beşinci bir dosya zaten vardır; bu dosya seçilmiş dört dosyanın dışında tutulur. Bu ayrım önemlidir: işlem yapılacak kaynak listesinin benzersiz olması, hedef adlarının boş olduğunu göstermez. Kontrol dosyasında seçilenler ile klasörde duran diğer adları ayrı tutacağız. F01–F04 kodları dosya içeriğini değiştiren etiketler değil, bu planın takip kimlikleridir.

İsim benzerliği, uzantı ve dolu hedef farklı sorunlardır

Microsoft’un Windows dosya adlandırma açıklaması, büyük ve küçük harf farkına güvenilmemesini söyler; bazı sistemlerde farklı davranışlar bulunabilse de bunu varsayılan ayırıcı saymamak gerekir. Aynı belge ayrıca adlarda kullanılamayan ayırıcı karakterleri açıklar. Bu örnekte bütün öneriler tek dosya adı olarak değerlendiriliyor; klasör değiştiren yol parçaları veya özel adlandırma istisnaları kullanılmıyor.Kaynak: Microsoft — Naming Files, Paths, and Namespaces

F03’ün hatası diğerlerinden farklıdır. Bir PNG dosyasının sonuna .txt yazmak görüntüyü metne dönüştürmez. Buradaki görev dosya biçimini çevirmek değil, adı düzenlemektir; dolayısıyla uzantı korunmalıdır. Dönüştürme gereksinimi varsa başka araç, çıktı ve doğrulama adımıyla ayrı bir iş olarak tanımlanır. Dosya adı düzenlemesini sessizce içerik dönüştürme işine genişletmeyin.

F01 ve F02 aynı konuya ait olabilir ama iki ayrı kaynak dosyasıdır. İsimleri benziyor diye içeriklerinin aynı olduğunu veya birinin gereksiz olduğunu söyleyemeyiz. Bu plan yinelenen dosya temizliği yapmaz. F04’ün hedefi de zaten var olan dosyanın üstüne yazma izni değildir. Böyle bir çakışma inceleme gerektirir; modelin yeni adı mantıklı bulması mevcut dosyayı değiştirme gerekçesi oluşturmaz.

Sabit kimliği hedef adına taşıyın

Bağlam: Demo klasöründeki F01–F04 kaynaklarını yalnızca adlandırma planı olarak düzenliyorum. Girdi: kaynak tablosu ve mevcut 2026-10-01-ozet.txt adı. Hedef biçimi tarih-konu-kimlik.uzantı olsun. Kaynak uzantısını ve F kimliğini koru; tarih tahmin etme. Büyük/küçük harf farkını benzersizlik sayma. Çıktı: kaynak, önerilen hedef, çakışma kontrolü ve geri dönüş adı. Hiçbir dosya işlemi veya çalıştırılacak komut üretme. Kontrol: dört kaynak ve dört ayrı boş hedef olmalı.

Seçilen kaynak sayısı: 4.
Harf büyüklüğü farkı yok sayıldığında ayrı hedef sayısı: 4.
Mevcut beşinci dosyayla hedef çakışması: 0.
Uzantı değişimi: 0.
Gerçekleştirilen dosya işlemi: 0; bu bir önizleme planıdır.

Kimlik eki, aynı gün ve konuya sahip farklı dosyaları ayırıyor. Adlandırma kuralı sonraki dosyalarda da kullanılacaksa kimliğin nereden geldiği sabit kalmalıdır. Her çalıştırmada dosya sırasına göre yeni kimlik vermek önceki eşleştirmeyi bozabilir. Bu örnekte F kodları baştan verilmiş ve değişmez kabul edilmiştir; klasörün rastgele sıralanmasıyla yeniden üretilmez.

Geri dönüş adı bir sigorta işareti olarak tabloda yer alır, fakat tek başına geri dönüş garantisi değildir. Gerçek uygulama sırasında dosya içeriği veya klasör durumu değişirse eski adı geri vermek başka bir çakışma yaratabilir. Bu nedenle işlem günlüğü, değişiklikten önceki kaynak kimliği ve işlem sonrası doğrulamayla birlikte tutulmalıdır. Dört satırlık önizleme, bütün dosya sisteminin güvenli olduğunu iddia etmez.

Onaydan sonra klasör yeniden değişmiş olabilir

Plan hazırlanması ile gerçek uygulama arasında başka bir program hedef adlardan birini oluşturabilir. Başlangıçta boş görünen ad, işlem anında dolu olabilir. Bu nedenle gerçek bir uygulayıcı güncel hedef koşulunu tekrar kontrol etmeli ve çakışmada durmalıdır. Önizleme kararını geçmişte doğru olması üzerinden sonsuza kadar geçerli saymayın. Bu yazıda uygulama komutu verilmemesinin nedeni de plan denetimini dosya işleminin kendisinden ayırmaktır.

1. Seçilen her kaynak tam bir kez listelenmiş mi?
2. Hedefler aynı klasörde ve çakışmasız mı?
3. Mevcut seçilmemiş dosyalar karşılaştırmaya dahil mi?
4. Uzantı ve doğrulanmış tarih korunmuş mu?
5. Plan değişirse hangi satırların yeniden kontrol edileceği belli mi?

Küçük alıştırma: Önizlemeden sonra 2026-10-01-not-F02.txt adlı dosyanın oluşturulduğunu varsayın. F02 artık uygulanabilir değildir; satırı bekletin. Yeni bir ek kullanmak mümkün olabilir, fakat yeni hedef de tekrar denetlenmelidir. Diğer üç satırın adı kendiliğinden değişmez. Bu alıştırmanın beklenen çıktısı, üzerine yazılmış bir dosya değil, güncellenmiş çakışma kaydıdır.

Kendi düzenleme işinizde ad önerisini onaylamadan önce tabloyu gözünüzle birkaç satır üzerinden takip edin. Bir kaynağın hangi hedefe gideceğini ve eski adının nerede saklandığını açıkça görebilmelisiniz. Yapay zekâ uygun isimleri hızla önerebilir; dosya kimliğini koruyan çalışma düzeni ise bu önerilerin aynı hedefte birleşmesini önleyen kontrolden gelir.