Documents / Generated Derivatives

Generated Derivatives

Generated derivatives help readers inspect the project. They do not replace registered sources, registries, or governed control records.

Animated generated derivative boundary map Generated derivatives orbit a source lane and route readers back to canonical source inspection.
Generated derivatives help readers inspect outputs, but source records remain the authority for underlying claims.

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

Keep generated derivatives downstream from source and manifests.

The publication-provenance diagram shows source basis, route maps, page provenance, source manifests, asset manifests, static build output, and conflict paths back to source.

The diagram illustrates the publication provenance system across source basis, route maps, page provenance, source manifests, asset manifests, static build output, and reader routes.
Diagram showing source basis feeding page route map, page provenance, source manifest, asset manifest, static build, internal reader routes, provenance links, and a publication-is-not-source-truth boundary.

The diagram illustrates the publication provenance system across source basis, route maps, page provenance, source manifests, asset manifests, static build output, and reader routes.

Derivative classes

Generated surfaces are reader aids with explicit limits.

The status label tells the reader what kind of inspection the surface supports before the page offers source or provenance links.

ClassExamplesSafe useLimit
GitHub-facing MarkdownRepository-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 explainerNo-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 derivativeGenerated 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 browserGenerated 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 assetComprehension 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

Derivative disagreement sends the reader upstream.

The derivative page is most valuable when it makes the audit path explicit and keeps the source owner visible.

StepActionResult
Read the derivative labelIdentify whether the surface is generated Markdown, HTML, PDF, wiki, diagram, or asset.The reader sees derivative status before trusting the surface.
Find the source basisUse 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 ownerCheck 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 limitState 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

Read derivatives beside authority, retrieval, publication, research, and registry routes.

Canonical Documents routes come first; provenance records remain available when source inspection is required.