Skip to content

Ownership Boundary

Runtime authority decides whether composed work may execute, persist, resume, and count as acceptable replay. It governs lower-layer evidence without re-owning how that evidence was produced.

flowchart TD
    decision{"What must be decided?"}
    prepare["source representation"]
    retrieve["vector execution"]
    interpret["claim support"]
    coordinate["role progression"]
    govern["flow authority, persistence, replay"]

    decision --> prepare --> ingest["ingest"]
    decision --> retrieve --> index["index"]
    decision --> interpret --> reason["reason"]
    decision --> coordinate --> agent["agent"]
    decision --> govern --> runtime["runtime"]

Decision table

Change Owner Reason
change normalized chunk identity ingest changes the prepared record
change exact/ANN execution contract index changes retrieval authority
change whether exact bytes ground a derived claim reason changes reasoning evidence
change critique/verifier role sequence agent changes workflow progression
require a dataset descriptor before flow execution runtime changes admission authority
reject a finalized flow after verification arbitration runtime changes acceptance policy
permit bounded replay under previously declared variance runtime changes governed replay verdict

Lower-package handoff

Runtime receives typed artifacts, retrieval evidence, reasoning bundles, verification results, agent traces, tool records, and declared failures. Those records retain their lower-layer meaning. Runtime adds tenant, flow, plan, environment, policy, event, entropy, persistence, and replay relationships.

If required lower-layer evidence is missing or invalid, runtime refuses or marks the flow non-certifiable. It must not reconstruct provenance from final text or silently relax a contract.

Record And Payload Authority

Runtime owns the composed artifact record: its ID, tenant, type, producer, parents, scope, content hash, and position in execution history. It does not own a built-in durable store for the payload bytes. That separation gives three parties distinct obligations:

Authority Owns Must prove
lower package semantic meaning and production of the content the record represents the output it claims to represent
runtime composed identity, lineage, tenancy, policy, and replay relationships the retained record belongs to the governed flow
storage integration payload publication, retrieval, access, and retention retrieved bytes hash to the runtime record and are authorized for the tenant

Neither a lower-package artifact ID nor a runtime database row is sufficient to recover content. A host integration must retain the bytes and their runtime record as one governed set without allowing storage metadata to override runtime authority.

Verification and arbitration

Verification engines record what they checked, which rules passed or failed, their targets, cost, classification, and reason. Arbitration applies a policy fingerprint and rule to those immutable observations. The arbitration decision does not rewrite engine results.

Authority accumulates without replacing evidence

flowchart LR
    produced["lower-package semantic record"]
    correlated["flow + tenant + plan correlation"]
    observed["causal events + effects + entropy"]
    checked["immutable verification findings"]
    arbitrated["policy arbitration"]
    persisted["finalized store + payload custody"]
    replayed["replay diff + verdict"]

    produced --> correlated --> observed --> checked --> arbitrated --> persisted --> replayed

Each runtime stage adds an authority relationship. It may refuse progression, but it may not alter an earlier producer record to make the later decision pass. A rejected flow can still contain valid ingest, index, reason or agent evidence; a successful flow cannot erase a lower-layer failure.

Minimum governed-run handoff

Record Authority preserved
manifest, tenant, dataset and policy identities who requested what under which declared rules
resolved immutable plan and environment fingerprint which dependency order and execution environment were admitted
selected mode, budgets, entropy authorization and effect permissions what execution was allowed to do
lower-package artifacts, evidence, claims, traces and typed failures producer-owned semantics without runtime reinterpretation
ordered events, tool calls, receipts, unknown outcomes and checkpoints causal execution and recovery boundary
verification findings and arbitration decision observations remain distinct from policy acceptance
DuckDB/store identity plus payload hashes and authorized content references durable metadata and retrievable bytes remain one custody set
finalization/certifiability and replay envelope/diff/verdict why the run closed and whether later comparison is acceptable

This packet supports reverse audit from replay verdict to source evidence. Database presence, a final answer, or a successful CLI exit alone cannot stand in for it.

Route authority failures

First false record Owner
source, normalized document or chunk identity ingest
vector artifact, capability decision, ranking or retrieval provenance index
claim support, evidence bytes, checks or reasoning trace reason
role transition, merge, convergence, termination or agent trace agent
manifest admission, mode, tenant, effect permission, event order, arbitration, persistence, resume or replay verdict runtime
repository check, workflow or publication artifact maintenance system, not runtime

Runtime must retain and expose an upstream failure, but the producer remains responsible for correcting its semantic record. Runtime owns the decision to refuse the composed flow because of that failure.

Runtime and maintenance

Runtime owns executable product behavior. Repository checks, synchronized standards, release mechanics, and documentation publication belong to the maintenance system. A command that operates the repository is not runtime authority merely because it runs late in delivery.

Ownership test

Ask whether the behavior changes a lower-layer semantic record or the authority over a composed flow. The former remains with its producer. The latter belongs here when it affects manifest admission, mode, budget, causal recording, verification arbitration, persistence, resume, or replay verdict.