Rendered from docs/decisions/0016-public-presence.md in the Headwater corpus. Every document on this half of the site is typed by the taxonomy the descriptor names: corpus.json.

Q16 — Public presence

Context

One evaluation settles this with Q11 and Q12. The three describe one path. An outsider hears the name, decides whether it is worth an hour, and checks the terms. Then they point the tool at a corpus that nobody wrote to any of this.

Registration has a definition, and the definition is why no file can perform it. Q14 refused registration because no file inside a corpus makes that corpus findable, which is a symptom. The reason is that registration is an act of publication, and a publication needs a channel whose reader is already obliged to read it. llms.txt fails at a larger radius for the same reason. About 137,000 domains publish one, 97% of the valid files went unread for a month, and no provider is obliged to read one (HW-EVAL-adjacent-work §O.3).

Decision

Registration closes with no new machinery, because two obliged channels already exist. A taxonomy package goes to a registry that a resolver must read to install it (spec 7), and a resolver is an obliged reader by construction. A rendered page already carries a link relation to the served descriptor (spec 7). Registration is the publisher's own act in a channel that exists, and Headwater supplies only the payload, which Q14 already settled.

A registry or directory of Headwater corpora is refused, not deferred (spec 0). Q9 refused query fan-out, and Q14 refused a reserved path at the root of an origin. A central directory is both refusals at the largest radius, and it adds one that neither has. It would be the single piece of Headwater infrastructure that must stay online for discovery to work. The non-negotiables of this system include an offline run with the same result as CI. The cost of the refusal is real: nobody can enumerate Headwater corpora. An organization that wants its own enumerated builds a solution corpus and pins them, which is enumeration where somebody owns the list.

The site is a projection of this corpus, and no generator is built. Spec 0 already refuses to build a renderer and names the alternative, and spec 0 item 3 already lists site navigation among the projections. So Headwater emits the navigation and the content, and a third-party static-site generator renders them. Nothing here is built before the engine exists, and when it does the site is an emitter target and a projection. Both mechanisms have owners already.

Consequences

The sitemap ran, and it measures the specification rather than the marketing. LeanCTX is the standard to match, and it is useful because it is one developer's project rather than a large company. Its facets are questions this specification should already answer.

Facet What answers it today Verdict
How it works, architecture Spec 6, spec 1, spec 12 Answered
Benchmarks, metrics Nothing. Every efficacy claim is marked unmeasured Empty, and it stays empty
Comparisons HW-EVAL-adjacent-work, spec 8, and spec 0's table of what we do not build Answered, and the strongest row
Use cases The five adopters of the first-run walkthrough Answered, from an evaluation
Compatibility, integrations Q13's six emitters, of which two ship Answered, and the answer is two
Docs, getting started Spec 3, the interview and the tutorial Answered as a document, and the page that would carry it waits on the site
Pricing, enterprise, consulting Q11 Partial. The terms are Apache-2.0, and where a commercial tier sits is still open
Compliance, audits, self-assessment Spec 4's obligation and gap registers, and spec 6's one claim and five non-claims Answered
Changelog, community, open-source posture Q11. There is no changelog and no community Partial. The posture is stated, and neither artifact exists
llms.txt, AI-crawler robots.txt Cheap to emit, and measurably unread Ship it, and count it as nothing

One row moved on 2026-08-17, and the reason it carried had expired. The getting-started row read no quickstart, because there is nothing to start. That was true when this entry closed. It stopped being true when M1 and M2 shipped headwater check, headwater taxonomy validate and headwater taxonomy resolve. The tutorial now takes a reader from an empty directory to a passing strict run. The row is answered as a document and no further. This entry rules the site a projection, and no item of the plan builds one.

What the forcing function found is uncomfortable and correct. The largest hole in the public story is the one that this project has decided it may not fill. The benchmark row is empty because principle 11 forbids a number that no run produced, and it stays empty until a campaign runs. The pressure to relax that will arrive exactly when the site does.

The second finding is quieter. The comparison row is the strongest asset here, because HW-EVAL-adjacent-work already carries the arguments against Headwater. OpenGEO declines the standards stack for a neighboring problem, and TrustGraph ships the opposite mechanism. Vale is the closest analog and is in another language. §M states that the survey licenses no efficacy conclusion at all. A comparison page that carries its own counter-evidence is unusual enough to be the difference, and it is already written.

"Honest before impressive" becomes a mechanism, because the site is generated. §I.4 records claims that move between README versions as the thing which made an otherwise strong project harder to trust. An intention does not prevent that. A generated page does. Every number on the site comes from the evidence register, and a claim with no instrument is generated as unmeasured (spec 4). A hand-written number on the site is then a finding, in the way that a hand-edited shelf index is. And the self-assessment states that it is self-published, which is §I.4's standard applied to ourselves.

The leaning on timing survives, with a derived trigger. The site ships when the engine ships. A site supplies observability, and it cannot supply trialability. The diffusion literature is clear that neither substitutes for the other (HW-EVAL-adjacent-work §S.6). So a site that describes a tool nobody can run spends the first impression and offers no next step. The sitemap is drafted above, which is what the leaning asked for.