optionOS optionOS

Doküman bloklarını unique anchor, tek authority ve soy ağacıyla bağla

AI nereye gidiyor?
Etiketler
  • 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.

Bir AI çok sayıda prompt, policy, skill, guide ve not okuduğunda artık tek doküman görmez; büyük bir context forest görür. Bu yüzden küçük ama önemli bir blok, hangi büyük fikre bağlı olduğu görünmezse kaybolabilir.

Bu sayfa bir proven sonuç değil, bir prediction anlatımıdır: her karar değiştiren doküman bloğu objective bir [namespace:key], parent/root ilişkisi, relation, authority, projection boundary ve judge taşırsa insanlar ve agentlar büyük resmi daha kolay yeniden kurar.

Doğru node adı subjective olmaz. good-lineage, clean-docs, obvious-tree gibi değer sözleri isim değildir; önce gözlenebilir eksene çevrilir. Doğru isim, neyin konuşulduğunu gösterir: context-forest, prediction-lineage, node-index, file-policy.

Doğru node overlap etmez. Source truth tek yerde yaşar; Guide, HTML veya generated graph sadece projection olur. Aynı bilgi tekrar ediyorsa farklı soy ağacı ve farklı reader decision taşımalı; taşımıyorsa merge edilir, split edilir ya da projection’a indirilir.

Minimum şekil: unique id → parent/root → relation → receiver decision → authority → projection boundary → judge.

Örnek: [base:1] parent node gibi okunur, [base:1.1] onun child bloğudur. [file:source-file-policy] dosya authority’sidir, [file:1] onun meaning bloğudur. Bu görünür olunca okuyucu “bu blok nereye ait?” sorusunu satır numarası veya hafıza yerine soy ağacından cevaplar.

base-prompt.md içinde base namespace anchor örneği
`[base:1]` parent scope, `[base:1.1]` child block olarak okunur.

Context Forest prediction’ın ilk görsel kanıtı: büyük prompt içinde bloklar unique namespace anchor ile adresleniyor.

  1. 1`[base:1]` — parent scope / ana node
  2. 2`[base:1.1]` — child block / alt node
file.policy.md içinde file namespace anchor örneği
`[file:source-file-policy]` authority root, `[file:1]` meaning section olarak okunur.

İkinci görsel kanıt: aynı anchor/soy ağacı yaklaşımı policy dosyasında da çalışıyor.

  1. 1`[file:source-file-policy]` — file authority / source root
  2. 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.