Authority
Source Authority
Start with the source, registry, derivative, retrieval, and website PRD ladder.
Open routeDocuments / Generated Derivatives
Generated derivatives help readers inspect the project. They do not replace registered sources, registries, or governed control records.
The Æther Flow Project is a two-part research program about foundational physics and the governed, human-accountable AI research system used to organize and test that work. Its physics track asks whether ordinary general relativity can be interpreted, and eventually derived, from a deeper Æther or Æther-Flow foundation; general relativity remains the exact benchmark for observable gravity, while the first-principles substrate derivation is still open.
Its AI track uses tracked tasks, Director decisions, bounded AgentJobs, roles, validation, memory preflight, completions, handoffs, and human gates so that theoretical work remains inspectable without becoming accepted physics by workflow alone. A generated derivative is a reader-facing copy, explanation, or visual presentation made from tracked material: it can make the project easier to read, compare, inspect, or navigate without becoming the owner of the claims it presents.
GitHub-facing Markdown supports repository and AI-assisted reading; tracked HTML supports visual no-network reading; PDFs and document copies support inspection and download; generated wiki pages and object browsers support discovery; and diagrams and public assets support comprehension. Each remains downstream from its registered source, registry row, or governed control record.
The publication chain makes that relationship auditable: a canonical source or registry supplies the claim basis, a source specification binds the intended output to inspected material and limits, a publication brief defines the reader job, visual strategy, acceptance criteria, and forbidden patterns, and the generated output then receives deterministic checks plus desktop, mobile, or before-and-after review evidence. Markdown, HTML, PDF, and website versions may use different layouts, but parity requires the same source basis, authority boundary, and core claims rather than identical section order.
Provenance records, derivative registries, status labels, source paths, and hashes help readers trace an output back to what produced it; a hash identifies particular file contents, not scientific correctness, and publication approval records a bounded reader-surface decision rather than physics authority. When a derivative and its owner disagree, read the derivative label, find the source basis, inspect the named source, source specification, registry row, handoff, or control record, and state what the derivative helps readers do and what it cannot prove. The source wins, and the derivative needs repair.
As a contextual Documents route outside the five-item primary dropdown, Generated Derivatives presents these limits through contextual copy, tables, and provenance rather than a separate Source authority component section. No generated Markdown, HTML page, PDF, document copy, wiki note, diagram, public asset, registry row, hash, validator PASS, screenshot, review receipt, AI output, or website page independently proves a physics claim, completes the open first-principles derivation, promotes the proposed ontology or a benchmark, expands workflow authority, overrides a human gate, or replaces direct source inspection.
Static diagram
The publication-provenance diagram shows source basis, route maps, page provenance, source manifests, asset manifests, static build output, and conflict paths back to source.
Derivative classes
The status label tells the reader what kind of inspection the surface supports before the page offers source or provenance links.
| Class | Examples | Safe use | Limit |
|---|---|---|---|
| GitHub-facing Markdown | Repository-browser explainers generated from source-backed publication work. | Use as seed reading and orientation when the source hierarchy is preserved. | A generated explainer can guide reading, but public claims still require source-basis verification. |
| Tracked HTML explainer | No-network human-readable HTML outputs and prior explainer pages. | Use as a design and content prior for public pages. | HTML output remains a generated derivative, not independent authority. |
| PDF and document derivative | Generated PDFs, website copies, and document-library downloads. | Use for inspection and reading when the source path and status label remain visible. | Generated documents do not promote source claims or close physics gates. |
| Wiki and object browser | Generated wiki pages, relationship views, and browsable project maps. | Use for discovery, object browsing, and candidate source location. | When source and derivative disagree, inspect the canonical source and current tracked control record. |
| Public diagram or asset | Comprehension diagrams, route figures, and public manifest assets. | Use to improve comprehension of an already source-bounded page. | A visual aid is not source proof, registry proof, or publication acceptance. |
Conflict handling
The derivative page is most valuable when it makes the audit path explicit and keeps the source owner visible.
| Step | Action | Result |
|---|---|---|
| Read the derivative label | Identify whether the surface is generated Markdown, HTML, PDF, wiki, diagram, or asset. | The reader sees derivative status before trusting the surface. |
| Find the source basis | Use route provenance, source manifests, registries, or publication briefs to locate the owner. | The derivative becomes a path to source inspection, not a substitute for it. |
| Inspect the owner | Check the canonical source, source spec, registry row, handoff, or control record that owns the claim. | Claim language follows the owner, not the polished derivative. |
| Record the limit | State what the derivative helps readers do and what it cannot prove. | Generated derivatives help readers inspect the project, but registered sources and tracked control records remain authoritative. |
Related Documents routes
Canonical Documents routes come first; provenance records remain available when source inspection is required.
Authority
Start with the source, registry, derivative, retrieval, and website PRD ladder.
Open routeRetrieval
Separate generated derivatives from local search and cache layers.
Open routePublication
Read how source specs and briefs keep derivative reuse bounded.
Open routeResearch
Inspect generated PDF and registered TeX source roles with collection status preserved.
Open routeDocuments
Return to the five primary Documents categories and their reader-job boundaries.
Open routeRecords
Use derivative registries as provenance and status maps.
Open route