This is the contract guiding the generation of this site. It joins the approved five-pillar publishing model to concrete engineering and review expectations. It describes what implementation work must preserve—not a claim that every acceptance criterion has already passed.

How to use this contract

Before changing code, read this node alongside the repository’s AGENT.md, the blueprint, the node specification, and the actual ontology. Identify which rules apply to the proposed change, then name the checks that will demonstrate success.

The root node data is the canonical contract. This page is its readable expression; do not maintain a separate competing list of implementation rules.

Guidance is not enforcement

Some requirements can be checked mechanically: duplicate IDs, invalid kinds, unresolved edges, and broken links. Others require review: whether a definition is accurate, an architectural layer is justified, or an AI-assisted explanation preserves the meaning of a design principle.

Both matter. A well-formed node can still contain a mistaken claim, and a successful build can still produce an unhelpful interface.

Updating the contract

Change this node when approved requirements change. Explain the decision and its impact on code, tests, and documentation. Do not use an edited contract to silently expand permissions or retrospectively declare unfinished work complete.

Hugo Web’s personified identity gives the approach its character. This contract makes that approach inspectable during implementation.