Zdůvodnění
Fakt zapsaný v kořeni čte každý worker při každé úloze, ať se ho týká, nebo ne, a zastará ve chvíli, kdy se pohne to, co popisuje. Fakt zapsaný vedle toho, co popisuje, čte worker, který tam je, zůstává s ním, když se adresář přesune, a ostatní nestojí nic. Vždy načítané soubory platily za opačný zvyk ve zdrojovém prostředí: operační kontrakt, který se houpal mezi ničím a tisícem řádků, protože se všechno psalo nahoře.
Požadované chování
Informace o adresáři žijí v kontextovém dokumentu toho adresáře, nebo u nejbližšího předka, kde stále platí pro celý podstrom; neopakují se v kořeni. Kořenové dokumenty (README.md, .ai/README.md, .ai/repo/README.md) zavádějí a odkazují: říkají, kde věci jsou a jak se řetězec čte, ne co každá sekce obsahuje. Soubory providerů (CLAUDE.md, AGENTS.md, GEMINI.md) jsou projekce politiky a nenesou žádný vlastní kontext. Dokument, který popisuje kód, jej jmenuje v tracks, takže změna toho kódu pojmenuje dokument k revizi.
Chování při selhání
Žádný příkaz nerozhoduje, kam věta patří; rozhoduje recenzent a změna, která dává kontext sekce do kořene nebo kontext repozitáře do souboru poskytovatele, se nemerguje. Co nástroj rozhoduje, je smlouva kolem: majordomus context validate shodí strom při chybějící nebo zdeformované smlouvě, duplicitním id, rozbitém nebo cyklickém supersedes, přepsání dokumentu final nebo poskytovateli, kterého politika nezná, a doctor selže na souboru poskytovatele, který nese vlastní korpus pravidel.
Ověření
Review. test/cases/69_context_documents.sh dokazuje resolver, validaci a analýzu dopadu mutací; majordomus context validate je příkaz, který spouští recenzent, a majordomus context affected jmenuje dokumenty, kterých se sada změn dotýká.