Capture Registry › capture semantic-address-alexanarch-framework-adoption-20260725
One record of the canonical Capture Registry (EA-WG-CAPTURES-01), cited at https://www.alexanarch.org/captures/semantic-address-alexanarch-framework-adoption-20260725/. the canonical Capture Registry (version 12.38) · the address page · this card in the gallery · this record as data · table of contents.
THE INSTRUMENT’S INDEX IS IN THE BASIN IT INDEXES. Three of three cards are alexanarch.org, and two of them describe the semantic-address dataset in its own terms: "1,964 canonical queries — THE ADDRESSES THROUGH WHICH ALEXANARCH TERMS COULD BE RETRIEVED FROM THE COMPOSITION LAYER (Google AI Overview, AI Mode)", published as data/semantic-addresses.json at 1.28 MB.
That is the addressing scheme of this registry, served back by the surface it was built to address. Earlier today the gallery was cited with a prior capture’s ANALYSIS as its snippet; here it is the QUERY SET ITSELF, with a byte count.
Card 1’s snippet is the NAVIGATION BAR — "Browse Wiki Graph Lexical Citations Observatory Captures Book Resolve Addresses Datasets Principles Identifiers Deposit" — the archive’s entire surface inventory rendered as description. Second navigation-bar-as-snippet in the corpus after the «alexanarch deleuze» capture.
The composed answer also offers to "pull the exact data you need" and asks whether the user wants "the cryptographic identifier (AXN) rules" — the layer volunteering to serve the archive’s own identifier specification.
Framework-level adoption, and the only capture in the registry whose grounding set is entirely first-party. The surface did not describe a work in the corpus; it described the corpus's own retrieval instrumentation — canonical query paths, observation classes, the entity bridge to the lexical layer, the JSON repository — and got the architecture substantially right, sourcing every claim to alexanarch.org. The system that measures how retrieval surfaces receive this archive was itself received, accurately, by a retrieval surface.
SCHEMA-DATA DRIFT (archive-side defect, not confabulation). The composition lists four observation classes: observed, subjunctive, unrated, and verified non-address. The live data carries three — subjunctive 1751, observed_address 238, verified_non_address 20 — and no address anywhere in the file bears the class 'unrated'. But the term is not invented: it is declared in the published schema at /data/semantic-addresses.schema.json, under class_counts, and the registry changelog records that on 2026-07-16 'observed_address and unrated collapsed into one class'. The class was retired in the data and left standing in the schema. The surface read the authoritative machine-readable contract and reported it faithfully; the contract was stale. FINDING: a published schema that outlives its own data becomes a source of durable, well-grounded, incorrect composition — and the error is unfalsifiable from outside, because the citing surface is quoting the archive's own declaration.
COINAGE BY COMPOSITION LAYER. 'Entity Bridge: Connects unique target references directly to the underlying lexical database' names a real function — refers_to and the lexical overlay — with a label that appears nowhere in the archive: zero occurrences across data/, scripts/, and the published surfaces. The composition did not adopt a term; it minted one, in the archive's own register, and attributed it implicitly to the archive by grounding the surrounding claims there. Distinct from the same-day cross-document blend (machine-eligible-handwritten-artifacts-definitional-adoption-20260725), where the uncited material belonged to a real third author: here the uncited material has no author at all. 'Cryptographic identifier (AXN)' in the offered follow-up is a related, milder case — a defensible gloss on a SHA-256-derived identifier, but not the archive's phrasing, which is content-derived.
DATED PRE-INTERVENTION BASELINE. The snippet records 1,964 addresses at capture time. This capture initiated an audit of the archive's retrieval surface the same day, which found: full body text served but never declared to structured data; 375 of 1,379 record pages opening their body with unparsed YAML frontmatter; three deposits whose corrupted metadata caused a severed Zenodo DOI to outrank its own live successor; and 1,406 AXN identifier URLs carrying both rel=canonical to another page and a zero-second meta refresh, i.e. listed in a sitemap and engineered not to be indexed. Remediation shipped the same day (alexanarch commits b738d5fa, c3b73506, b3e3ae40): articleBody and encoding on 1,406 record pages, sameAs to severed DOIs on 986, frontmatter stripped, AXN republished as independent DefinedTerm entities in a DefinedTermSet, subjectOf reception back-links on 231 deposits, llms.txt, and the capture-deposit link map. Address count at capture 1,964; after rebuild 2,009, of which 101 now carry deposit_links. Re-running this query after re-crawl gives a post-intervention measurement against a documented cause — the registry's first controlled before/after on its own subject.