Doküman soy ağacının duplicate ve orphan kararlarını azaltıp azaltmadığını ölç
PREDICTIONKanıtlanmamış ama karar değiştirebilecek bahis.ACTIVE-USEŞu an kullanılıyor.EXPECTED-RETURNBeklenen değer var; return henüz proven değil.NOT-SCALEDHenüz birden fazla bağımsız case ile ölçeklenmedi.NOT-EXITEDBırakılmadı; exit reason yok.CONTEXT-FORESTÇok dokümanlı AI bağlam ormanı.LINEAGEParent/child/relation soy ağacı gerekiyor.
İddia: doküman blokları unique anchor ve soy ağacı taşımazsa büyük AI context’i içinde kaybolabilir. Beklenen etki: doküman yazarı sadece metin değil, objective node id, parent/root, relation, authority ve judge yazar.
Neden düşünüyoruz: AI çok sayıda prompt, policy, skill, guide ve not okuyor. Küçük bir ek, hangi parent’a bağlı olduğunu göstermezse büyük resimde silikleşebilir. Aşağıdaki iki ekran görüntüsü bu prediction’ın doğduğu gözlemi gösterir: base prompt’ta base:*, file policy’de file:* anchor ailesi görünür.
Bu görsel prediction’ın ilk kanıt yüzeyidir: kullanıcı, base prompt içindeki unique anchor düzenini örnek gösterdi.
- 1`[base:1]` — parent scope / ana node
- 2`[base:1.1]` — child block / alt node
Bu görsel ikinci kanıt yüzeyidir: aynı konsept base prompt dışında file policy içinde de görünür; anchor namespace’i çakışmayı azaltır.
- 1`[file:source-file-policy]` — file authority / source root
- 2`[file:1]` — meaning section / child block
Yanlışlanma: anchor ve lineage eklenmesine rağmen agent doğru parent/authority bulamıyorsa, duplicate/orphan azalmıyorsa veya index sadece scan gürültüsü yaratıyorsa prediction zayıflar.
Proven olma şartı: birden fazla agent aynı doküman ailesinde doğru route’u chat hafızasına yaslanmadan bulmalı ve duplicate/orphan kararları azalmalı.
Çöpe gitme şartı: index/lineage karar yükünü azaltmak yerine gürültü üretirse.
Ürün karşılığı: Field Guide / docs / lineage UI bunu görünür yaparsa public feature olur; o zamana kadar What’s New entry’si değildir.