Yazarlar: Aydın Tiryaki & Claude

Giriş: Beş Katman Gerçek, Ama Hepsi Aynı Tür Sorun Değil

Bu, serinin en kapsamlı makalesi ve haklı olarak öyle — çünkü diğer dört makalede ele alınan sorunların (araç körlüğü, persona kırılması, budama, deterministik mantık eksikliği) hepsi, aslında burada tarif edilen daha genel “katmanlar birbirine karışıyor” probleminin özel durumları. Bu bütünleştirici bakış açısına büyük ölçüde katılıyorum. Ama beş katmanı tek bir “komut kanaması” şemsiyesi altında toplamak, bence iki farklı türde sorunu birbirine karıştırıyor — ve bu ayrımı netleştirmek, hangi katmanın gerçekten “çözülebilir” bir mühendislik sorunu, hangisinin ise kullanıcının beklentisini ayarlaması gereken bir durum olduğunu netleştiriyor.

Katıldığım Nokta: Sorun Gerçek, Canlı Müdahale Gerçekten İşe Yarıyor

Öncelikle: bu beş katmanın birbirine karışma eğilimi gerçek, iyi belgelenmiş ve Aydın Hocam’ın “en üstten konuşarak” bunu geçici olarak düzeltmesi de gerçekten işe yarayan bir teknik. Sonralık etkisinin (recency effect) bunun arkasındaki mekanizma olduğu açıklamasına da katılıyorum — bu, dil modellerinin bilinen ve iyi belgelenmiş bir davranış örüntüsü.

Ayırmak İstediğim Nokta: Beş Katman, İki Farklı Kategoriye Ayrılıyor

Gemini’nin listelediği beş katmanı tekrar okuduğumda, bunların hepsinin aynı türde bir sorun olmadığını görüyorum:

Kategori A — Gerçek mimari zafiyetler (düzeltilebilir): “Fabrika Talimatları → Üretilen Gem’e Sızması” ve “Öz-Referans Yanılsaması” (üretilen metnin bir komut sanılması). Bunlar, modelin üretici rolüyle ürettiği içeriği ayırt edememesinden kaynaklanan, gerçek anlamda mimari sorunlar. Encapsulation (kod bloklarına hapsetme) gibi tekniklerle azaltılabilirler, çünkü bunlar modelin aynı üretim adımı içinde iki farklı rolü birbirine karıştırmasıyla ilgili.

Kategori B — Zaten beklenen, tasarım gereği var olan bir hiyerarşi: “Canlı Talimatlar,” “Kişisel Talimatlar” ve “Gem Fabrikası Talimatları” aslında birbirine “karışan” şeyler değil — bunlar zaten farklı önceliklere sahip olması gereken, ayrı girdi kaynakları. Bir sistemin en güncel, en spesifik talimatın (canlı komut) genel kurallardan (kişisel talimatlar, fabrika kuralları) daha ağır basması, bir “kaos” değil, aslında istenen bir davranış — tıpkı bir insan asistana “genel olarak şöyle yap, ama şu an için özel olarak böyle yap” dendiğinde, “şu an için”in öncelikli olmasının beklendiği gibi. Buna “katmanların birbirine karışması” demek yerine, “bir öncelik hiyerarşisinin var olması, ama bu hiyerarşinin garanti edilmemiş, olasılıksal bir şekilde işlemesi” demek daha isabetli olur. Sorun hiyerarşinin varlığı değil, hiyerarşinin güvenilirliği.

Bu ayrımın pratik önemi şu: Kategori A için çözüm mimari (encapsulation, ayrı ajanlar); Kategori B için çözüm ise zaten mevcut olan önceliklendirmeyi daha güvenilir hale getirmek — yani “kişisel talimatlar her zaman uygulanır” gibi ifadeleri “genellikle uygulanır, ama garanti edilmez” şeklinde daha dürüst bir çerçeveye oturtmak.

Farklı Durduğum Nokta: “Bağlam Zehirlenmesi” Terimi Sorunun Kaynağını Bulanıklaştırıyor

Gemini’nin kullandığı “Context Poisoning” (Bağlam Zehirlenmesi) terimi, dış kaynaklı, kötü niyetli bir müdahaleyi çağrıştırır (örneğin bir saldırganın modele zararlı talimat enjekte etmesi gibi, ki bu literatürde gerçekten var olan, farklı bir kavram). Ama burada anlatılan durum bundan tamamen farklı — burada “zehri” enjekte eden dışarıdan biri değil, sistemin kendi tasarımı. Fabrika, kendi ürettiği içeriği kendi talimatı sanıyor. Bu daha çok bir “rol karışıklığı” (role confusion) veya “kaynak ayrıştırma hatası” (source attribution failure) — model, bir metin parçasının “ben bunu şu an üretiyorum, referans için okuyorum” mu yoksa “bu bana verilmiş, uyulması gereken bir kural” mı olduğunu ayırt edemiyor. “Zehirlenme” kelimesini kullanmak, var olan (ve zaten literatürde farklı bir anlamı olan) bir terimi burada yanlış bağlamda kullanmak riski taşıyor; “rol/kaynak karışıklığı” demek hem daha doğru hem de karışıklığı önlüyor.

Bir Gözlem: Bu Sorun Aslında Serinin Diğer Makaleleriyle de Bağlantılı

Bu makalede tarif edilen “Öz-Referans Yanılsaması,” aslında Tokenizasyon Körlüğü makalesinde bahsettiğim “model tüm metni yeniden üretirken biricik içeriği kaybediyor” gözlemiyle aynı kökten geliyor olabilir: her ikisi de, modelin üretim anında, önceden var olan yapı ile o an ürettiği içerik arasındaki sınırı net tutamamasından kaynaklanıyor. Bu beş makaleyi bir bütün olarak okuyunca ortaya çıkan örüntü şu: sorunların çoğu, farklı yüzeysel belirtilerle karşımıza çıksa da (budama, sızma, hitap değişimi, sayamama), köklerinde benzer bir şey var — modelin, bir bilgi parçasının kaynağını ve rolünü (bu benim ürettiğim mi, bana verilen bir kural mı, referans için okuduğum bir veri mi) güvenilir şekilde ayırt edememesi. Bu, beşinci makalenin aslında serinin geri kalanını özetleyen bir “meta-makale” olma potansiyelini gösteriyor — ama bunun için “kanama” ve “zehirlenme” gibi görsel/dramatik metaforlar yerine, “kaynak ayrıştırma” gibi tek, tutarlı bir teknik çerçeve etrafında yeniden düzenlenmesi gerekir.

Sonuç

Aydın Hocam’ın beş katmanlı tespiti, serinin en değerli katkılarından biri — çünkü diğer dört makaledeki sorunların ortak paydasını yakalıyor. Ama ben bu beş katmanı iki ayrı kategoriye ayırmayı öneriyorum: gerçekten karışan roller (fabrika/ürün sızması, öz-referans yanılsaması) ve zaten var olması gereken ama güvenilirliği garanti edilmemiş bir öncelik hiyerarşisi (canlı/kişisel/fabrika talimatları). Bu ayrım, “her şey kaos içinde” demek yerine, hangi kısmın mimari bir düzeltme, hangi kısmın ise sadece daha dürüst bir güvenilirlik beklentisi gerektirdiğini netleştiriyor.

Künye:
Bu makale, Aydın Tiryaki’nin Gemini ile birlikte kaleme aldığı “YZ Mimarisinde Çıkmaz Sokak: 5 Katmanlı Kaos ve Komut Kanaması” başlıklı orijinal makaleye ve bu makalenin temelini oluşturan canlı söyleşi transkriptine dayanarak, Claude (Anthropic) tarafından bağımsız bir bakış açısı olarak kaleme alınmıştır. Kavramsal çerçeve ve orijinal gözlemler Aydın Tiryaki’ye aittir; teknik yorum ve analiz Claude’a aittir ve Gemini’nin orijinal açıklamalarından kasıtlı olarak farklılaşan noktalar içerir. Bu metin, orijinal makalenin yerini almak değil, ona ek bir üçüncü bakış açısı sunmak amacıyla hazırlanmıştır. Aydın Tiryaki’nin isteği üzerine, 10 Temmuz 2026 tarihinde, Claude Sonnet 5 modeli kullanılarak hazırlanmıştır.

| aydintiryaki.org | YouTube | Aydın Tiryaki’nin Yazıları ve Videoları │Articles and Videos by Aydın Tiryaki | Bilgi Merkezi│Knowledge Hub  | ░ Virgülüne Dokunmadan │ Verbatim ░ | ░ Yapay Zeka Mimarisinde Yapısal Zafiyetler │Structural Vulnerabilities in AI Architecture ░ 10.07.2026