# Human review, interruption and cancellation

Canonical: https://semiaifoundry.com/learn/atlas/human-review-cancellation/
Revision: 2026-10-07
Rights: https://semiaifoundry.com/ai-atlas/licenses.html

From request to durable action · Atlas v1.3.0

# Human review, interruption and cancellation

Approve a concrete versioned action; stale approval invalidates on change; distinguish request, acknowledgement and committed effects.

[Explore in Atlas](https://semiaifoundry.com/ai-atlas/#human-review-cancellation)Logical state, task evidence and declared units; no physical assembly scale

Learning objectiveDetermine which exact action was approved and distinguish pause, cancellation and compensation.

## The mechanism

A useful review concerns a concrete proposed action: its resource, parameters, evidence and consequences. Approval for one quantity or destination cannot silently authorize another. The runtime should bind the decision to the exact payload and preserve that relationship across a pause or restart. A workflow interruption is also distinct from cancellation. A pause waits for more input; cancellation requests that execution stop. An already committed external effect may remain after cancellation is acknowledged, and a physical action may need time to stop. The incident experience reviews an exact reservation before service. Declining leaves inventory unchanged. Its cancel-after-commit case retains the reservation while preventing the work order, exposing the incomplete business state rather than pretending cancellation rolled the world back.

1.  The worker persists the proposed action and enters a review state before mutating inventory.
2.  The decision names the exact reviewed payload; editing a bound field requires a fresh decision.
3.  Resume continues from the recorded boundary and does not reinterpret an old approval as broad permission.
4.  Cancellation stops additional execution, while existing receipts describe effects that already committed.

## Science and assumptions

### Human review, interruption and cancellation · explicit relationship

Approval binds the exact proposed action. Pause waits for input; cancellation stops further execution; compensation is a separate action against an existing effect.

An approval covers FAN-7, FILTER-A, quantity two, manual-fan-7 and reservation key K. A later request with quantity three does not match that approval. In the normal fixture, declining review leaves stock at four. If two units already committed before a lost response and cancellation follows, stock remains two and one reservation exists, but no work order is created. A compensating release would be a separate authorized action; this example does not execute one.

Assumptions The executable equality check is canonical payload matching, not a cryptographic approval signature. Physical stop behavior and compensating transactions are outside the fixture.

## Engineering example

An approval covers FAN-7, FILTER-A, quantity two, manual-fan-7 and reservation key K. A later request with quantity three does not match that approval. In the normal fixture, declining review leaves stock at four. If two units already committed before a lost response and cancellation follows, stock remains two and one reservation exists, but no work order is created. A compensating release would be a separate authorized action; this example does not execute one.

## Distinctions and tradeoffs

Canceling a workflow does not automatically undo its completed side effects.

Human review adds latency and must present enough evidence to make the decision meaningful; excessive generic prompts can obscure the one action that needs review.

AI assistance remains controllable when proposals, review decisions and effects have explicit boundaries.

## Specifications and interfaces

Mechanism boundary

What does approval or cancellation actually change?

The executable equality check is canonical payload matching, not a cryptographic approval signature. Physical stop behavior and compensating transactions are outside the fixture.

Evidence type

Authored worked example

The durable incident experience executes typed fixture tools, authority checks, exact review, receipts and independent final-state checks. Its policies are authored code and its storage boundary is local; it is not a real model or production workflow platform.

### Interfaces

Declared input and state Input

The worker persists the proposed action and enters a review state before mutating inventory.

Checked outcome Output

Determine which exact action was approved and distinguish pause, cancellation and compensation.

## Check your understanding

### Cancellation arrives after the reservation committed. Which statement is correct?

1.  The reservation necessarily disappears
2.  The reservation remains unless a separate valid reversal occurs
3.  The failed response proves no stock changed

Answer and reasoning

The reservation remains unless a separate valid reversal occurs

The receipt represents a committed external effect. Cancellation stops further work but does not erase it.

## Evidence and scope

The durable incident experience executes typed fixture tools, authority checks, exact review, receipts and independent final-state checks. Its policies are authored code and its storage boundary is local; it is not a real model or production workflow platform. The quantities and fixtures are authored. Source scope is recorded in the automation learning review manifest; no source benchmark or private system behavior is claimed. The executable equality check is canonical payload matching, not a cryptographic approval signature. Physical stop behavior and compensating transactions are outside the fixture.

The durable incident experience executes typed fixture tools, authority checks, exact review, receipts and independent final-state checks. Its policies are authored code and its storage boundary is local; it is not a real model or production workflow platform.

## Sources

-   [LangGraph · Interrupts](https://docs.langchain.com/oss/python/langgraph/interrupts)
-   [Temporal Activities](https://docs.temporal.io/activities)
-   [ROS 2 Jazzy: Understanding actions](https://raw.githubusercontent.com/ros2/ros2_documentation/jazzy/source/Concepts/Basic/About-Actions.rst)

[Published lesson data](https://semiaifoundry.com/ai-atlas/lesson-data/human-review-cancellation-011a87a1b518745d.json) · [Atlas releases and licensing](https://semiaifoundry.com/ai-atlas/licenses.html)

## Continue exploring

### Foundations

-   [Durable actions and the ambiguous timeout](https://semiaifoundry.com/learn/atlas/durable-actions-idempotency/)
-   [User authority and service identity](https://semiaifoundry.com/learn/atlas/tool-authority-identity/)

### Related lessons

-   [Tools, memory & agent loop](https://semiaifoundry.com/learn/atlas/tool-loop/)
-   [Evaluation & the AGI frontier](https://semiaifoundry.com/learn/atlas/evaluation/)
