Autonomy levels 4 & 5

A purpose that survives the next interruption.

Level 4 and 5 autonomy is continuing work inside a written mandate, for boards and operators who delegate, so that a separate runtime checks every action before it happens.

  • Level 4–5 autonomy
  • Admitted actions
  • Recovery by design
Scope an autonomous system
Retained task, bounded action and continuity. An illustrative method for preserving task and request identity through action and interruption.
Loading model
Technical descriptionsInteractive model unavailable. The static illustration and descriptions remain available.
Declared work-contract frame
Keep intended work and boundaries explicit through continuation.
Technical data

Inputs

Declared continuing task and envelope.

Transformation

Keep intended work and boundaries explicit through continuation.

Retained state and outputs

Intent, envelope, flow and heartbeat.

Required state and pending obligations.

Constraints

Intent and boundaries remain explicit through continuation.

Supervised task workbench
Transform the task while exposing cancellation and local failure.
Technical data

Inputs

Active purpose and obligations.

Qualified continuation under the same purpose.

Transformation

Transform the task while exposing cancellation and local failure.

Retained state and outputs

Inspectable work result and progress.

Task fault, cancellation and waiting remain distinct.

Constraints

Cancellation, a local fault and waiting for a person remain distinct.

Runtime effect-admission interface
Compare an identified proposal with actual applicable bounds and approval.
Technical data

Inputs

One identified external request.

Current scope and provenance requirements.

Approval bound to that request and scope.

Transformation

Compare an identified proposal with actual applicable bounds and approval.

Retained state and outputs

Exact intended effect.

Laws, provenance, approval and capability bounds.

Constraints

The identified effect requires all applicable bounds and approval.

Causal effect and consequence register
Retain issued effects and distinguish receipts from outcomes.
Technical data

Inputs

Named attempt; not proof of its outcome.

Independent receipt or retained uncertainty.

Transformation

Retain issued effects and distinguish receipts from outcomes.

Retained state and outputs

Issued identity and independent receipt.

Unresolved result survives interruption.

Constraints

A missing response leaves the original effect uncertain.

Successor and restoration bench
Check carryover and restoration separately from the claim that they happened.
Technical data

Inputs

Declared carryover and restoration requirements.

Original pending/received effects and irreversible history.

Behavioral continuity or observed post-restoration state.

Transformation

Check carryover and restoration separately from the claim that they happened.

Retained state and outputs

Required state, unresolved effects and obligations.

Fixed behavioral probes or observed restored state.

Constraints

Carryover and restored behavior require evidence beyond a replay claim.

Assurance and outcome comparator
Keep different acceptance questions from becoming one green status.
Technical data

Inputs

Identified artifact and work evidence.

Actual result for the original objective.

Transformation

Keep different acceptance questions from becoming one green status.

Retained state and outputs

Structural, policy, artifact and objective judgments.

Objective and independently observed consequence.

Constraints

Structural, policy, artifact and objective judgments remain separate.

An illustrative method for preserving task and request identity through action and interruption.

Additional mechanisms are described in the technical reference.

What the research says

Agents act more often than people can check

Agents complete more tasks, yet repeated runs still fail and people tend to follow a confident suggestion. That is why a board's mandate, checked by a runtime the model cannot talk past, decides each action, and people keep the decisions they reserved.

A continuing operation cannot depend on a single conversation.

A worker stops after a request may already have reached another system. Its successor must retain what was authorized, what happened and what is still uncertain. Naevum gives continuing work an explicit structure around those facts.

  1. Declare a continuing purpose

    Manna represents an organism through a genome and specialized cells. Each pipeline has an intent, resource/capability envelope, flow and heartbeat.

    Starts with
    An objective and the owner’s permitted domain.
    Produces
    Supervised units of work with named contracts.
  2. Admit the effect at runtime

    Pure transformations and actuation are different operations. An action crosses a gate that checks liveness, laws, policy, provenance, approval tier and capability bounds.

    Starts with
    A proposed effect and its current operating state.
    Produces
    An admitted action or recorded refusal.
    Condition
    Model output supplies no independent actuation authority.
  3. Continue from the causal record

    Journals preserve state transitions, effects and unresolved obligations. Recovery examines the existing identity rather than treating lost acknowledgment as permission to repeat.

    Starts with
    The verified record and current observations.
    Produces
    A continuation or an explicit recovery decision.

Level 4 defines a domain. Level 5 defines a wider research horizon.

The levels borrow the structure of SAE J3016, the automated-driving scale: Level 4 operates inside a declared domain, Level 5 beyond it. They describe the scope of responsibility the architecture is built for, not a certification.

Level 4: a declared operating domain

The mandate defines tools, conditions, budgets, permitted effects and intervention points. Continuing operation is qualified within that domain.

Context
A known environment and bounded responsibility.
Experience
Persistent work with a specified exception and recovery path.

Level 5: broader adaptation

The research program studies how a system can respond across a wider set of conditions while preserving purpose, evidence and authority.

Context
Changed conditions beyond a fixed task script.
Experience
Candidate adaptation with separate acceptance.
Scope
A broader architecture is not a claim of unrestricted deployed autonomy.

Who allowed that action?

The board sets the domain and reserves decisions; a separate runtime checks every proposal against it. Illustrative.

  1. 1 of 4The board approves a mandate for Plant 2: tools, budgets, conditions and which effects need a named person.Decision: The board sets the operating domain.
  2. 2 of 4The model proposes a schedule change; the proposal carries no authority of its own.
  3. 3 of 4A separate runtime checks the proposal against the mandate, lets it run and records who allowed it and why.
  4. 4 of 4Later, a board member asks who allowed the change, and the record names the mandate clause and the check.
Select any part of the drawingScroll to step · Esc to skipFig. 1
  1. 1 of 4A supplier asks for a price change outside the mandate's limits.
  2. 2 of 4The model proposes accepting it, and the trace leaves the allowed band.
  3. 3 of 4The runtime refuses to run it and routes the request to the approver the mandate names.
  4. 4 of 4The approver decides, and the refusal and the decision both enter the record.Decision: The named approver accepts or declines the price change.
Select any part of the drawingScroll to step · Esc to skipFig. 1
  1. 1 of 4Conditions change beyond anything the mandate describes.
  2. 2 of 4In Naevum's research, the system proposes an adaptation together with the evidence for it.
  3. 3 of 4Acceptance stays separate: the runtime holds the adaptation for people to review.
  4. 4 of 4The board decides whether to widen the mandate, and until it does, the old limits apply.Decision: The board decides whether to widen the domain.
Select any part of the drawingScroll to step · Esc to skipFig. 1

Where it changes the work.

Illustrative situations, connected to the mechanisms that make them possible.

A project that continues tomorrow

Personal edition

A person has a continuing objective spread across sessions, files and decisions.

How it works
A genome retains the objective and envelope; heartbeats and memory resume work with its earlier context.
What changes
The next session can begin with the objective, prior decisions and outstanding approvals already connected.

Operate an automated multi-market fund

Naevum’s own fund

Market conditions keep changing after any one decision is made.

How it works
A continuing mandate connects observation, constrained action and subsequent evidence.
What changes
The operating system can be examined across a sequence of decisions rather than a single recommendation.

Continue after a worker disappears

Engineering teams

A development attempt ends before the work is resolved.

How it works
The source-bound handover retains objective, checks, findings and the next decision.
What changes
Another attempt can continue from the durable record rather than relying on a departed session.

Supervision keeps failure local and recovery explicit.

The runtime structure assigns failure, cancellation and compensation to the unit that owns the work.

Heartbeat supervision

A pipeline’s heartbeat bounds liveness. A canceled execution cannot acquire a new admitted effect merely because the underlying model is still producing text.

Evidence-bearing approvals

The gate distinguishes human approval, notification and bounded automatic action. Provenance, destination and the artifact under review belong to the decision.

Compensation and uncertainty

A partially completed workflow may require compensation. An external effect already sent cannot be undone by rewinding the local journal.

Outstanding obligations

A lost organ’s work remains named. A successor does not silently inherit an expanded mandate or erase an unresolved approval.

A successor must retain more than a copy of memory.

Manna’s opt-in continuity and lifecycle research implementations are not active by default. They examine causal ancestry, required carryover and policy behavior, and give organ growth a separate, constrained lifecycle.

Functional continuity

A valid causal chain and critical carryover are requirements, not qualities that a high score elsewhere can compensate for. Behavioral probes and capability self-description add separate checks.

Input

Predecessor record, restored components and fixed probes.

Output

A functional continuation judgment or a separately gated descendant.

This is an engineering convention for functional continuity, not a claim about conscious identity.

Finite organ growth

A new organ comes from a reviewed template. Grant reservation, persisted identity and activation are journalled separately so interrupted birth can be reconciled.

Input

Reviewed template digest and available resource ceiling.

Output

An identified allocation with a finite lifetime.

Verified restoration

A rollback certificate names the state that restoration must reproduce. The executor applies the inverse and checks the resulting state digest.

Input

A target state and permitted inverse operation.

Output

A verified restoration or an unresolved recovery requirement.

Irreversible external consequences require compensation, not fictional reversal.

A continuing system returns to what happened.

The assurance design keeps structural validity, policy, artifact checks and observed outcomes as four separate judgments.

A forecast names a target, horizon, population, calibration basis and expiry. An action names its grant and effect identity. Comparing the later outcome changes the evidence available for future work; it does not rewrite the authority that admitted the past action.

Manna supplies Personal and Industrial editions around different responsibilities. Naevum’s own Anemone fund supplies an owner-reported setting for continuing multi-market operation. Black Box applies the same responsibility question to software delivery. Their domains, activation profiles and acceptance evidence remain specific to the system.

Specifications and interfaces.

Inputs, retained state, outputs and limits of Naevum’s Autonomy levels 4 & 5 architecture.

Pipeline contract
Intent + envelope + flow + heartbeat define the supervised work unit. Cells retain specialized state; genome laws remain sealed outside model-generated proposals.
Admission sequence
Liveness, failed-value checks, genome laws, deny-only policy, provenance, approval tier and capability envelope precede actuation.
Source provenance
External values retain their untrusted origin. Transformation does not make them eligible to rewrite the intent, topology, envelope or gate conditions.
Effect identity and journal
An admitted effect and its observed result retain causal identity. Uncertainty remains explicit during interruption and recovery.
Four assurance dimensions
Structure, policy, artifact and outcome each carry PASS, FAIL or UNKNOWN with a reason and source. An unevaluated outcome does not inherit a structural pass.
Typed lookahead contract
The world-model research boundary separates SensorReading, BeliefState, Forecast, Grant, Proposal and OutcomeComparison. A forecast carries target, units, horizon, input cutoff and expiry.
Continuity criteria
Causal ancestry and critical carryover act as vetoes. Fixed behavioral probes and self-model fidelity test the successor separately; the scoring conventions require calibration.
Organ resource conservation
Reservation → persisted identity → activation. Retirement checks quiescence, protected templates, obligation transfer and unresolved effects.
Recovery certificate
A target state digest is separate from the action that restores it. Restoration is checked after execution; a ledger entry alone does not establish rollback.

Questions about Autonomy levels 4 & 5.

Can an autonomous system remain under human authority?

Yes. Continuing execution can operate inside a mandate while designated decisions, changes of scope and consequential actions remain with the responsible people.

Autonomy levels 4 & 5 in the stack.

Works with

Persistent agents

Purpose and continuing execution.

Research connection

Operating context

A cleared first-party application of consequential autonomy.

Delivery system

Autonomous delivery research

A selected factory design with separate authoring and acceptance.

Technical reference2 further sections

An action and its forecast are different records

Manna’s predictive research boundary separates observations, belief, forecast, grant, proposal and outcome comparison. A proposal must name the current objective revision, parent grant and effect identity.

Freshness, scope, endorsed observations and existing uncertainty are rechecked before admission. A forecast can motivate a bounded action; it cannot add capabilities or relabel its sources.

Functional continuity has its own convention

Causal ancestry and critical carryover are hard requirements. Fixed policy probes and accurate capability self-description add functional checks; no accepted scientific measure of conscious continuity is asserted.

The continuity, lifecycle and attention studies are opt-in reference implementations. Their integration, intervention path and recovery acceptance are named in the deployment profile.

Which decisions would your board keep for itself?

Scope an autonomous system