Provider-neutral agent continuity

Switch agents without losing control of what happens next.

null.select lets a new runtime continue the same work only after external effects are reconciled, stale authority is fenced, and a fresh scoped lease is issued.

APrevious runtimeepoch 1 · fenced
BSuccessor runtimeepoch 2 · active
effect reconciled present

Continue the work. Re-establish authority from durable facts, not a copied conversation.

Reconcile external effects

Ask the destination what actually committed. A timeout stays uncertain until authoritative evidence settles it.

See the recovery path

Fence stale authority

Advance a persisted execution epoch so late mutations from the previous runtime are rejected at the control boundary.

Inspect the fencing model

Validate the successor

Bind continuation to the new runtime identity, adapter release, capability digest, and current policy.

Explore capability checks

Resume with bounded context

Issue one fresh lease and a recipient-bound capsule containing evidence and references—not credentials or transcripts.

Read the safety boundary

The moments where “just continue” is not safe.

Switch models after an OpenRouter outageMove long-running work from ClaudeRecover after a Stripe refund timeoutSwitch models after an OpenRouter outageMove long-running work from ClaudeRecover after a Stripe refund timeout
Fence a stale GitHub Actions runnerVerify a Jira ticket update before resumingContinue an interrupted Vercel deployment reviewFence a stale GitHub Actions runnerVerify a Jira ticket update before resumingContinue an interrupted Vercel deployment review
Hold a PagerDuty handoff until evidence arrivesHand work to a specialist modelAudit a Datadog incident held for reconciliationHold a PagerDuty handoff until evidence arrivesHand work to a specialist modelAudit a Datadog incident held for reconciliation

A handoff is a control transaction. Freeze, reconcile, fence, validate, and only then resume.

execution / customer recovery deterministic proof
previous runtimeAepoch 1 · fenced
successor runtimeBepoch 2 · active
  1. Intent committedcustomer update requested
  2. Target committedreceipt connection lost
  3. Takeover heldeffect outcome unresolved
  4. Effect verifiedtarget confirms one write
  5. Successor promotedfresh epoch and lease
VerifiedOne applied effect. One active lease.

Recover from the failure between systems.

Intent is committed before dispatch. If contact is lost after a possible external effect, the attempt becomes uncertain—not generically failed.

  1. FreezeStop new consequential actions.
  2. ReconcileVerify destination state independently.
  3. FenceAdvance the persisted execution epoch.
  4. ValidateCheck successor identity and capability.
  5. ResumeIssue one fresh, scoped lease.

Control that survives the runtime.

A lost response is not a failed action.

Possible dispatch followed by loss of contact becomes uncertain. Ordinary continuation stays held until reconciliation or admitted target idempotency makes the next step safe.

+

A lost response is not a failed action.

Possible dispatch followed by loss of contact becomes uncertain. Ordinary continuation stays held until reconciliation or admitted target idempotency makes the next step safe.

Business truth stays where it lives.

The core owns relational control facts. Adapters own immutable destination semantics. Customer systems remain authoritative for their business objects.

No credentials, approvals, hidden reasoning, or raw transcripts in continuation capsules.

Review the safety model

Questions,
answered.

The practical boundaries to understand before an agent is allowed to continue consequential work.

Read the safety model

Let the next agent move forward—without letting the old one keep acting.

Provider-neutral continuity for consequential agent work.