14 Temmuz 2026'dan sonra Claude kullanıcıları arasında bir soru yayıldı: Yeni bir güncelleme uygulamayı yeniden başlatıp bazı kişilerin sohbetlerini tamamen yok mu etti? Anthropic'in resmî kaynaklarını ve kullanıcı bildirimlerini inceledik; hikâyenin, birbirine karıştırılan üç ayrı olayın bileşimi olduğu ortaya çıktı. Burada bunları net biçimde birbirinden ayırıyor ve yapay zekâ araçları üzerine inşa eden her işletme için pratik bir ders çıkarıyoruz.

Birincisi: 14 Temmuz güncellemesi gerçekte neydi?

Anthropic'in resmî sürüm notlarına göre 14 Temmuz'da duyurulan tek ürün değişikliği, Claude kuruluşları (Enterprise planları ve API) için HIPAA yapılandırmasının self-servis hâle getirilmesiydi: sohbetlerle hiçbir bağlantısı olmayan, sağlık alanındaki uyumlulukla ilgili idari bir özellik. Claude Code CLI tarafında ise çeşitli hata düzeltmeleri içeren iki sürüm (2.1.208 ve 2.1.209) yayımlandı. Kısacası: O gün sohbetlerin silinmesini haklı çıkaracak büyük bir güncelleme yoktu.

İkincisi: Kısa bir kesinti oldu, ama sohbetlerde değil

Claude'un resmî durum sayfası (status.claude.com), 14 Temmuz'da kapsayıcı oluşturmayı etkileyen kısmi bir kesinti kaydetti; bu, sohbetlerin kendisi değil, bir sohbetin içinde kod ve analiz çalıştıran ortamdır. Kesinti saat 21:58 civarında başladı ve 22:16 UTC'de çözüldü (Suudi Arabistan saatiyle 15 Temmuz gece yarısının hemen ardından), yirmi dakikadan kısa sürdü. Kısa ve sınırlı bir olay; tüm sohbetlerin kaybını açıklayacak hiçbir şey yok.

Üçüncüsü: Kaybolan sohbetler, gerçek bir sorun ama tek bir olay değil

Hikâyenin doğru kısmı, bazı kullanıcıların gerçekten sohbet kaybetmiş olmasıdır. Ancak bu belirli bir güncellemenin sonucu değil; GitHub'da resmî olarak bildirilen, tekrarlayan bir sorundur. Bir bildirimde bir kullanıcı, Windows'taki Claude Desktop'ın sessizce çöküp hiçbir hata penceresi göstermeden yeniden başladığını ve ardından açık olan sohbetin tamamen kaybolduğunu anlattı: ne kenar çubuğunda ne de aramada vardı. Kullanıcının kendi adli incelemesi, sohbetin kimliğinin (ID) en başta sunucuya hiç kaydedilmediğini gösterdi. Başka bir bildirimde ise kullanıcılar, eski sohbetlerin kendileri hiçbir şey yapmadan listeden kaybolduğundan ve bunları kurtarmanın bir yolu olmadığından şikâyet ediyor.

Bir sohbet neden kaybolur?

Bu vakalardaki temel neden kasıtlı bir silme değil, bir kalıcılık boşluğudur: Uygulama, bir sohbetin bir kısmını sunucuyla senkronize edilene kadar yerelde (tarayıcıda veya masaüstü uygulamasında) tutar. Bu senkronizasyon tamamlanmadan uygulama çöker veya yeniden başlarsa, henüz yüklenmemiş sohbet kaybolur; sunucu tarafında hiç kaydedilmediği için de geri yüklenecek bir kopya yoktur. Bu yüzden önceki ve sonraki sohbetler sağlam kalır, yalnızca çökme anında devam eden sohbet kaybolur.

İşletme sahipleri için daha büyük ders

Çıkarılacak sonuç Claude'un kötü olduğu değil (mükemmel bir araçtır), Origami olarak sürekli tekrarladığımız bir ilkedir: Tüketiciye yönelik bir araçtaki bir sohbetin işletmenizin resmî kaydı olmasına asla izin vermeyin. Her önemli bilgi, karar veya belge, kalıcılığını ve yedeklerini sizin kontrol ettiğiniz bir sistemde bulunmalıdır. Uygulamada:

  • Hiçbir SaaS aracının sohbet geçmişini kalıcı bir arşiv olarak görmeyin: Önemli olanı ilerledikçe dışa aktarın veya kopyalayın.
  • Uzun ve hassas sohbetlerde, önemli çıktıları üretildikleri anda bir belgeye veya harici bir sisteme kaydedin.
  • İşletmeniz için yapay zekâ sistemleri kurarken, verilerin ve sohbetlerin üçüncü bir tarafın geçici önbelleğinde değil, düzenli yedeklemelerle kendi veritabanınızda saklanmasını şart koşun.

Müşterilerimiz için yapay zekâ çözümleri geliştirdiğimizde, her sohbet ve her çıktı yedekleriyle birlikte onların kendi sistemlerinde saklanır; böylece bir uygulama çökmesi veya bir sağlayıcı olayı, yeri doldurulamaz bir çalışmanın kaybolmasının nedeni asla olamaz.

Sonuç

14 Temmuz güncellemesi kullanıcıların sohbetlerini silmedi. Gerçek şu: küçük bir idari güncelleme, kod çalıştırmada kısa bir kesinti ve uygulama kaydetmeden önce çökerse devam eden sohbeti kaybettiren, istemci tarafında tekrarlayan bir sorun. Araçlar ne kadar iyi olursa olsun zaman zaman başarısız olacaktır; gerçek koruma, verilerinizin bir kopyasına bizzat sahip olmaktır.

Kaynaklar: Anthropic'in resmî sürüm notları (support.claude.com), Claude'un resmî durum sayfası (status.claude.com), Claude Code değişiklik günlüğü (code.claude.com) ve GitHub'daki anthropics/claude-code deposunda yer alan kullanıcı hata bildirimleri. Ayrıntılar ve tarihler, 15 Temmuz 2026 itibarıyla bu kaynaklarda belirtildiği şekildedir.