Back to notes
The Tesseract MemoryTechnical note

Following a finished creative back to its required inputs

The release validator traces the selected output's dependencies and checks that technical and semantic reviews belong to that exact creative, not merely another passing file.

Topics

Start with the version the caller expects

A current-release pointer helps find media, but a caller may need the version it already reviewed. Retrieval resolves the expected path inside the local root, compares the manifest hash with the registry entry, and checks identity, version and canonical location.

The caller can also supply an independent manifest hash. That pin lets retrieval reject a different release even when the mutable registry now points to it. The hash identifies content; it doesn't authenticate the person who approved it.

The output is the end of an edit chain

The validator checks the size and hash of every listed file, then checks the relationships between them. Edit steps must reference known assets and form a contiguous sequence. Technical and final semantic reviews must name the selected output, so a passing review for another file can't satisfy its checks.

An output-to-input map lets the validator walk from the final creative through its required sources. A visited set prevents repeated traversal. If a required input fails, advertising readiness is blocked; selecting one creative also doesn't excuse broken inventory elsewhere.

Byte integrity and review answer different questions

Readiness also needs an allowed semantic state, recorded scope for restricted use and compatible resolutions for blocking claims. An unassessed creative stays unassessed even when every checksum matches. The CLI checks those records; it doesn't watch the video or establish legal permission.

The source includes in-memory probes for invalid manifest combinations. Independent synthetic fixtures and atomic release promotion remain open work, and the records are still editable. No manifests, media checks or probes were run for this note.

Selected creative, derivation dependencies and readiness

Recorded reviews must refer to the selected asset, and its required input files must pass integrity checks before readiness can pass.

Direct callResponse / returnBlocked / denied
Manifest records
Validation
Readiness result

Scroll or drag the background to move. Use the zoom buttons to resize.Arrow keys move between components. Enter selects.

Choose a component to explore

Select a numbered component on the map or use the component menu. Its details and connections will appear here.

No component selected.

All connections (10)
  1. 01 · Selected final asset04 · Backward dependency walkstart at final asset · Direct call
  2. 03 · Derivation steps04 · Backward dependency walkinput relationships · Direct call
  3. 04 · Backward dependency walk05 · Required asset setdependency closure · Direct call
  4. 02 · Inventoried file references06 · Integrity and QA agreementfile check results · Direct call
  5. 05 · Required asset set06 · Integrity and QA agreementrequired identities · Direct call
  6. 01 · Selected final asset06 · Integrity and QA agreementexact QA target · Direct call
  7. 06 · Integrity and QA agreement08 · Validation errorsintegrity or QA failure · Blocked / denied
  8. 06 · Integrity and QA agreement07 · Claims and reuse scopeeligible recorded checks · Direct call
  9. 07 · Claims and reuse scope08 · Validation errorsunresolved claim or scope · Blocked / denied
  10. 07 · Claims and reuse scope09 · Consistent recorded readinessconsistent scoped record · Response / return