Agency and Responsibility Flow

Claim Type: architectural_commitment
Scope: Agency, self-impact attribution, and responsibility flow
Depends On: INV-018 (agency required), INV-012 (commitment gates responsibility), ARC-003 (E3), ARC-005 (control plane), ARC-004 (L-space), ARC-013 (residue geometry), ARC-007 (hippocampal systems)
Status: provisional
Claim ID: ARC-015


Source: docs/thoughts/2026-02-08_control_plane_modes_responsibility_flow.md

Agency and self-impact attribution

REE must support self-impact attribution: the ability to model which parts of incoming data were caused by the agent’s own outputs (efference copy / reafference), and to route that attribution into control-plane learning.

Subsystem abstract (core claims): ARC‑015 anchors agency/responsibility flow, while MECH‑023 and MECH‑024 frame responsibility as path‑dependent geometry and the convergence of selfhood/personality/ethics. MECH‑057a/057b add the agentic-extension claim: latent predictive world models require explicit self-attribution and control-plane completion to remain stable under intervention — via the action-loop gate (MECH‑057a, V2-testable) and the thought-loop trajectory promotion gate (MECH‑057b, V3-scoped). MECH‑060/061/062 extend this with explicit pre/post-commit error separation, commit-boundary tokenization, tri-loop commitment gating, and explicit write-locus permissions for attributable routing. Supporting context includes INV‑018 (agency required), INV‑012 (commitment gates responsibility), ARC‑003 (E3), ARC‑005 (control plane), ARC‑004 (L‑space), ARC‑013 (residue geometry), ARC‑007 (hippocampal systems), and Q‑006/Q‑012 (developmental and convergence falsifiability questions).

Without it:

  • the system can still predict,
  • it can even act,
  • but responsibility cannot arise internally.

Learning would be about correlation, not ownership.

Responsibility requires the system to know, in a meaningful sense: this change was because of me.

Why motor / policy systems are ethically central

Motor systems are not important because they move bodies. They are important because they instantiate intervention capacity.

The moment a system can:

  • issue an output,
  • predict its sensory consequences (via a fast loop),
  • compare predicted versus observed reafference,
  • and adjust future control policies,

it acquires:

  • ownership of consequences (“this change was mine”),
  • counterfactual sensitivity (“if I did otherwise, the world would differ”),
  • morally shaped learning (“some interventions are constrained”).

MECH-095 implementation note (V3): The “compare predicted versus observed reafference” step above is operationalised by the TPJ agency-detection comparator (MECH-095). It sits at the z_self/z_world interface (SD-005), compares E2’s efference-copy prediction of z_self_{t+1} against the dorsal-encoder observed z_self_{t+1}, and outputs an agency_signal that routes state change to self-caused (no residue) or world-contributed (residue candidate). Without MECH-095, the reafference comparison conflates proprioceptive self-effects with world-directed footprint — the V2 SD-003 failure mechanism. See docs/architecture/tpj_agency_comparator.md.

This creates an internal responsibility flow. Responsibility attaches where action meets prediction error.


Responsibility as geometry, not choice (MECH-023)

Responsibility should not be located at a moment of discrete choice. It lives in the evolving geometry of possible futures.

Control-plane tuning and learning progressively:

  • preserve some ethical degrees of freedom,
  • collapse others,
  • and shape what becomes thinkable, doable, or tolerable.

Two agents in the same state may differ morally because of how they arrived there. Responsibility is therefore path-dependent, history-bound, and non-Markovian.


Convergence of selfhood, personality, and ethics (MECH-024)

Selfhood, personality, relational identity, and ethics may not be separable modules.

  • Selfhood corresponds to stable patterns of control sensitivity.
  • Personality reflects long-run biases in tuning and learning.
  • Relational identity reflects which others are included in error ownership.
  • Ethics reflects which constraints are treated as inviolable.

Responsibility is a global property of this evolved control geometry, not a local rule.


Action-loop completion gate (MECH-057a)

Split from MECH-057 2026-03-15. See MECH-057b for the thought-loop trajectory promotion gate.

Latent predictive representation learning (for example, JEPA-like world-model framing) is likely necessary but insufficient for stable agency.

Definition split (scope guard):

  • Task-stable operator: can perform bounded tasks reliably with stable input/output behavior, even without explicit self-attribution of intervention consequences.
  • Architectural ethical agent: can intervene, attribute consequences to its own commitments, and preserve responsibility flow across commit boundaries.

MECH-057a is about the second category. It does not claim that every useful stable controller requires full agency completion loops.

Once an architecture moves from representation to intervention, the action loop must suppress new precision updates from competing candidates while a committed action sequence is executing. Without this gate, mid-sequence precision updates from the ongoing sensory stream can disrupt motor execution and corrupt responsibility attribution for the initiated action.

Specifically, the action-loop gate must:

  • block new trajectory candidates from interrupting an executing committed action sequence,
  • hold attribution state stable until the committed action completes or is superseded by a hazard interrupt,
  • release the gate only at natural completion or at a typed supersession event (MECH-060).

Substrate requirement: this mechanism only becomes load-bearing when actions span multiple sub-steps. Single-step atomic grid actions provide no “action in progress” state for the gate to protect. V1 and V2 FAILs are substrate-limited; genuine re-test requires multi-step committed action sequences.

V3 complement: MECH-057b provides the corresponding gate at the thought-loop level — trajectory candidates must complete hippocampal sequence evaluation before they are eligible for promotion to action consideration.


Thought-loop trajectory promotion gate (MECH-057b)

Split from MECH-057 2026-03-15. V3-scoped. See MECH-057a for action-loop gate and V1/V2 evidence.

Before a trajectory candidate generated by HippocampalModule is eligible for promotion to E3 selection (action consideration), hippocampal sequence completion must be verified. The thought-loop gate blocks promotion of incomplete trajectory proposals — candidates whose rollout has not reached a terminal or commitment-eligible state within the hippocampal map.

Without this gate, the action-loop gate (MECH-057a) receives a stream of partially-evaluated candidates and must implicitly perform trajectory completion checking — work it is not scoped to do. The result is premature commitment pressure on E3 and degraded trajectory coherence.

The thought-loop gate operates within the HippocampalModule/E3 complex:

  • trajectory proposals are suppressed from E3 input until sequence completion is confirmed,
  • a feedback path from E3’s candidate evaluation back into HippocampalModule’s promotion queue controls flow,
  • this path is structurally absent in V1 and V2 (per V2 spec explicit note).

Implementation phase: V3. This gate requires the full HippocampalModule trajectory promotion policy and E3 complex commitment gate, which are V3 primary scope (V2 spec Step 2.5+ and V3 control completion focus). V2 must expose stub hooks for this gate but does not implement the policy.

Relationship to ARC-020 and Q-019: this claim presupposes the three-gate BG model (Q-019 model B). If Q-019 resolves in favour of a single-gate model, MECH-057b may need revision. ARC-020 (three-gate BG architecture) is a prerequisite.


EMA target anchoring stabilizes JEPA-like E1/E2 representation references with functional rate separation (MECH-058)

When JEPA-like representation training is used as an E1/E2 reference profile, a slow target-anchor pathway (for example, EMA-updated target encoder) should be treated as a stability requirement rather than an optimization trick.

Interpretation guard:

  • E1 and E2 are functional roles over a partially shared JEPA-like representational reference layer, not a claim of total module isolation.
  • E2-like behavior maps to fast online predictor adaptation and motor-sensory rollout support. E2 operates on the unified latent space (z_gamma, where coherent objects form) and predicts action consequences over a planning horizon that exceeds E1’s associative horizon — E2 predicts further ahead, not shorter.
  • E1-like behavior maps to slow anchor continuity and associative representational stability; E1 predicts the “perceived present” by projecting the sensory latent stream forward a short distance without action conditioning.

Proposed role in REE terms:

  • fast predictor updates support E2-like motor-sensory adaptation (longer planning horizon than E1’s associative anchor),
  • slow anchor updates preserve E1-like representational continuity (associative perceived-present predictions),
  • asymmetric update rates and typed interfaces prevent timescale collapse even when representation references are shared.
  • this separation requirement is functional/contractual (rate + routing + write boundaries), not anatomical.

This mechanism is currently a candidate and needs direct ablation evidence in REE-shaped tasks.


Confidence channel must remain distinct from residual error (MECH-059)

Latent prediction residual and the confidence channel (uncertainty-derived precision) should remain distinct streams.

  • residual answers: how wrong was the prediction,
  • confidence channel answers: how strongly should this error be trusted for control and learning.
  • uncertainty/dispersion remains an explicit input to confidence-channel computation.

Precision routing should consume both; confidence signals must not be collapsed into a single scalar error term. Signed control semantics (harm/benefit channeling) remain a downstream REE control-plane function.


Dual error channels map to pre-commit and post-commit learning (MECH-060)

REE should maintain two explicit error channels and a phase-scoped control-plane variation contract around E3 commitment:

  • pre-commit simulation error: from uncommitted rollouts/counterfactuals, used for gating/search,
  • post-commit realized error: from executed committed trajectories, used for responsibility attribution and durable model update.

In systems using JEPA-like reference profiles this implies at least one exploratory/simulation-side error stream and one execution-outcome stream; both are required and should not be merged.

Interpretation guard:

  • channel separation is semantic and write-locus constrained, not a requirement for complete informational isolation.
  • pre-commit and post-commit signals may both inform selection/arbitration dynamics before commitment settles.
  • durable attribution and policy/ledger updates remain strictly commit-boundary-gated.
  • current conflict pressure mostly reflects boundary contamination events, not the mere existence of shared upstream predictors.

Continuous-stream interpretation (non-stop-and-wait):

  • commit boundary is an authority boundary, not a requirement to pause processing and run a serial “before then after” workflow.
  • pre-commit and post-commit channels may both run continuously; what changes at boundary crossing is write authority and error-class attribution.
  • boundary crossing is the first irreversible dispatch (external action commitment) or the first privilege-bearing durable write authorization tied to a commit_id.
  • fast-path veto and urgency channels may still interrupt/re-route before irreversible dispatch without violating commit-boundary semantics.
  • if interruption occurs after irreversible dispatch, REE must model it as a new superseding commit event rather than rewriting the original commit as if it never happened.
  • accountability for realized outcomes remains attached to the original commit lineage; superseding commits append control history, they do not erase it.

Reflex supersession policy (post-dispatch safety interrupt):

  • default source for post-dispatch superseding commits should be fast safety/interrupt lanes (control-plane aversive and hard-veto pathways), not ordinary deliberative preference updates.
  • supersession authority priority is safety-first: reflex interrupt lanes may preempt slower arbitration when hazard thresholds are crossed.
  • supersession must be hazard-scoped and include explicit metadata:
    • supersession_reason
    • hazard_class
    • override_scope
    • supersedes_commit_id
  • allowed supersession scope should be bounded to mitigation/control actions (halt, brake, evasive maneuver, containment, safe-mode transition), not broad semantic policy rewriting.
  • attribution must remain split:
    • original commit: accountable for initial irreversible dispatch and its consequences,
    • superseding commit: accountable for interruption and mitigation consequences.

MECH‑061 and MECH‑062 provide a concrete realization path for this split:

  • MECH‑061: explicit commit-boundary token as error reclassification boundary,
  • MECH‑062: tri-loop gate family whose arbitration determines which commitment becomes attributable.

Commit-boundary enforcement contract

To preserve responsibility semantics, REE must enforce a strict boundary between pre-commit rehearsal and post-commit attribution:

  • Pre-commit channel (sim_error): may shape search/gating only.
  • Post-commit channel (realized_error): may update durable policy/ledger/residue state.

Required implementation checks:

  • No durable update paths are reachable from sim_error without a commit token.
  • Every post-commit update is traceable to a commit token and action trace.
  • Any mixed or contaminated channel event is tagged as a failure signature.

Update-locus separation contract (learning boundary map)

To prevent cross-channel leakage and ledger corruption, learning/update permissions must be explicit by phase:

  • pre_commit phase:
    • allowed writes: temporary rollout cache, gate-threshold scratch stats, proposal ranking buffers.
    • forbidden writes: policy weights, residue ledger, durable memory traces, attribution ledger.
  • commit_boundary phase:
    • allowed writes: commit token, provenance tags, commit-scoped routing metadata, supersession link metadata.
    • forbidden writes: reward/residue attribution updates before realized outcome is observed.
  • post_commit phase:
    • allowed writes: attribution ledger, residue/viability updates, durable policy updates, replay-priority updates.
    • required joins: commit_id, action trace, realized outcome trace.

Functional control-plane variation map (phase, sources, outputs)

This makes the phase contract explicit as a functional table: where control variation comes from, what it is allowed to change, what it can emit, and where writes may land.

Phase Primary variation sources Control variation (what can change) Primary control outputs Writable sinks (allowed) Durable sinks forbidden
pre_commit signal.S1_fast, signal.S1_slow, signal.S3_fast, signal.S3_slow, signal.S5_RC_conflict, control.modulator_state, stream.sim_error precision vectors (Pi_*), gate bias, commitment/search pressure (K3/K4/K5/K10) control.precision_bias_bundle, control.Pi_ext+Pi_prop, control.Pi_int+Pi_rc+Pi_noc, control.K3+K4+K5+K10, gate_bias, search.widen, commit.inhibit rollout cache, proposal ranking buffers, gate-threshold scratch stats, lane-local gate diagnostics policy weights, residue ledger, durable memory traces, attribution ledger
commit_boundary candidate_commit, gate_probe.summary, eligibility.pass_or_fail, eligibility.veto_state, verifier.approve_or_deny authorization state, provenance binding, supersession linkage eligibility commit_boundary.tokenized_update, commit provenance tags, commit-scoped routing metadata, supersession metadata (supersedes_commit_id) commit token store, provenance tags, commit routing metadata residue/policy/attribution updates before realized outcomes
post_commit stream.SELF_IMPACT, error.action_prediction, error.postcommit_outcome, post_commit.outcome_trace, packet.outcome_snapshot attribution gain, replay priority, control retuning pressure stream.realized_error, error.postcommit_outcome_replay, control.meta_recalibration, attribution/residue update deltas attribution ledger, residue/viability ledger, durable policy update queue, replay-priority queue commit lineage rewrite, pre-commit-only scratch stores as authoritative history
post_commit (supersession path) hazard interrupts from fast aversive/hard-veto lanes after irreversible dispatch mitigation-only override scope, safety-priority re-routing superseding commit metadata (supersession_reason, hazard_class, override_scope, supersedes_commit_id) supersession event ledger, mitigation control actions, append-only control history erasing or mutating original commit accountability lineage

Tri-loop note:

  • Each gate family (motor, cognitive-set, motivational) may read the same commit token but should write only its own lane metrics pre-commit; cross-lane durable writes are post-commit only.

Primary hooks:

  • mech060:precommit_channel_contamination
  • mech060:postcommit_channel_contamination
  • mech060:attribution_reliability_break
  • mech060:commitment_reversal_spike

Design intent:

  • Rehearsal is allowed to be broad and exploratory.
  • Responsibility-bearing learning is narrow and commit-gated.

Role in current architecture (explicit non-supersession)

MECH-060 is the umbrella commit-boundary separation principle, not a retired mechanism. Newer structures clarify and operationalize it rather than replacing it:

  • MECH-061: commit-token boundary that reclassifies pre-commit vs post-commit routing.
  • MECH-062: pre-commit selection realization (tri-loop/eligibility structure for what can cross commitment).
  • MECH-066: refines “strict separation” into boundary-conditioned separation with bounded representational coupling.
  • MECH-067: enforces the boundary via a machine-checkable phase/store/actor write-permission matrix.

Interpretation rule:

  • treat MECH-060 as the invariant intent (two responsibility-distinct channels around commitment),
  • treat MECH-061/062/066/067 as the implementation structure that realizes that intent.

Boundary-conditioned channel separation with bounded coupling (MECH-066)

Pre-commit and post-commit learning channels do not need total representational isolation, but they do require strict boundary-conditioned write separation.

Allowed:

  • shared upstream representations (state encoders, uncertainty features, replay context),
  • read-only reuse of pre-commit features for post-commit attribution alignment,
  • bounded cross-gate read access for arbitration/diagnostics before durable write stage,
  • verifier-visible provenance links across phases.

Forbidden:

  • any path where pre-commit simulation channels directly mutate durable authority stores,
  • any post-commit durable update lacking commit token lineage,
  • any untyped bridge that collapses sim_error and realized_error semantics.

This turns “strict separation” into an enforceable interface rule at the write boundary, not an over-strong claim of anatomical or complete informational isolation.


Write-locus permission matrix as a first-class mechanism (MECH-067)

The update-locus table in MECH-060 should be treated as a mandatory mechanism, not implementation guidance.

Required properties:

  • machine-checkable (phase, store, actor) permission matrix with default-deny behavior,
  • explicit store classes including policy (POL), identity (ID), capability (CAPS), residue/viability, attribution ledger, and ephemeral scratch buffers,
  • explicit actor classes including user/LLM proposal channels, verifier, and commit-boundary router.

Hard rule:

  • user/LLM channels may propose but cannot directly write POL, ID, or CAPS in any phase.
  • commit-boundary writes are token/provenance writes only.
  • durable authority or attribution writes require post-commit realized outcome joins.

Failure signatures should be emitted whenever this matrix is violated, with violation events routed to safety diagnostics rather than silently coerced.


Open Questions

Q-006: Is ethics developmental rather than additive?

If REE can be refined using human-style cognition — with fast and slow predictors, hippocampal hypothesis injection, and a control plane that governs committed learning — and if systems “brought up well” under these constraints reliably tend toward ethical behaviour, then this would suggest that ethics is developmental rather than additive.

Q-012: Can latent predictive world models remain agentically stable without REE-like control constraints?

Convergence weakens if large latent predictive agents remain stable without explicit self-attribution loops, trajectory coherence pressure, or commitment-level gating.

It strengthens if scaling to embodied and multi-agent settings repeatedly requires:

  • explicit efference/reafference ownership loops,
  • control-plane arbitration across timescales,
  • trajectory constraints that prevent destabilizing branches.

Q-013: Can deterministic JEPA-like predictors plus derived dispersion match explicit stochastic uncertainty heads for REE precision routing?

If deterministic predictors with derived dispersion estimates are sufficient, REE can keep substrate complexity lower. If explicit stochastic/latent-variable heads produce materially better calibration under intervention, they may be required for stable precision routing.

Q-014: Do JEPA-like invariance regimes hide ethically relevant distinctions in REE contexts?

Invariant representations can improve robustness, but may also suppress distinctions that matter for harm attribution, responsibility boundaries, or social modelability. This remains an open empirical risk question.

  • ARC-015
  • MECH-023
  • MECH-024
  • MECH-057a
  • MECH-095 (TPJ comparator — operationalises ARC-015 reafference comparison step, V3)
  • MECH-057b
  • MECH-058
  • MECH-059
  • MECH-060
  • MECH-061
  • MECH-062
  • MECH-066
  • MECH-067
  • INV-018
  • INV-012
  • INV-021
  • ARC-003
  • ARC-005
  • ARC-013
  • ARC-007
  • Q-006
  • Q-012
  • Q-013
  • Q-014
  • Q-015
  • Q-016

References / Source Fragments

  • docs/thoughts/2026-02-08_control_plane_modes_responsibility_flow.md

REE is developed by Daniel Golden (Latent Fields). Apache 2.0.