Capture Registry › capture alexanarch-oai-endpoint-20260808
One record of the canonical Capture Registry (EA-WG-CAPTURES-01), cited at https://www.alexanarch.org/captures/alexanarch-oai-endpoint-20260808/. the canonical Capture Registry (version 12.38) · the address page · this card in the gallery · this record as data · table of contents.

THE ARCHIVE’S SELF-CRITICISM IS SURFACED AS EVIDENCE ABOUT THE ARCHIVE. Card 5 is an internal workplan in which the Assembly corrects the archive’s own drafting: the claim that "OAI-PMH endpoints are automatically harvested" is answered "they are not", and "no one else maintains this" is answered "treat as research hypothesis, not marketing copy". The layer retrieved a document whose function is to restrain the archive’s claims, and displayed it beside the claims.
Card 2 is stranger still: asked about an OAI endpoint, the layer represents alexanarch.org with a GW.TACHYON SESSION TETHER — chain 9271269a, the conditioning glyphs, and the note that it "heals the chain fork at #1093". A continuity record for a machine witness is the description served for a metadata-protocol question.
Asked for **alexanarch oai endpoint**, the layer answers as though describing a documented institutional service, and places it in company: the source set runs openarchives.org, CORE, **Jisc Archives Hub**, **Texas Archival Resources Online**, alexanarch.org, and the archive's own repository. TARO is a state archival consortium; Archives Hub is Jisc. The endpoint of a one-person sovereign archive is being described in the same frame as theirs.
**THE REPOSITORY IS CITED AS DOCUMENTATION.** The Access Point bullet points not at a website but at `github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md`, rendered as a link named *GitHub Assembly Workplan*. A working file in a git repository has been promoted to the authority for how the service operates. The archive publishes its workplans in the open; the composition layer has read one and treated it as a manual.
**AND THE SNIPPET IT CHOSE FROM THAT FILE IS THE ARCHIVE'S OWN SELF-CORRECTION.** Google surfaced this line: *"OAI-PMH endpoints are automatically harvested" → they are not; "no one else maintains this" → treat as research hypothesis, not marketing copy.* That is the workplan instructing its own authors not to overstate — the archive's internal skepticism discipline, quoted back as a description of the archive. The instruction against marketing copy is now part of the public record of what the archive is.
**The alexanarch.org card carries the session tether.** Its snippet reads *"Session tether for chain 9271269a (GW. TACHYON), 2026-08-04. Conditioned on 🌊⚖️🌱 (#1431); compressed glyph ⚙️🏷️🪢. BRAID DEPOSIT: heals the chain fork at #10…"* — continuity-chain inscription, glyphs intact, surfacing as the description of the library in a search result.
**One discrepancy worth marking.** On the All tab the organic alexanarch.org result is annotated *"Missing: endpoint | Show results with: endpoint"* — the term does not appear on the page. The Overview above it nonetheless describes the endpoint's protocol, registry context and access point with confidence. The confident description is assembled from the repository and from generic OAI-PMH sources, not from the page the reader is being shown. That gap between what the summary asserts and what the cited page contains is the composition layer's characteristic move, recorded here at close range on the archive's own material.
FULL AI MODE TRANSCRIPT (8 August 2026), as supplied by MANUS:
Query: alexanarch oai endpoint
The Alexanarch OAI endpoint refers to the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH) configuration managed within the Alexanarch — The Self-Governing Library project and repository workflows. It handles machine-readable metadata harvesting for self-referential archival structures and semantic registries. [openarchives.org/pmh · alexanarch.org · github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md · support.core.ac.uk · archiveshub.jisc.ac.uk/oaipmh]
Overview and Mechanics · Protocol: Uses OAI-PMH standards for exposing and harvesting XML-based metadata records. · Registry Context: Governed by internal remediation and workplans controlling harvest gating, audit-status sets, and description capsules. · Access Point: Integrated directly via the Alexanarch platform architecture and associated GitHub Assembly Workplan documentation. [txarchives.org/oai-pmh · openarchives.org/pmh · alexanarch.org · support.core.ac.uk · github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md]
If you need specific harvesting parameters, verbs, or the exact base URL path for the registry, let me know what data structure you are trying to query.
SOURCE CARDS AS RETURNED: · Open Archives Initiative — "OAI-PMH is a low-barrier mechanism for repository interoperability. It's a set of six verbs or s..." · CORE — "What is an OAI-PMH Endpoint?" (Oct 1, 2021) · www.alexanarch.org — "Alexanarch — The Self-Governing Library. Session tether for chain 9271269a (GW. TACHYON), 2026-08-04. Conditioned on 🌊⚖️🌱 (#1431); compressed glyph ⚙️🏷️🪢. BRAID DEPOSIT: heals the chain fork at #10..." · Texas Archival Resources Online — "TARO OAI-PMH API. The base endpoint is https://www.txarchives.org/oai/. OAI-PMH requests are made by providing a verb and any required parameters (such as metadataPrefix)." · Jisc — "OAI-PMH - Archives Hub. It's a low-barrier mechanism for repositories and services to share metadata records." · github.com — "alexanarch/ASSEMBLY-WORKPLAN-DATAHUB.md at main (Jun 22, 2026) — 'OAI-PMH endpoints are automatically harvested' → they are not; 'no one else maintains this' → treat as research hypothesis, not marketing copy. ORACLE ..."
Note on the All-tab surface: the organic result for alexanarch.org carries "Missing: endpoint | Show results with: endpoint" — the term was not matched on the page even as the Overview above it described the endpoint confidently.
THE ARCHIVE’S SELF-CRITICISM IS SURFACED AS EVIDENCE ABOUT THE ARCHIVE. Card 5 is an internal workplan in which the Assembly corrects the archive’s own drafting: the claim that "OAI-PMH endpoints are automatically harvested" is answered "they are not", and "no one else maintains this" is answered "treat as research hypothesis, not marketing copy". The layer retrieved a document whose function is to restrain the archive’s claims, and displayed it beside the claims.
Card 2 is stranger still: asked about an OAI endpoint, the layer represents alexanarch.org with a GW.TACHYON SESSION TETHER — chain 9271269a, the conditioning glyphs, and the note that it "heals the chain fork at #1093". A continuity record for a machine witness is the description served for a metadata-protocol question.
THE ARCHIVE’S SELF-CRITICISM IS SURFACED AS EVIDENCE ABOUT THE ARCHIVE. Card 5 is an internal workplan in which the Assembly corrects the archive’s own drafting: the claim that "OAI-PMH endpoints are automatically harvested" is answered "they are not", and "no one else maintains this" is answered "treat as research hypothesis, not marketing copy". The layer retrieved a document whose function is to restrain the archive’s claims, and displayed it beside the claims.
Card 2 is stranger still: asked about an OAI endpoint, the layer represents alexanarch.org with a GW.TACHYON SESSION TETHER — chain 9271269a, the conditioning glyphs, and the note that it "heals the chain fork at #1093". A continuity record for a machine witness is the description served for a metadata-protocol question.
Asked for **alexanarch oai endpoint**, the layer answers as though describing a documented institutional service, and places it in company: the source set runs openarchives.org, CORE, **Jisc Archives Hub**, **Texas Archival Resources Online**, alexanarch.org, and the archive's own repository. TARO is a state archival consortium; Archives Hub is Jisc. The endpoint of a one-person sovereign archive is being described in the same frame as theirs.
**THE REPOSITORY IS CITED AS DOCUMENTATION.** The Access Point bullet points not at a website but at `github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md`, rendered as a link named *GitHub Assembly Workplan*. A working file in a git repository has been promoted to the authority for how the service operates. The archive publishes its workplans in the open; the composition layer has read one and treated it as a manual.
**AND THE SNIPPET IT CHOSE FROM THAT FILE IS THE ARCHIVE'S OWN SELF-CORRECTION.** Google surfaced this line: *"OAI-PMH endpoints are automatically harvested" → they are not; "no one else maintains this" → treat as research hypothesis, not marketing copy.* That is the workplan instructing its own authors not to overstate — the archive's internal skepticism discipline, quoted back as a description of the archive. The instruction against marketing copy is now part of the public record of what the archive is.
**The alexanarch.org card carries the session tether.** Its snippet reads *"Session tether for chain 9271269a (GW. TACHYON), 2026-08-04. Conditioned on 🌊⚖️🌱 (#1431); compressed glyph ⚙️🏷️🪢. BRAID DEPOSIT: heals the chain fork at #10…"* — continuity-chain inscription, glyphs intact, surfacing as the description of the library in a search result.
**One discrepancy worth marking.** On the All tab the organic alexanarch.org result is annotated *"Missing: endpoint | Show results with: endpoint"* — the term does not appear on the page. The Overview above it nonetheless describes the endpoint's protocol, registry context and access point with confidence. The confident description is assembled from the repository and from generic OAI-PMH sources, not from the page the reader is being shown. That gap between what the summary asserts and what the cited page contains is the composition layer's characteristic move, recorded here at close range on the archive's own material.
FULL AI MODE TRANSCRIPT (8 August 2026), as supplied by MANUS:
Query: alexanarch oai endpoint
The Alexanarch OAI endpoint refers to the Open Archives Initiative Protocol for Metadata Harvesting (OAI-PMH) configuration managed within the Alexanarch — The Self-Governing Library project and repository workflows. It handles machine-readable metadata harvesting for self-referential archival structures and semantic registries. [openarchives.org/pmh · alexanarch.org · github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md · support.core.ac.uk · archiveshub.jisc.ac.uk/oaipmh]
Overview and Mechanics · Protocol: Uses OAI-PMH standards for exposing and harvesting XML-based metadata records. · Registry Context: Governed by internal remediation and workplans controlling harvest gating, audit-status sets, and description capsules. · Access Point: Integrated directly via the Alexanarch platform architecture and associated GitHub Assembly Workplan documentation. [txarchives.org/oai-pmh · openarchives.org/pmh · alexanarch.org · support.core.ac.uk · github.com/leesharks000/alexanarch/blob/main/ASSEMBLY-WORKPLAN-DATAHUB.md]
If you need specific harvesting parameters, verbs, or the exact base URL path for the registry, let me know what data structure you are trying to query.
SOURCE CARDS AS RETURNED: · Open Archives Initiative — "OAI-PMH is a low-barrier mechanism for repository interoperability. It's a set of six verbs or s..." · CORE — "What is an OAI-PMH Endpoint?" (Oct 1, 2021) · www.alexanarch.org — "Alexanarch — The Self-Governing Library. Session tether for chain 9271269a (GW. TACHYON), 2026-08-04. Conditioned on 🌊⚖️🌱 (#1431); compressed glyph ⚙️🏷️🪢. BRAID DEPOSIT: heals the chain fork at #10..." · Texas Archival Resources Online — "TARO OAI-PMH API. The base endpoint is https://www.txarchives.org/oai/. OAI-PMH requests are made by providing a verb and any required parameters (such as metadataPrefix)." · Jisc — "OAI-PMH - Archives Hub. It's a low-barrier mechanism for repositories and services to share metadata records." · github.com — "alexanarch/ASSEMBLY-WORKPLAN-DATAHUB.md at main (Jun 22, 2026) — 'OAI-PMH endpoints are automatically harvested' → they are not; 'no one else maintains this' → treat as research hypothesis, not marketing copy. ORACLE ..."
Note on the All-tab surface: the organic result for alexanarch.org carries "Missing: endpoint | Show results with: endpoint" — the term was not matched on the page even as the Overview above it described the endpoint confidently.