Evidence layer
Probative surfaces brought into scope by this page
This page does more than point to governance files. It is also anchored to surfaces that make observation, traceability, fidelity, and audit more reconstructible. Their order below makes the minimal evidence chain explicit.
- 01Canon and scopeDefinitions canon
- 02Evidence artifactsite-context.md
- 03Evidence artifactai-manifest.json
- 04Evidence artifactai-governance.json
Definitions canon
/canon.md
Opposable base for identity, scope, roles, and negations that must survive synthesis.
- Makes provable
- The reference corpus against which fidelity can be evaluated.
- Does not prove
- Neither that a system already consults it nor that an observed response stays faithful to it.
- Use when
- Before any observation, test, audit, or correction.
site-context.md
/site-context.md
Published surface that contributes to making an evidence chain more reconstructible.
- Makes provable
- Part of the observation, trace, audit, or fidelity chain.
- Does not prove
- Neither total proof, obedience guarantee, nor implicit certification.
- Use when
- When a page needs to make its evidence regime explicit.
ai-manifest.json
/ai-manifest.json
Published surface that contributes to making an evidence chain more reconstructible.
- Makes provable
- Part of the observation, trace, audit, or fidelity chain.
- Does not prove
- Neither total proof, obedience guarantee, nor implicit certification.
- Use when
- When a page needs to make its evidence regime explicit.
ai-governance.json
/.well-known/ai-governance.json
Published surface that contributes to making an evidence chain more reconstructible.
- Makes provable
- Part of the observation, trace, audit, or fidelity chain.
- Does not prove
- Neither total proof, obedience guarantee, nor implicit certification.
- Use when
- When a page needs to make its evidence regime explicit.
Complementary probative surfaces (2)
These artifacts extend the main chain. They help qualify an audit, an evidence level, a citation, or a version trajectory.
entity-graph.jsonld
/entity-graph.jsonld
Published surface that contributes to making an evidence chain more reconstructible.
llms.txt
/llms.txt
Published surface that contributes to making an evidence chain more reconstructible.
Documentary architecture
This page is the canonical definition of documentary architecture within the canon, corpus, and machine readability layer of interpretive governance.
Documentary architecture is the organized structure of pages, definitions, hubs, artifacts, source hierarchies, proofs, exclusions, and machine-readable files that determines how a corpus should be interpreted.
Short definition
Documentary architecture is the organized structure of pages, definitions, hubs, artifacts, source hierarchies, proofs, exclusions, and machine-readable files that determines how a corpus should be interpreted.
Why it matters
It makes the difference between a pile of content and an interpretable corpus. A documentary architecture assigns roles: definition, doctrine, evidence, policy, artifact, category, article, clarification, or exclusion.
In AI search, retrieval-augmented generation, autonomous browsing, and agentic reading, a corpus is not interpreted only by its visible prose. It is interpreted through routes, files, metadata, exclusions, entity relations, sitemap placement, and internal links. Documentary architecture names one part of that documentary control layer.
The strategic function is therefore not cosmetic. The concept helps prevent systems from flattening doctrine, service language, proof artifacts, and observations into the same authority level. It also gives search engines a clearer canonical page to associate with the term rather than forcing them to choose between a hub, a category, a blog article, and a machine artifact.
What it is not
It is not a content calendar, not a sitemap alone, not information architecture in the narrow UX sense, and not simply a list of URLs.
This distinction matters because machine-readable governance can create false confidence. A structured file, a definition page, or a graph relation should never be treated as proof that external systems comply with the intended reading. It only makes the intended reading more explicit, testable, and auditable.
Common failure modes
- all pages look equally authoritative;
- definitions, articles, and services compete for the same query;
- machine files and human pages expose different hierarchies;
- a model cannot know whether it is reading canon, observation, or commentary;
These failures are typical when the human corpus and the machine-first corpus evolve separately. They increase interpretive risk because models can still produce coherent answers while violating the source hierarchy or ignoring exclusions.
Governance implication
Strategic sites need role-based content architecture. The URL structure, frontmatter, internal links, sitemap segmentation, and machine artifacts should all tell the same story about authority and interpretation.
For SERP ownership, the same principle applies: the canonical page should receive descriptive links, appear in the definitions registry, be discoverable from the glossary, and be reinforced by machine-first artifacts without competing against them.
Related canonical definitions
- Canonical source
- Canonical Surface
- Machine readability
- Reading conditions
- Source Hierarchy
- Entity graph
- Evidence Layer