Concepts/Concept

ADPS Engineering Concept Registry

HITL Block and Resume

Persist a protected execution point, revalidate it, and resume the same action after review.

Human approval that blocks and resumes one execution

Application context

A payroll agent prepares a payment batch and reaches a protected commit node. Approval may arrive hours later. Ending the conversation and starting a new request would lose the exact plan node, action digest, parameter versions, and already completed side effects.

Definition

HITL Block and Resume represents human review as a durable runtime state. The task moves to waiting_for_approval, persists its checkpoint and Intent, then resumes the same node after a decision and precondition check.

Engineering mechanism

The approval request carries action summary, affected resources, risk, evidence, intent hash, expiry, and allowed decisions. Approval is append-only and single-use unless policy says otherwise. Resume reacquires leases, refreshes mutable state, confirms tool and policy versions, and checks idempotency before commit. Rejection, expiry, or changed preconditions follows an explicit transition.

Boundary

Narrative confirmation can continue a low-risk conversation. Runtime blocking is needed when the system must preserve execution identity across a wait point. Approval does not replace post-action verification or compensation.

Proposal and provenance

Initial source within ADPS
Initial practice: Bo Liang
First recorded in
Dongfang Yiteng execution-agent case ()
ADPS editorial work
ADPS treated approval as durable runtime state and added revalidation before resume.
Current standing
ADPS restatement

Initial source: Dongfang Yiteng Execution Agent case report; contributed by Bo Liang.

Concept registry · CC BY 4.0

Chronicle

Recorded source
Dongfang Yiteng execution-agent case ()
Source date
First published on ADPS

View in the ADPS Chronicle