Expand description
Execution context and cancellation boundary types.
§Fragment: context-runtime-boundary
This module keeps the runtime-facing context deliberately small: workflow identity, node identity, execution identity, and cancellation state. That is enough for the foundation beads to define what a node is executing without prematurely choosing an async runtime, scheduler, or transport.
§Fragment: context-cancellation-shape
Cancellation is represented as a Pureflow-owned shared signal rather than as
an exposed async-runtime context. Runtime supervisors can request
cancellation after a node starts, and cloned parent or child contexts observe
the same request, but node APIs still see only Pureflow NodeContext
semantics rather than raw asupersync::Cx.
§Fragment: context-attempt-numbering
Execution attempts are one-based on purpose. Retry counts are usually read
by humans in logs and diagnostics, and attempt = 1 is less error-prone
than forcing every downstream consumer to translate from zero-based storage.
Structs§
- Cancellation
Handle - Runtime-owned handle that can request cancellation for shared contexts.
- Cancellation
Request - Cancellation request visible at the runtime boundary.
- Cancellation
Token - Read-only cancellation view carried by a node execution context.
- Execution
Attempt - One-based attempt number for an execution boundary.
- Execution
Metadata - Metadata that identifies one workflow execution attempt.
- Node
Context - Minimal execution context passed to runtime-managed nodes.
Enums§
- Cancellation
State - Cancellation state carried by a node execution context.